/output-workflow-stop
Stop a running Output SDK workflow execution. Use when cancelling a workflow, stopping a long-running process, terminating a stuck workflow, or when you need to abort a workflow in progress.
$ npx -y skills add growthxai/output --skill output-workflow-stop --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-stop
Context preview
The summary Claude sees to decide when to auto-load this skill.
Stop a running Output SDK workflow execution. Use when cancelling a workflow, stopping a long-running process, terminating a stuck workflow, or when you need to abort a workflow in progress.
SKILL.md
output-workflow-stop.SKILL.mdname: output-workflow-stop
description: Stop a running Output SDK workflow execution. Use when cancelling a workflow, stopping a long-running process, terminating a stuck workflow, or when you need to abort a workflow in progress.
allowed-tools: [Bash]
Stop Running Workflow
Overview
This skill stops a running workflow execution. The workflow will be marked as TERMINATED and will not complete its remaining steps. Use this carefully as it cannot be undone.
When to Use This Skill
- Cancelling a workflow that's no longer needed
- Stopping a workflow that appears stuck
- Terminating a long-running workflow to free resources
- Aborting a workflow with incorrect input
- Emergency stop during unexpected behavior
When NOT to Use This
- If the workflow is about to complete (let it finish)
- If you're unsure whether stopping is safe
- For debugging (use `npx output workflow debug` instead)
- If the workflow has side effects that may leave data in an inconsistent state
Instructions
Stop a Workflow
npx output workflow stop <workflowId>
Safety Considerations
Before stopping, consider:
1. **Side effects**: Has the workflow made changes that need to be rolled back? 2. **Partial completion**: Are there steps that completed with side effects? 3. **Dependencies**: Are other workflows or systems waiting on this result? 4. **Recovery**: Do you need to restart or clean up after stopping?
Examples
**Scenario**: Stop a stuck workflow
# Check status - workflow has been running too long
npx output workflow status abc123xyz
# Status: RUNNING (for 2 hours)
# Decide to stop it
npx output workflow stop abc123xyz
# Workflow abc123xyz has been stopped
# Verify it's terminated
npx output workflow status abc123xyz
# Status: TERMINATED
**Scenario**: Cancel a workflow started with wrong input
# Realized input was wrong immediately after starting
npx output workflow start expensive-job --input '{"wrong": "input"}'
# Workflow ID: job-abc123
# Stop before it processes too much
npx output workflow stop job-abc123
# Start again with correct input
npx output workflow start expensive-job --input '{"correct": "input"}'**Scenario**: Stop multiple workflows
# Get list of running workflows
npx output workflow runs list --json | jq '.[] | select(.status == "RUNNING") | .workflowId'
# Stop each one (carefully review first!)
for id in abc123 def456; do
echo "Stopping $id"
npx output workflow stop $id
done
After Stopping a Workflow
Check the State
npx output workflow status <workflowId>
# Status: TERMINATED
Review What Happened
npx output workflow debug <workflowId> --json
This shows:
- Which steps completed before termination
- Any partial results or side effects
- The point at which the workflow was stopped
Clean Up If Needed
If the workflow made partial changes: 1. Review the debug output to see what completed 2. Manually revert any side effects if necessary 3. Consider creating a cleanup workflow for this scenario
Restart If Appropriate
# Start a fresh execution
npx output workflow start <workflowName> --input '<input>'
What Happens When You Stop
1. The Temporal server receives the termination request 2. The currently executing step may complete or abort 3. No further steps are executed 4. The workflow status changes to TERMINATED 5. The result will not be available (workflow didn't complete)
Troubleshooting
"Workflow not found"
- Check the workflow ID is correct
- Use `npx output workflow runs list` to find valid IDs
"Workflow already completed"
- The workflow finished before the stop command
- Check status and get result if needed
"Workflow already terminated"
- The workflow was already stopped
- No action needed
Stop command hangs
- The Temporal server may be unresponsive
- Check if services are running: `docker ps | grep output`
- May need to restart services
Best Practices
1. **Always check status first**: Confirm the workflow is actually RUNNING 2. **Review before stopping**: Use `npx output workflow debug` to understand state 3. **Document why**: Note why you stopped the workflow for future reference 4. **Plan for cleanup**: Know what side effects may need manual handling 5. **Consider alternatives**: Sometimes waiting is better than stopping
Related Commands
- `npx output workflow status <id>` - Check current status
- `npx output workflow debug <id>` - Review execution details
- `npx output workflow start <name>` - Start a new execution
- `npx output workflow runs list` - View execution history
Read more
name: output-workflow-stop description: Stop a running Output SDK workflow execution. Use when cancelling a workflow, stopping a long-running process, terminating a stuck workflow, or when you need to abort a workflow in progress. allowed-tools: [Bash]
Stop Running Workflow
Overview
This skill stops a running workflow execution. The workflow will be marked as TERMINATED and will not complete its remaining steps. Use this carefully as it cannot be undone.
When to Use This Skill
- Cancelling a workflow that's no longer needed
- Stopping a workflow that appears stuck
- Terminating a long-running workflow to free resources
- Aborting a workflow with incorrect input
- Emergency stop during unexpected behavior
When NOT to Use This
- If the workflow is about to complete (let it finish)
- If you're unsure whether stopping is safe
- For debugging (use `npx output workflow debug` instead)
- If the workflow has side effects that may leave data in an inconsistent state
Instructions
Stop a Workflow
npx output workflow stop <workflowId>
Safety Considerations
Before stopping, consider:
1. **Side effects**: Has the workflow made changes that need to be rolled back? 2. **Partial completion**: Are there steps that completed with side effects? 3. **Dependencies**: Are other workflows or systems waiting on this result? 4. **Recovery**: Do you need to restart or clean up after stopping?
Examples
**Scenario**: Stop a stuck workflow
# Check status - workflow has been running too long npx output workflow status abc123xyz # Status: RUNNING (for 2 hours) # Decide to stop it npx output workflow stop abc123xyz # Workflow abc123xyz has been stopped # Verify it's terminated npx output workflow status abc123xyz # Status: TERMINATED
**Scenario**: Cancel a workflow started with wrong input
# Realized input was wrong immediately after starting
npx output workflow start expensive-job --input '{"wrong": "input"}'
# Workflow ID: job-abc123
# Stop before it processes too much
npx output workflow stop job-abc123
# Start again with correct input
npx output workflow start expensive-job --input '{"correct": "input"}'**Scenario**: Stop multiple workflows
# Get list of running workflows npx output workflow runs list --json | jq '.[] | select(.status == "RUNNING") | .workflowId' # Stop each one (carefully review first!) for id in abc123 def456; do echo "Stopping $id" npx output workflow stop $id done
After Stopping a Workflow
Check the State
npx output workflow status <workflowId> # Status: TERMINATED
Review What Happened
npx output workflow debug <workflowId> --json
This shows:
- Which steps completed before termination
- Any partial results or side effects
- The point at which the workflow was stopped
Clean Up If Needed
If the workflow made partial changes: 1. Review the debug output to see what completed 2. Manually revert any side effects if necessary 3. Consider creating a cleanup workflow for this scenario
Restart If Appropriate
# Start a fresh execution npx output workflow start <workflowName> --input '<input>'
What Happens When You Stop
1. The Temporal server receives the termination request 2. The currently executing step may complete or abort 3. No further steps are executed 4. The workflow status changes to TERMINATED 5. The result will not be available (workflow didn't complete)
Troubleshooting
"Workflow not found"
- Check the workflow ID is correct
- Use `npx output workflow runs list` to find valid IDs
"Workflow already completed"
- The workflow finished before the stop command
- Check status and get result if needed
"Workflow already terminated"
- The workflow was already stopped
- No action needed
Stop command hangs
- The Temporal server may be unresponsive
- Check if services are running: `docker ps | grep output`
- May need to restart services
Best Practices
1. **Always check status first**: Confirm the workflow is actually RUNNING 2. **Review before stopping**: Use `npx output workflow debug` to understand state 3. **Document why**: Note why you stopped the workflow for future reference 4. **Plan for cleanup**: Know what side effects may need manual handling 5. **Consider alternatives**: Sometimes waiting is better than stopping
Related Commands
- `npx output workflow status <id>` - Check current status
- `npx output workflow debug <id>` - Review execution details
- `npx output workflow start <name>` - Start a new execution
- `npx output workflow runs list` - View execution history
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

