/output-workflow-start
Start an Output SDK workflow asynchronously without waiting for completion. Use when starting long-running workflows, getting a workflow ID for later monitoring, running workflows in the background, or executing multiple workflows in parallel.
$ npx -y skills add growthxai/output --skill output-workflow-start --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
- You can call itInvoke it directly when you want it.
- Slash command
/output-workflow-start
Context preview
The summary Claude sees to decide when to auto-load this skill.
Start an Output SDK workflow asynchronously without waiting for completion. Use when starting long-running workflows, getting a workflow ID for later monitoring, running workflows in the background, or executing multiple workflows in parallel.
SKILL.md
output-workflow-start.SKILL.mdname: output-workflow-start
description: Start an Output SDK workflow asynchronously without waiting for completion. Use when starting long-running workflows, getting a workflow ID for later monitoring, running workflows in the background, or executing multiple workflows in parallel.
allowed-tools: [Bash, Read, Write]
Start Workflow Asynchronously
Overview
This skill starts a workflow asynchronously, meaning the command returns immediately with a workflow ID while the workflow executes in the background. Use this for long-running workflows or when you need to run multiple workflows in parallel.
When to Use This Skill
- Starting workflows that take minutes or hours
- Running multiple workflows in parallel
- When you need to disconnect and check results later
- Monitoring workflow progress separately
- When you need the workflow ID immediately for tracking
When to Use Sync Instead
Consider using `npx output workflow run` (sync) when:
- Workflow completes quickly (seconds)
- You need the result immediately in your terminal
- Simple testing during development
- You want a single command with the result
Instructions
Basic Syntax
npx output workflow start <workflowName> --input '<json-input>'
npx output workflow start <workflowName> --input <path-to-json-file>
The `--input` flag is required when the workflow expects input data.
Input Methods
1. Inline JSON
Pass JSON directly on the command line:
npx output workflow start data-migration --input '{"batchSize": 1000}'2. File Path (Recommended)
Reference a JSON file containing the input:
npx output workflow start data-migration --input src/data_migration/scenarios/large_batch.json
This is the recommended approach because:
- Input is version controlled and reproducible
- Complex inputs are easier to read and edit
- Scenarios can be shared and reused
Getting the Workflow ID
The command outputs the workflow ID which you'll need for:
- Checking status: `npx output workflow status <id>`
- Getting results: `npx output workflow result <id>`
- Debugging: `npx output workflow debug <id>`
Examples
**Scenario**: Start a long-running workflow with scenario file
npx output workflow start data-migration --input src/data_migration/scenarios/full_migration.json
# Output:
# Started workflow: data-migration
# Workflow ID: abc123xyz
# Use 'npx output workflow status abc123xyz' to check progress
**Scenario**: Start multiple workflows in parallel using scenario files
# Start several workflows with different scenario files
npx output workflow start process-batch --input src/process_batch/scenarios/batch_1.json
npx output workflow start process-batch --input src/process_batch/scenarios/batch_2.json
npx output workflow start process-batch --input src/process_batch/scenarios/batch_3.json
# Note: Save the workflow IDs to check them later
**Scenario**: Create scenario then start workflow
# Create a scenario file
mkdir -p src/generate_report/scenarios
cat > src/generate_report/scenarios/annual_2024.json << 'EOF'
{
"year": 2024,
"includeCharts": true,
"format": "pdf"
}
EOF
# Start the workflow
npx output workflow start generate-report --input src/generate_report/scenarios/annual_2024.json
# Output: Workflow ID: report-2024-abc
# Check status periodically
npx output workflow status report-2024-abc
# Output: Status: RUNNING
# Later, check again
npx output workflow status report-2024-abc
# Output: Status: COMPLETED
# Get the result
npx output workflow result report-2024-abc**Scenario**: Quick inline test for development
npx output workflow start quick-job --input '{"test": true}'**Scenario**: Script for parallel execution
# Start workflows and capture IDs
ID1=$(npx output workflow start job --input src/job/scenarios/type_a.json | grep "Workflow ID" | cut -d: -f2 | tr -d ' ')
ID2=$(npx output workflow start job --input src/job/scenarios/type_b.json | grep "Workflow ID" | cut -d: -f2 | tr -d ' ')
# Wait and check results
npx output workflow result $ID1
npx output workflow result $ID2
Following Up After Starting
Check Status
npx output workflow status <workflowId>
Status values:
- **RUNNING**: Still executing
- **COMPLETED**: Finished successfully
- **FAILED**: Encountered an error
- **TERMINATED**: Was manually stopped
Get Result
npx output workflow result <workflowId>
Only works for COMPLETED workflows. For FAILED workflows, use debug.
Debug If Failed
npx output workflow debug <workflowId> --json
Stop If Needed
npx output workflow stop <workflowId>
Workflow ID Management
When starting multiple workflows, keep track of IDs:
# Log IDs to a file
npx output workflow start batch-job --input src/batch_job/scenarios/id_1.json >> workflow-ids.txt
npx output workflow start batch-job --input src/batch_job/scenarios/id_2.json >> workflow-ids.txt
# Or use a naming convention in your workflow that makes IDs predictable
Best Practices
1. **Use scenario files**: Store inputs in `src/<workflow>/scenarios/` for reproducibility 2. **Save the workflow ID**: Always note the ID for later reference 3. **Monitor long workflows**: Use `npx output workflow status` to check progress 4. **Handle failures**: Check status before getting results 5. **Clean up**: Stop any stuck workflows with `npx output workflow stop`
Related Commands
- `npx output workflow run <name> --input` - Execute synchronously
- `npx output workflow status <id>` - Check execution status
- `npx output workflow result <id>` - Get execution result
- `npx output workflow stop <id>` - Stop a running workflow
- `npx output workflow debug <id>` - Debug a workflow execution
Read more
name: output-workflow-start description: Start an Output SDK workflow asynchronously without waiting for completion. Use when starting long-running workflows, getting a workflow ID for later monitoring, running workflows in the background, or executing multiple workflows in parallel. allowed-tools: [Bash, Read, Write]
Start Workflow Asynchronously
Overview
This skill starts a workflow asynchronously, meaning the command returns immediately with a workflow ID while the workflow executes in the background. Use this for long-running workflows or when you need to run multiple workflows in parallel.
When to Use This Skill
- Starting workflows that take minutes or hours
- Running multiple workflows in parallel
- When you need to disconnect and check results later
- Monitoring workflow progress separately
- When you need the workflow ID immediately for tracking
When to Use Sync Instead
Consider using `npx output workflow run` (sync) when:
- Workflow completes quickly (seconds)
- You need the result immediately in your terminal
- Simple testing during development
- You want a single command with the result
Instructions
Basic Syntax
npx output workflow start <workflowName> --input '<json-input>' npx output workflow start <workflowName> --input <path-to-json-file>
The `--input` flag is required when the workflow expects input data.
Input Methods
1. Inline JSON
Pass JSON directly on the command line:
npx output workflow start data-migration --input '{"batchSize": 1000}'2. File Path (Recommended)
Reference a JSON file containing the input:
npx output workflow start data-migration --input src/data_migration/scenarios/large_batch.json
This is the recommended approach because:
- Input is version controlled and reproducible
- Complex inputs are easier to read and edit
- Scenarios can be shared and reused
Getting the Workflow ID
The command outputs the workflow ID which you'll need for:
- Checking status: `npx output workflow status <id>`
- Getting results: `npx output workflow result <id>`
- Debugging: `npx output workflow debug <id>`
Examples
**Scenario**: Start a long-running workflow with scenario file
npx output workflow start data-migration --input src/data_migration/scenarios/full_migration.json # Output: # Started workflow: data-migration # Workflow ID: abc123xyz # Use 'npx output workflow status abc123xyz' to check progress
**Scenario**: Start multiple workflows in parallel using scenario files
# Start several workflows with different scenario files npx output workflow start process-batch --input src/process_batch/scenarios/batch_1.json npx output workflow start process-batch --input src/process_batch/scenarios/batch_2.json npx output workflow start process-batch --input src/process_batch/scenarios/batch_3.json # Note: Save the workflow IDs to check them later
**Scenario**: Create scenario then start workflow
# Create a scenario file
mkdir -p src/generate_report/scenarios
cat > src/generate_report/scenarios/annual_2024.json << 'EOF'
{
"year": 2024,
"includeCharts": true,
"format": "pdf"
}
EOF
# Start the workflow
npx output workflow start generate-report --input src/generate_report/scenarios/annual_2024.json
# Output: Workflow ID: report-2024-abc
# Check status periodically
npx output workflow status report-2024-abc
# Output: Status: RUNNING
# Later, check again
npx output workflow status report-2024-abc
# Output: Status: COMPLETED
# Get the result
npx output workflow result report-2024-abc**Scenario**: Quick inline test for development
npx output workflow start quick-job --input '{"test": true}'**Scenario**: Script for parallel execution
# Start workflows and capture IDs ID1=$(npx output workflow start job --input src/job/scenarios/type_a.json | grep "Workflow ID" | cut -d: -f2 | tr -d ' ') ID2=$(npx output workflow start job --input src/job/scenarios/type_b.json | grep "Workflow ID" | cut -d: -f2 | tr -d ' ') # Wait and check results npx output workflow result $ID1 npx output workflow result $ID2
Following Up After Starting
Check Status
npx output workflow status <workflowId>
Status values:
- **RUNNING**: Still executing
- **COMPLETED**: Finished successfully
- **FAILED**: Encountered an error
- **TERMINATED**: Was manually stopped
Get Result
npx output workflow result <workflowId>
Only works for COMPLETED workflows. For FAILED workflows, use debug.
Debug If Failed
npx output workflow debug <workflowId> --json
Stop If Needed
npx output workflow stop <workflowId>
Workflow ID Management
When starting multiple workflows, keep track of IDs:
# Log IDs to a file npx output workflow start batch-job --input src/batch_job/scenarios/id_1.json >> workflow-ids.txt npx output workflow start batch-job --input src/batch_job/scenarios/id_2.json >> workflow-ids.txt # Or use a naming convention in your workflow that makes IDs predictable
Best Practices
1. **Use scenario files**: Store inputs in `src/<workflow>/scenarios/` for reproducibility 2. **Save the workflow ID**: Always note the ID for later reference 3. **Monitor long workflows**: Use `npx output workflow status` to check progress 4. **Handle failures**: Check status before getting results 5. **Clean up**: Stop any stuck workflows with `npx output workflow stop`
Related Commands
- `npx output workflow run <name> --input` - Execute synchronously
- `npx output workflow status <id>` - Check execution status
- `npx output workflow result <id>` - Get execution result
- `npx output workflow stop <id>` - Stop a running workflow
- `npx output workflow debug <id>` - Debug a workflow execution
The open-source TypeScript framework for building AI workflows and agents. Designed for Claude Code — describe what you want, Claude builds it, with all the best practices already in place. One framework.
Repo: growthxai/output
Other skills on output.
- /llm-output-schema-constraints
Zod schema constraints that Anthropic rejects or silently ignores when sent as structured-output tool definitions via Output.object(). Use when writing or reviewing Zod schemas passed to Output.object(), or debugging structured-output validation errors.
Open skill - /prompt-file-provider-options
Guide to the providerOptions structure in .prompt files — decision tree for where an option goes, common mistakes, per-provider quick reference, and Anthropic prompt caching. Use when writing or reviewing .prompt file frontmatter (provider, model, providerOptions,
Open skill - /validate
Run lint, build, and tests to validate changes are correct
Open skill - /output-build-workflow
Implement an Output SDK workflow from a plan document. Use when the user asks to build, implement, or code a workflow from an existing plan, or after output-plan-workflow has produced a plan and the user is ready to build.
Open skill - /output-credentials-edit
View and edit encrypted credentials in an Output.ai project. Use when adding secrets, updating API keys, verifying credential values, or retrieving a specific credential.
Open skill - /output-credentials-env-vars
Wire encrypted credentials to environment variables using the credential: convention. Use when setting up LLM provider keys (ANTHROPIC_API_KEY, OPENAI_API_KEY) or any env var that should come from encrypted credentials.
Open skill

