/output-workflow-trace-file
Read and render the output of a local Output SDK workflow trace file as clean readable markdown. Use when the user wants to view what a recent workflow produced, see the result from a local trace file, or render trace output as a document.
$ npx -y skills add growthxai/output --skill output-workflow-trace-file --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-trace-file
Context preview
The summary Claude sees to decide when to auto-load this skill.
Read and render the output of a local Output SDK workflow trace file as clean readable markdown. Use when the user wants to view what a recent workflow produced, see the result from a local trace file, or render trace output as a document.
SKILL.md
output-workflow-trace-file.SKILL.mdname: output-workflow-trace-file
description: Read and render the output of a local Output SDK workflow trace file as clean readable markdown. Use when the user wants to view what a recent workflow produced, see the result from a local trace file, or render trace output as a document.
Show just the final output of an Output.ai workflow trace — the actual result, rendered as readable markdown.
The argument the user provided is either a workflow name (e.g. `context_competitors`) or a workflow run ID. If no argument is provided, use the most recent trace across all workflows.
Instructions
1. **Find the trace JSON file:**
- Trace files live in `logs/runs/<workflow_name>/` as JSON files
- Filenames follow the pattern: `<timestamp>_<workflow_id>.json`
- If a workflow name is given, find the latest `.json` file in `logs/runs/<workflow_name>/`
- If a run ID is given, search across all `logs/runs/*/` folders for a file containing that ID in its filename
- If no argument, find the most recently modified `.json` file across all `logs/runs/*/` folders
2. **Extract the output from the trace file.** You only need `output` from the JSON root — skip `children` and `input`.
**Strategy for large files** (trace files can be 10k+ lines):
- First, try `jq '.output' <file>` to extract directly — this is the fastest path
- If `jq` is not available: read the **last 500 lines** of the file (the `output` field is at the root level, near the end of the JSON). Work backwards in chunks if needed
- Do NOT read the entire file from the top — the `children` array with step details can be thousands of lines and you don't need any of it
3. **Save a markdown file to `tmp/trace_result_<workflow_name>_<id>.md`** (create the `tmp/` directory if it doesn't exist) with:
Header (brief)
- One line: workflow name, ID, duration
Result
Render `output` as clean, readable markdown:
- String fields that contain markdown → render directly
- Arrays of objects → render each as a sub-section with key fields
- Arrays of strings → numbered lists
- Nested objects → sub-sections with key-value pairs
- URLs → render as links
- Long text excerpts → render as blockquotes
The goal is a document you'd want to READ, not debug. Make it look good.
4. **Tell the user** the saved file path.
Important
- This is a RESULT view — render for readability, not debugging
- Do NOT include step details, inputs/outputs, or timing per step
- Do NOT wrap things in JSON code blocks — this should read like a document
- Include the full output without truncation
Read more
name: output-workflow-trace-file description: Read and render the output of a local Output SDK workflow trace file as clean readable markdown. Use when the user wants to view what a recent workflow produced, see the result from a local trace file, or render trace output as a document.
Show just the final output of an Output.ai workflow trace — the actual result, rendered as readable markdown.
The argument the user provided is either a workflow name (e.g. `context_competitors`) or a workflow run ID. If no argument is provided, use the most recent trace across all workflows.
Instructions
1. **Find the trace JSON file:**
- Trace files live in `logs/runs/<workflow_name>/` as JSON files
- Filenames follow the pattern: `<timestamp>_<workflow_id>.json`
- If a workflow name is given, find the latest `.json` file in `logs/runs/<workflow_name>/`
- If a run ID is given, search across all `logs/runs/*/` folders for a file containing that ID in its filename
- If no argument, find the most recently modified `.json` file across all `logs/runs/*/` folders
2. **Extract the output from the trace file.** You only need `output` from the JSON root — skip `children` and `input`.
**Strategy for large files** (trace files can be 10k+ lines):
- First, try `jq '.output' <file>` to extract directly — this is the fastest path
- If `jq` is not available: read the **last 500 lines** of the file (the `output` field is at the root level, near the end of the JSON). Work backwards in chunks if needed
- Do NOT read the entire file from the top — the `children` array with step details can be thousands of lines and you don't need any of it
3. **Save a markdown file to `tmp/trace_result_<workflow_name>_<id>.md`** (create the `tmp/` directory if it doesn't exist) with:
Header (brief)
- One line: workflow name, ID, duration
Result
Render `output` as clean, readable markdown:
- String fields that contain markdown → render directly
- Arrays of objects → render each as a sub-section with key fields
- Arrays of strings → numbered lists
- Nested objects → sub-sections with key-value pairs
- URLs → render as links
- Long text excerpts → render as blockquotes
The goal is a document you'd want to READ, not debug. Make it look good.
4. **Tell the user** the saved file path.
Important
- This is a RESULT view — render for readability, not debugging
- Do NOT include step details, inputs/outputs, or timing per step
- Do NOT wrap things in JSON code blocks — this should read like a document
- Include the full output without truncation
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

