Specs Index

September 11, 2026 · View on GitHub

Generated by fab docs-index — everything outside the manual block below is regenerated from the tree and each file's own metadata (description: frontmatter, HTML <title>/<meta name="description">): don't edit it, re-run the command. The manual block is the one hand-managed region: edit it, it is preserved verbatim.

Specs are pre-implementation artifacts — what you planned. They capture conceptual design intent, high-level decisions, and the "why" behind features. Specs are human-curated, flat in structure, and deliberately size-controlled for quick reading.

Contrast with docs/memory/index.md: memory files are post-implementation — what actually happened. Memory is the authoritative source of truth for system behavior, maintained by /fab-continue (hydrate).

Ownership: Specification content is written and maintained by humans. Navigation indexes are generated by fab docs-index docs/specs; organize topics to suit the project.

New here? Start with the README for setup and a walkthrough. For terminology, see the Glossary.

SpecDescription
overviewFab workflow specification — background, design principles, 6 stages, quick reference
architectureDirectory structure, config, naming conventions, git integration, agent integration
skillsDetailed behavior for each /fab-* skill
templatesArtifact templates — status, intake, plan (## Requirements + ## Tasks + ## Acceptance), memory files
user-flowVisual diagrams — how development works today, with Fab commands, full command map
sradSRAD autonomy framework — four dimensions, composite (0.20 S / 0.30 R / 0.30 A / 0.20 D), indicative grades, demerit confidence score (5 − Σ penalty), flat 3.0 gate, lifecycle, Critical Rule, worked examples, autonomy levels
srad-scoring-rationale-v1-to-v2Design rationale for the v1→v2 scoring change (srad-v1srad) — why the mean leaked, the four rejected aggregators, the penalty-curve derivation, cross-repo validation (loom/fab-kit/run-kit, 1080 intakes), the promptless-defer decision, and the implementation surface
srad-v1Superseded — the original SRAD scheme (grade-count / Resolution-Average score, hand-written grades, Unresolved & R<25∧A<25 hard-fails). Retained for historical reference and migrated changes only
change-typesChange type taxonomy — 7 types, expected_min thresholds, gate thresholds, PR tiers, keyword heuristics
stage-modelsPer-stage model selection via agent roles — two advertised depth knobs (agent.session/agent.workers) over six fixed roles (default/operator/doing/review/hydrate/fast), a top-level providers: table carrying independent interactive_command/headless_command/native capabilities plus per-role fills, the dispatch.mode preference ceiling and descending pane → native → headless adapter ladder, the fixed fab-owned stage→role mapping and role→depth partition, the sparse agent.profiles override, structured fab agent <stage|role> -o yaml resolution, verbatim pass-through (provider-neutral), the effort asymmetry between the native and CLI arms, default role profiles
configConfig schema and six-verb surface: show [key], explain [key] (reference alias), surgical set/unset, bare-project init, and whole-file upgrade; per-field metadata (default/description/scope/advertise/renamed_from/init-seed), the four-tier cascade (environment > system ~/.fab-kit/config.yaml > project > built-in defaults, per-leaf deep merge with empty-skip, fail-open scope enforcement), managed fence, presence=intent, and the fab/.fab-version relocation
harness-adaptersCross-harness stage-dispatch contract — the three dispatch adapters (native Agent-tool + headless CLI fab dispatch start + interactive pane fab dispatch open/ready/deliver), the shared protocol (dispatch-prompt obligations binding all three incl. the fab status refresh epilogue, the five-state machine running/done/failed/failed (no-result)/orphaned of which the pane adapter reaches only the three-state subset running/done/orphaned, hooks-enhance-never-own), .fab-dispatch/{id}/ cleanup (archive + clean, no auto-GC), and the 3c-authors / 3d-wires split
fkfFab Knowledge Format — design rationale + history companion (OKF lineage, bundle organization, non-scope, adoption/migration, glossary); the normative standard lives at docs/site/fkf.md, published at shll.ai/fab-kit/fkf and shipped verbatim as $(fab kit-path)/reference/fkf.md, synced by scripts/sync-fkf.sh + a CI drift-guard test
hooksClaude Code hooks in fab-kit — fab registers, writes, and owns none; the fab hook family removed outright in 2.14.0, agent state consumed from run-kit's @rk_pane_agent_state pane-option convention, artifact bookkeeping pull-based via fab status refresh
companionsCompanion CLIs — how fab-kit integrates with wt (worktree isolation) and idea (backlog)
namingNaming conventions — change folders, branches, worktrees, PRs, backlog entries
glossaryAll Fab terminology — core concepts, stages, skills, files, SRAD, conventions
superpowers-comparisonComparison with Superpowers — shared ground, key differences, lessons for fab
FileDescription
The Assembly Line
Operator

Sub-Domains

Sub-DomainDescription
findings