SpecFact is the validation and alignment layer for software delivery. It adds the missing validation layer that keeps backlog intent, specifications, tests, and code from drifting apart across AI-assisted coding, brownfield systems, and governed delivery. Use it to move fast without losing rigor.
No API keys required. Works offline. Zero vendor lock-in.
SpecFact CLI does not include built-in AI. It is a deterministic local CLI that can be paired with IDE slash-command prompts so your chosen AI copilot can invoke SpecFact as part of a command chain.
SpecFact is the validation and alignment layer for software delivery.
It is a local CLI that helps you keep the intent behind a change aligned from backlog or idea through specifications, implementation, and checks. The “Swiss-knife CLI” metaphor fits because SpecFact gives you a set of focused tools for specific delivery problems, not a vague bag of features.
In practice, SpecFact helps you:
- add guardrails to AI-assisted and fast-moving greenfield work
- reverse-engineer large brownfield codebases into trustworthy structured understanding
- reduce the “I wanted X but got Y” drift between backlog, spec, and implementation
- move from local rigor toward team and enterprise policy enforcement
Modern delivery drifts in predictable ways:
- AI-generated quick wins often lack the validation layer needed for mid- and long-term reliability
- brownfield systems often have missing or drifted specs, so teams need to reverse-engineer reality
- backlog intent gets reinterpreted into something else before it reaches code
- teams working with different skill levels, opinions, and AI IDE setups need consistent review and policy enforcement
SpecFact exists to reduce that drift. It helps teams understand what is really there, express what should happen more accurately, and validate that the result still matches the original intent.
Use SpecFact if you want one of these outcomes:
- ship AI-assisted changes faster without accepting fragile “looks fine to me” quality
- understand a legacy or unfamiliar codebase before changing it
- hand brownfield insight into OpenSpec, Spec-Kit, or other spec-first workflows
- keep backlog expectations, specifications, and implementation from silently diverging
- enforce shared rules consistently across developers and CI/CD
With SpecFact, you get:
- a deterministic local CLI instead of another opaque SaaS dependency
- a validation layer around fast-moving implementation work
- codebase analysis and sidecar flows for brownfield understanding
- stronger backlog/spec/code alignment for real delivery workflows
- a path from individual rigor to organization-level policy enforcement
# Zero-install (recommended)
uvx specfact-cli@latest
# Or install globally
pip install -U specfact-cli# Recommended first run
specfact init --profile solo-developer# Analyze a codebase you care about
specfact code import my-project --repo .
# Snapshot the project state for follow-up workflows
specfact project snapshot --bundle my-project
# Validate external code without modifying the target repo
specfact code validate sidecar init my-project /path/to/repo
specfact code validate sidecar run my-project /path/to/repoThat path gives you a concrete first win: SpecFact understands your project context and gives you a validated starting point instead of jumping straight into blind change work.
specfact init ide
specfact init ide --ide cursor
specfact init ide --ide vscodespecfact init ide discovers prompt resources from installed workflow modules and exports them to
your IDE. If module prompt payloads are not installed yet, the CLI uses packaged fallback resources.
Use SpecFact as the validation layer around fast-moving implementation work.
Start with:
specfact init --profile solo-developerspecfact code validate sidecar init <bundle> /path/to/repospecfact code validate sidecar run <bundle> /path/to/repo
Use SpecFact to understand an existing system before you change it, then hand that understanding into spec-first tools such as OpenSpec or Spec-Kit.
Start with:
specfact code import my-project --repo .specfact project snapshot --bundle my-projectspecfact code validate sidecar init my-project /path/to/repospecfact code validate sidecar run my-project /path/to/repo
Use SpecFact when the problem is not only code quality, but drift between expectations and delivery. Backlog commands require a backlog-enabled profile or installed backlog bundle before the workflow commands are available.
Start with:
specfact init --profile backlog-teamspecfact backlog ceremony standup ...specfact backlog ceremony refinement ...specfact backlog verify-readiness --bundle <bundle-name>
Use SpecFact when multiple developers and AI IDEs need consistent checks and review behavior.
Start with:
specfact backlog verify-readiness --bundle <bundle-name>specfact govern ...- CI validation flows that keep the same rules active outside local development
Next steps
- Core CLI docs for the core runtime, bootstrap, validation, and command topology
- Reference: command topology for grouped command surfaces
- Canonical modules docs site for bundle-deep workflows
docs.specfact.io is the canonical starting point for SpecFact.
- Core CLI/runtime/platform documentation remains owned by
specfact-cli. - Module-specific deep docs are canonically owned by
specfact-cli-modules. - The live modules docs site is published at
https://modules.specfact.io/.
Use this repository's docs for the overall product story, runtime lifecycle, command topology, trust model, and getting-started flow. Use the modules docs site when you want deeper workflow, adapter, and module-authoring guidance.
As of 0.40.0, flat root commands are removed. Use grouped commands:
specfact validate ...->specfact code validate ...specfact plan ...-> removed; usespecfact project devops-floworspecfact project snapshotspecfact policy ...-> removed; usespecfact backlog verify-readiness
SpecFact's USP is closing the drift gap between backlog -> specs -> code.
These commands require the backlog bundle to be installed first, for example via
specfact init --profile backlog-team or specfact init --install backlog.
# 1) Initialize backlog config + field mapping
specfact backlog init-config --force
specfact backlog map-fields --provider ado --ado-org <org> --ado-project "<project>"
# 2) Run ceremony workflows on real backlog scope
specfact backlog ceremony standup ado --ado-org <org> --ado-project "<project>" --state any --assignee any --limit 5
specfact backlog ceremony refinement ado --ado-org <org> --ado-project "<project>" --id <work-item-id> --preview
# 3) Keep backlog + spec intent aligned (avoid silent drift)
specfact backlog verify-readiness --bundle <bundle-name>Compatibility note: specfact backlog daily ... and specfact backlog refine ... still exist, but the preferred entrypoints are backlog ceremony standup and backlog ceremony refinement.
For GitHub, replace adapter/org/project with:
specfact backlog ceremony standup github --repo-owner <owner> --repo-name <repo> --state any --assignee any --limit 5
AI IDE quick start
# In your IDE chat (Cursor, VS Code, Copilot, etc.)
/specfact.01-import my-project --repo .- Vibe coders and new builders who want to ship fast with guardrails and confidence.
- Legacy professionals who want AI speed without lowering standards.
- DevOps and engineering leaders who need evidence and repeatable workflows.
Most tools help either coders or agile teams. SpecFact does both:
- Backlog sync that is actually strong: round-trip sync + refinement with GitHub, Azure DevOps, Jira, Linear.
- Ceremony support teams can run: standup, refinement, sprint planning, flow metrics (Scrum/Kanban/SAFe).
- Policy + validation: DoR/DoD/flow checks plus contract enforcement for production-grade stability.
Recommended command entrypoints:
specfact backlog ceremony standup ...specfact backlog ceremony refinement ...specfact backlog verify-readiness --bundle <bundle-name>specfact backlog analyze-deps --bundle <bundle-name>
What the backlog readiness and ceremony commands do in practice:
- Turns team agreements (DoR, DoD, flow checks) into executable checks against your real backlog data.
- Shows exactly what is missing per item (for example missing acceptance criteria or definition of done).
- Runs structured ceremony workflows directly from the CLI.
Start with:
specfact backlog ceremony standup --helpspecfact backlog verify-readiness --bundle <bundle-name>specfact backlog refine --help
The specfact-cli repository owns the platform-level features that every workflow bundle depends on:
specfact initfor first-run bootstrap and IDE setup.specfact modulefor install/list/show/search/enable/disable/uninstall/upgrade lifecycle flows.specfact upgradefor CLI upgrades.- Runtime contracts, registry bootstrapping, trust checks, logging, and shared orchestration.
- The grouped command surface that mounts installed bundle families under
project,backlog,code,spec, andgovern.
Official workflow behavior now ships from nold-ai/specfact-cli-modules.
The core CLI discovers those bundle packages, mounts their command groups, and enforces compatibility, trust, and lifecycle rules.
Installed official bundles expose the current grouped surfaces:
specfact project ...specfact backlog ...specfact code ...specfact spec ...specfact govern ...
Install examples:
specfact module install nold-ai/specfact-project
specfact module install nold-ai/specfact-backlog
specfact module install nold-ai/specfact-codebase
specfact module install nold-ai/specfact-spec
specfact module install nold-ai/specfact-governIf startup warns that bundled modules are missing or outdated, run:
specfact module init --scope project
specfact module initUse this repo's docs for the current CLI/runtime release branch and the overall process of how official modules plug into the core platform.
Use https://modules.specfact.io/ for the in-depth backlog, project, spec, govern, adapter, and module-authoring guides.
- Bootstrap: install the CLI and initialize the official bundles you need.
- Analyze or sync: import code, connect backlog systems, or sync external artifacts into project bundles.
- Validate: run spec, governance, and sidecar validation flows before implementation or release.
- Iterate safely: use module-provided workflows while the core runtime keeps command mounting, trust, and lifecycle consistent.
SpecFact complements your stack rather than replacing it.
- Spec-Kit/OpenSpec for authoring and change tracking
- Backlog tools for planning and delivery
- CI/CD for enforcement and regression prevention