Flow Documentation#
Flow shows why a process was allowed to move forward — gate by gate, with the evidence behind each transition. This page is the map.
Learn Flow#
- Getting Started — install → first run → evidence → route-back → resume, with real CLI output.
- Use Cases — realistic team scenarios: agent guardrails, regulated releases, platform golden paths, adversarial review, audit evidence.
Reference#
- CLI Reference — every command, flag, format, and exit code.
- Library — the typed API for embedding Flow: run lifecycle, validation, projections.
- Evidence — evidence kinds,
trust.bundleexpectations, trust artifacts, claim diagnostics. - Live-Verify Gates — post-deploy contract verification through passive gates and external producers.
- Gates & Route-Back — evaluation rules, exceptions, route-back policy, transition validation.
- Agent Hooks — enforcing Flow gates from Claude Code hooks, GitHub Actions, and Git hooks.
- Project Config — trusted producers, gate overrides, config merge preview/apply.
- Runtime Roots — canonical generated Flow root, public path API, older-version migration, and rollback guidance.
- Release Readiness — release lanes, pass/hold decisions, version release reports.
- Flow Kit Container — the core kit manifest contract, validation rules, and extension model.
Product and architecture#
- Product Vision — why Flow exists, differentiation, product-line fit, and ownership boundaries.
- Developer Architecture — lifecycle and enforcement internals, run files, console projection, Resource Contract direction.
Contributing#
- Contributing — local setup, validation lanes, optional repo hooks, release prep.
- Repo Structure — where source, schemas, examples, tests, docs, and generated output belong.
Decisions#
- ADR 0001: Flow As Process Transparency Layer
- ADR 0002: Gate Expectations And Project Authority
- ADR 0003: Project Config Merge Semantics
Placement rules#
- Runtime and CLI behavior belongs in
src/; public schemas inschemas/; published examples and scenarios inexamples/. - Node tests belong in domain files under
tests/node/; browser tests intests/browser/; operational tooling inscripts/. - Durable product, architecture, contributor, and decision records belong in
docs/. Update this map when adding, renaming, or retiring a guide.
Generated output and local runtime state stay out of source control unless a tracked fixture explicitly documents the exception.