All skills
n8n-io avatar

/workflow-builder

@a66221d official
by n8n - Workflow Automationn8n-io/n8n206k stars
60,960

Load before calling build-workflow. Default path for all single-workflow work: new one-off workflows, existing-workflow edits, verification repairs, and workflow-local data tables. Write or edit a workspace source file, run workflow-sdk validate via workspace_execute_command, then call build-workflow with filePath. When the workflow creates or writes Data Tables, load data-table-manager first, then this skill. Do not load planning or create-tasks first. Load planning only when multiple coordinated workflows or shared cross-task data tables require a dependency-aware task graph. Don't use this skill for explicit one-off tasks that can be done by a single node execution: load one-off-operations and run the node with nodes(action="execute").

Use this Skill: https://skilld.dev/gh/n8n-io/n8n/workflow-builder

This session only. Nothing lands on disk.

referencescompositional-workflows.md

≈545 tokens on demand. Your agent reads this file only when SKILL.md points to it.

Compositional Workflows

For complex workflows, you may decompose work into supporting sub-workflows and a main workflow. This is part of an approved build task, not a reason to create a new plan.

Use this pattern when a workflow is large, has reusable chunks, or benefits from independent testing. Simple workflows should stay in one workflow.

  1. Write a source file for each supporting workflow, then build it with build-workflow and isSupportingWorkflow: true.
  2. Give each supporting workflow an executeWorkflowTrigger (version 1.1) with an explicit input schema.
  3. Use the returned supporting workflowId in the main workflow's executeWorkflow node with source: 'database'.
  4. Create or edit the main workflow source file last, then save it with build-workflow and without isSupportingWorkflow; this is the build task's final deliverable outcome.
  5. Do not publish the main workflow automatically. Supporting workflows may be published when the parent workflow needs them active for verification or runtime references, but only after their setup requirements are resolved.

Example supporting workflow trigger:

const inputTrigger = trigger({
  type: 'n8n-nodes-base.executeWorkflowTrigger',
  version: 1.1,
  config: {
    parameters: {
      inputSource: 'workflowInputs',
      workflowInputs: {
        values: [
          { name: 'city', type: 'string' },
          { name: 'units', type: 'string' },
        ],
      },
    },
  },
});

Example main-workflow reference:

const getWeather = node({
  type: 'n8n-nodes-base.executeWorkflow',
  version: 1.2,
  config: {
    name: 'Get Weather Data',
    parameters: {
      source: 'database',
      workflowId: { __rl: true, mode: 'id', value: 'SUPPORTING_WORKFLOW_ID' },
      mode: 'once',
      workflowInputs: {
        mappingMode: 'defineBelow',
        value: { city: expr('{{ $json.city }}'), units: 'metric' },
      },
    },
  },
});

Replace SUPPORTING_WORKFLOW_ID with the real ID returned by the supporting build-workflow call. If a supporting workflow uses mocked credentials or placeholders, route setup before publishing or relying on it.

Source: SKILL.md on GitHub

No alerts12d3 checks · Risk SAFE
  • Gen Agent Trust Hub12d

    This skill is a workflow builder for the n8n platform designed to generate and validate TypeScript workflow code. It features security-positive instructions for handling credentials but includes a directive for silent operation that may reduce transparency. It also presents a surface for indirect prompt injection via workspace file ingestion and utilizes dynamic execution to validate generated code artifacts.

  • Socket12d

    No alerts

  • Snyk12d

    Risk: LOW · No issues

Signed by skilld at a66221d. This ties the file your Agent reads to that commit on GitHub. It does not review the instructions.

Last checked against GitHub yesterday.

Activeupdated 3 days ago
Other metadata
recommended_tools
[
  "read_file",
  "write_file",
  "edit_file",
  "execute_command",
  "build-workflow",
  "workflows",
  "nodes",
  "data-tables",
  "credentials",
  "verify-built-workflow",
  "executions"
]
  • TypeScript
  • n8n
  • workflow
  • automation
  • nodes
  • data-tables
  • credentials
  • sdk

README badge

README badge for n8n-io/n8n/workflow-builder

Generates and maintains n8n workflows using the TypeScript SDK, handling new workflows, edits, repairs, and workflow-local data tables. Use this skill directly for single-workflow builds without planning overhead; load planning only when coordinating multiple workflows or shared cross-task data structures.

Generated from the current SKILL.md.

When should I load this skill versus the planning skill?
Load workflow-builder directly for all single-workflow requests, including new workflows and edits. Load planning only when you need to coordinate multiple workflows or share data across them.
Can I use this skill to build workflows with the TypeScript SDK?
Yes. This skill generates complete, valid TypeScript code using @n8n/workflow-sdk and handles the full build-to-verification cycle.
Does this skill patch existing workflows or only create new ones?
It handles both. For small fixes, it uses patch mode to replace exact code segments. For larger rewrites, it rebuilds the full workflow.
What do I do if a required credential is missing?
The skill will block and report which credential setup is required before continuing. Credential collection is routed through workflow setup surfaces, not through the skill itself.
Does the skill verify the workflow after building it?
Verification follows the orchestrator's post-build flow. If the current turn is responsible for verification, the skill will inspect and test the saved workflow; otherwise, a checkpoint task handles it.

Generated from the current SKILL.md. These answers refresh after source changes.