Turn AI agents into governable builders.
Bound acceleration. Trace evolution.
AxiomFlow is a governance model for AI-assisted software delivery.
It helps teams keep AI-driven execution aligned, bounded, and traceable before speed turns into drift.
Live landing page: site/
AI can generate requirements, plans, code, and documents at high speed.
That speed is useful until teams lose control of:
- what problem is actually being solved
- why a direction was chosen
- which boundaries are non-negotiable
- whether the current work is still aligned with approved intent
The result is familiar: delivery appears to move faster, but confusion scales with it.
AxiomFlow is designed to prevent that failure mode.
AxiomFlow does not add process for its own sake.
It separates different kinds of project decisions so they can be governed explicitly:
REQ: what problem must be solvedSPEC: how the work will be executedADR: why this direction was chosenCONTRACT: which boundaries must not be crossedREFLECT: which lessons are worth preservingSUGGEST: which repeated lessons may deserve a governance upgrade
When those layers are separated, AI stops acting like a fast content generator and starts acting like a controllable delivery system.
Today, AxiomFlow PDR is more than a pre-work checklist.
It can:
- detect governance conflicts before implementation
- stop execution when
REQ,ADR, orCONTRACTboundaries are violated - render a terminal status layout for fast human review
- make the reason to proceed, review, or stop visible before
WC
This matters because teams do not need more output. They need earlier judgment.
These examples show how the same governance layer produces different outcomes for different specs.
| Spec | Signal | What PDR found |
|---|---|---|
SPEC-001 |
OK |
aligned with REQ, ADR, and CONTRACT |
SPEC-002 |
Conflict Detected |
changes scoring without updating REQ |
SPEC-003 |
Conflict Detected |
adds Joker and violates the current deck boundary |
This is the product value in one view:
- AxiomFlow does not only help teams write specs
- it helps teams decide whether a spec should proceed at all
PDR SPEC-001
PDR SPEC-002
PDR SPEC-003
If this is your first time in the repo, use this short path:
- Simple: for low-conflict work that mainly needs alignment before execution
- Standard: for teams that need to preserve repeated lessons through
REFLECT - Advanced: for teams evaluating whether recurring patterns should become
ADRorCONTRACT - Professional: for high-conflict environments that require formal approval and stop authority
- Getting Started: set up the repo and the initial operating flow
- Core Concepts: understand role separation across
REQ,SPEC,ADR, andCONTRACT - Workflow: see the core loop from alignment to execution
- Conflict Handling: learn when work must stop
- Feedback Loop: see how experience feeds governance
- Upgrade Signals: know when the current operating model is no longer enough
- Adoption Guide: apply AxiomFlow in a real team
- Use Cases: see where the model fits best
- Why This Works: understand the operating logic behind the model
- Governance.md: read the formal rules
- Working Samples: inspect the English working sample set
- FAQ: check common questions
- Contributing: contribute to the project
- GitHub Issues: https://github.com/pigsly/AxiomFlow/issues
- X.com @pigslybear
- Contributing: Tenets/en/CONTRIBUTING.md
- Related project: ClawMind



