-
Notifications
You must be signed in to change notification settings - Fork 0
Why Phase Gating
github-actions[bot] edited this page Jun 9, 2026
·
2 revisions
Crickets and Agent M split the development lifecycle into discrete, gated phases — plan → work → review → release — instead of freestyling all of it in one pass. Each phase has an entry condition, a single responsibility, and an exit gate: you don't write code in the plan phase, and you don't merge in the work phase.
The payoff is that context stays scoped and verification stays honest. A single sprawling session blurs planning, coding, and review until none is done well; gated phases keep each step small enough to finish and check before the next begins. It adapts the Stage-Gate model from product development — staged work with explicit go/no-go gates — to an agent loop.
- Phase-gate (Stage-Gate) process — Robert G. Cooper's staged model with go/no-go decision gates between phases (phase-gate process).
🔧 How-to
- Install plugins
- Using code review
- Provision a repo's wiki
- Declare a project's Architecture
- Maintain a wiki — wiki-watcher
- Review a change — code review
- Simplify a diff — /simplify
- In-flight decision review — /doubt
- Add observability — /observe
- Deprecate a surface — /deprecate
- Launch readiness gate — /launch
- Author a CI/CD pipeline — /ci-cd
- Record an architectural decision — /document-decision
- Install the vault backend (pending)
- Plugin anatomy
- Repo layout
- Compatibility
- CI gates
- Troubleshooting
- Customization Types
- Manifest Schema
- Per-Host Paths
- Hooks
- Evaluator
- Antigravity Limitations
- Obsidian vault backend (pending)
- Wiki Watch Config
- Style-learning loop
- Modify a plugin
- Add a skill
- Add a plugin
🏛️ Architecture
-
Plugins
- Token Audit · Status Line Meter
- Customization model
- Build & distribution
- Host adapters
- Harness interface ↔ Agent M
🧩 Designs
Architecture (Agent M) — in the agentm wiki ↗
Crickets