audit-plan
Evaluate an incoming project plan against bigpowers principles and conventions, surface gaps, and produce a READY/NOT READY verdict before engagement begins. Use when a new project arrives, when adapting a foreign plan, or before running seed-conventions on an unfamiliar codebase.
- License 许可
- MIT
- 最近更新
- 2026-11-10
- Stars
- ★ 292
- Forks
- 23
01 前言 Front Matter
- name
- audit-plan
- model
- sonnet
- description
- Evaluate an incoming project plan against bigpowers principles and conventions, surface gaps, and produce a READY/NOT READY verdict before engagement begins. Use when a new project arrives, when adapting a foreign plan, or before running seed-conventions on an unfamiliar codebase.
03 SKILL.md 正文
Audit Plan
HARD GATE — Do NOT start build skills (kickoff-branch, develop-tdd) until audit-plan returns a READY verdict. A plan missing test commands, scope boundaries, or success criteria will produce drift and rework downstream.
Assess an incoming project plan for alignment with bigpowers principles, identify what's missing, and produce a structured readiness report before any skill execution begins.
Three lenses
1. Principles alignment
- Are stories vertical slices (not horizontal layers)?
- Is scope bounded — explicit in_scope + out_of_scope?
- Are success criteria defined (how do we know we're done)?
- Are HARD GATE candidates identifiable (critical decision points)?
- Is there a domain language / ubiquitous terminology?
2. Conventions completeness
- Does
CLAUDE.mdorAGENTS.mdexist? - Does
CONVENTIONS.mdexist? - Is the
specs/directory layout in place? - Are commit conventions documented (Conventional Commits)?
- Is the git workflow mode identified (
solo-git|team-pr)?
3. Bigpowers pre-flight (must all be answered before build)
| Question | Why |
|---|---|
| What is the test command? | develop-tdd verify steps require it |
| What is the build command? | verify-work mechanical gate |
| What is the lint command? | audit-code lint gate |
| What is the typecheck command? | verify-work typecheck gate |
| What CI platform is in use? | wire-ci configuration |
| Solo or team? | release-branch integration mode |
| Primary language + framework? | model routing + conventions |
| Greenfield or existing codebase? | determines whether to run seed-conventions or migrate-spec first |
Process
-
Ingest the plan — accept a file path, pasted PRD text, or existing
specs/artifacts. ReadCLAUDE.mdandCONVENTIONS.mdif present. -
Score each lens — for every item above, mark:
- ✅ Present and adequate
- ⚠️ Present but incomplete — note what's missing
- ❌ Absent
-
Close gaps conversationally — for each ❌ or ⚠️, ask one question at a time. Record each answer before moving to the next.
-
Write
specs/PLAN-AUDIT_LATEST.md:
# Plan Audit — <project>
**Date:** YYYY-MM-DD · **Verdict:** READY | NOT READY
## Principles Alignment
| Check | Status | Note |
| Vertical slices | ✅ | 4 stories, each shippable |
| Scope bounded | ⚠️ | in_scope present; out_of_scope missing |
## Conventions Completeness
| Check | Status | Note |
## Pre-flight Answers
| Command | Value |
| test | `npm test` |
| build | `npm run build` |
## Open Gaps
- [ ] Add out_of_scope to scope definition (run scope-work)
- [ ] Create CLAUDE.md (run seed-conventions)
## Verdict
READY — proceed with survey-context
NOT READY — N gaps remain; close before proceeding
- Recommend next skill:
- READY →
survey-context - Needs bootstrapping →
seed-conventions - Needs spec elaboration →
elaborate-spec - Has foreign spec format →
migrate-spec - Plan assumptions need challenging →
grill-me
- READY →
Verify
→ verify: test -f specs/PLAN-AUDIT_LATEST.md && grep -q Verdict specs/PLAN-AUDIT_LATEST.md
04 同仓库更多 Skills
skill-verify-fail-open-fixture
Negative-path fixture for run-skill-verify.sh — must never PASS.
negative-path
暂无简介
write-document
Write, organize, and sync high-integrity technical documents using the BMAD methodology. Ensures every document is Bold, Minimal, Actionable, and Durable. Use when creating architectural docs, technical guides, or organizing the specs/ directory.
wire-observability
Add structured JSON logging, observability commands, and idempotent setup scripts to a project. Use when a project needs production-readiness instrumentation, when user wants structured logging, or as a production-readiness gate at any phase of development.
wire-ci
CI pipeline setup with bundled, forge-neutral templates and local validation. Detects the forge from the git remote, generates workflows for supported forges, and skips honestly for the rest. The CI equivalent of wire-observability.
visual-dashboard
Start a browser-based dashboard that visualizes architecture, implementation plans, and project status. Persists artifacts in .bigpowers/dashboard/. Reads specs/state.yaml, release-plan.yaml, epics, and planning-status via HTTP API or opencode panel.