When to use
- Debug a workflow execution that failed or returned unexpected results
- Inspect node-level input/output for a specific execution
- Fetch sub-workflow execution details recursively
- Analyze execution timing and identify bottlenecks
Prerequisites
codikaCLI installed and authenticated- A deployed and triggered workflow
- An execution ID (from the
triggercommand response)
Typical debugging flow
Command
Arguments
Options
Recommended flags
For most debugging, use both flags together:--deepgives you the complete execution tree including sub-workflows--slimremoves noisy metadata for cleaner, more readable output
Process instance ID resolution
--process-instance-idflagdevProcessInstanceIdin--project-file(if provided)devProcessInstanceIdinproject.jsonat--pathdevProcessInstanceIdinproject.jsonin current directory
Deep mode
When--deep is used, the CLI recursively fetches sub-workflow executions and attaches them as _subExecutions on the parent node that triggered them. This gives you the complete execution tree.
How it works
- Fetches the main execution
- Identifies nodes that called sub-workflows (Execute Workflow nodes)
- Recursively fetches each sub-workflow execution
- Attaches results as
_subExecutionson the parent node
Slim mode
Strips noisy fields for cleaner output:- Removes
pairedItemfrom all nodes - Removes
workflowDatafrom execution metadata
--deep for debugging: --deep --slim