Flows
May 3, 2026 · View on GitHub
This directory holds coding-agent flow specs and executable
.flow manifests that orchestrate skills.
Role split:
skills/= intent guideflows/=45ck/prompt-languageorchestration guidescripts/harness/= executable JSON-stdio surface
Purpose
- Give Claude Code, Codex CLI, and similar tools a stable place to look for orchestration docs.
- Keep flow intent separate from implementation details in
src/cli/. - Mirror the direction docs that move orchestration toward
45ck/prompt-languageflows over runtime-backed skills.
Expected layout
flows/
README.md
_template/
FLOW.md
<flow-name>.flow # executable manifest
<flow-name>.md # optional operator notes
Markdown in this directory is operator documentation. .flow files are
machine-readable manifests intended for 45ck/prompt-language execution
and should stay minimal.
For Claude Code and Codex CLI
A flow doc should tell the agent:
- What problem the flow solves.
- Which inputs are required and where they come from.
- Which skills or sub-flows it calls.
- Which files and completion gates mark success.
If an agent cannot infer retry points, side effects, and failure outputs from the doc, the flow is under-specified.
Authoring rules
- Keep the canonical human-readable guide in markdown next to the executable flow.
- Use the vocabulary from
docs/direction/05-flow-catalog.md. - Avoid embedding literal
45ck/prompt-languageDSL in prose docs. Use plain English or pseudocode so authoring tools do not misread the file as a live program. - Name flow files in kebab-case and keep flow purpose action-oriented.
- Document output paths under
runs/<run-id>/when the flow produces run-scoped outputs.
Suggested contents
Use _template/FLOW.md as the starting point.
- Purpose
- Inputs
- Outputs
- Skills or sub-flows called
- Control flow
- Completion gates
- Failure modes
- Parallelism and retry policy
Current Flow Docs
doctor.md— structured diagnostics pathgenerate-short.md— default full-video topic-to-video pathlongform-to-shorts.md— longform source to candidate clips, boundary cleanup, approval, and render handoffreverse-engineer-winner.md— reference short analysis pathshowcase-content-machine.md— repo self-demo path for an OSS/social showcase clip
Current Executable Flows
| Flow | Operator Notes | Entry Skill | Runner Tool | Outputs |
|---|---|---|---|---|
doctor.flow | doctor.md | doctor-report | flow-catalog/run-flow | environment report artifacts |
generate-short.flow | generate-short.md | generate-short | run-flow | runs/<run-id>/ short artifacts |
longform-to-shorts.flow | longform-to-shorts.md | longform-to-shorts | run-flow | candidate, approval, and handoff bundle |
reverse-engineer-winner.flow | reverse-engineer-winner.md | reverse-engineer-winner | run-flow | reference breakdown artifacts |
showcase-content-machine.flow | showcase-content-machine.md | generate-short | run-flow | self-demo run artifacts |
Longform Handoff Boundary
The executable longform flow intentionally stops at a reviewed render handoff:
source-media-analyze
-> longform-highlight-select
-> boundary-snap
-> highlight-approval
-> render-handoff.v1.json
-> longform-clip-extract
After approval, use longform-clip-extract to cut the source clip and
write clip-local audioPath, timestampsPath, and visualsPath
artifacts. The agent may still need to reframe the extracted clip before
calling video-render, so do not jump from approved highlight JSON
directly to final MP4 generation.
Use the runtime helpers to enumerate or execute them:
node --import tsx scripts/harness/flow-catalog.ts
node --import tsx scripts/harness/run-flow.ts