Workflows¶
This page shows practical workflows.
Test loop¶
If a test fails:
After fixing:
If you need to change package paths or flags before rerunning:
Docker build¶
-n requests a notification if the command runs longer than notify.min_duration.
Force notification:
Long-running service¶
For precise capture:
From another terminal:
For interactive terminal sessions, try alpha shell mode:
Warning
Use carrier run for reliable stdout/stderr separation. Shell mode is a convenience layer around PTY output and shell hooks.
Failure report¶
Attach run-42.md to a ticket, pull request, or chat thread.
Label important runs¶
Use labels when a run represents something worth finding later:
Clear the label:
Search old output¶
carrier search "connection refused"
carrier search "permission denied"
carrier search "timeout"
Use a smaller result set when piping to other tools:
Review command health¶
Use this to check total runs, failure rate, runs per active day, and slow commands.
Watch a project¶
Re-run a command when files change:
Use a longer debounce for tools that write many files:
watch runs once immediately, then runs again after matching changes.
Keep storage clean¶
Preview cleanup:
Delete:
Keep only the latest records:
Script against carrier¶
Use JSON:
carrier last --json
carrier show 42 --json
carrier running --json
carrier history --json
carrier search --json "panic"
carrier stats --json
Example:
Use captured log paths directly:
Capture and inspect environment¶
Environment capture is enabled by default with storage.capture_env = true.
Values are redacted when displayed unless you pass --no-redact.