| name | consistency-check |
| description | Use to validate DAE artifacts for schema correctness and cross-artifact consistency. Triggers — "engineer plugin -> consistency-check skill", "check consistency", "validate the artifacts", "are the specs and ACs in sync", "audit this feature". |
consistency-check
Cross-artifact validation for DAE — the methodology's take on Speckit's /analyze. Read-only: reports inconsistencies and suggests fixes; never mutates. Any agent may run it (mechanical validation, not judgment-heavy verification). checkpoint: null.
When to use
Before major pipeline transitions and as a CI gate.
- Feature scope —
engineer plugin -> consistency-check skill <slug> — one feature's artifacts
- Project scope —
engineer plugin -> consistency-check skill --project — project-wide invariants
Not for: fixing inconsistencies (run the suggested fix skill); within-one-artifact ambiguity (clarify); code risk (crap-analyzer).
Workflow
- Resolve + load — resolve the methodology root + manifest via
${PLUGIN_ROOT}/scripts/dae_resolve.py (see references/resolving.md). Feature scope: load every artifact in features/NNN-<slug>/ + CHARTER.md. Project scope: load CHARTER.md + every feature.md frontmatter. For identifier lookups (does symbol X actually exist in the code?), prefer LSP find-definitions / workspace-symbols when an LSP MCP capability is available; fall back to grep + Read otherwise. See ${PLUGIN_ROOT}/references/code-lookup.md.
- Run the checks (below).
- Report — errors first, then warnings; each with location + a suggested fix (which skill to run). Do not apply fixes.
- Handoff — emit a summary.
Feature-scope checks
| Check | Severity |
|---|
feature.md slug matches folder name | error |
feature.md mandatory frontmatter present; status: ready ⇒ autonomy_level set | error |
acs.md AC IDs unique + sequential; ac_count matches actual | error |
acs.md ACs in domain language (implementation-leakage heuristic) | warning |
acs.md ACs cover the feature.md outcome | warning |
relevant_adrs reference ADRs that exist | error |
spec.md and .build/spec.json agree | error |
plan.md Charter Check: every ⚠️ deviation has a matching amendment | error |
Validation method honored? — if feature.md declares a non-default validation_method, plan.md's Test strategy section must reference it (canary phase, dashboard names, rollback trigger, etc. as relevant) | warning |
Verification handoffs: agent_id ≠ implementer's (Principle 7) | error |
tracker_ref resolves on the configured tracker | warning |
Handoff completeness: no checkpoint marked done in progress.md lacks a complete handoff | error |
parent_feature set ⇒ parent exists and lists this in child_features | error |
The handoff-completeness check is the after-the-fact sweep for handoff-as-gate
(Foundation Design Section 5): run ${PLUGIN_ROOT}/scripts/dae_handoff.py <feature-dir> — it flags any checkpoint marked done with a missing,
interrupted, or unmet-exit_criteria handoff.
Project-scope checks
| Check | Severity |
|---|
CHARTER.md section 5 roles == manifest.team.default_roles | error |
manifest.yml schema valid; enum values legal | error |
| Feature folder numbering monotonic; no reuse | error |
| ADR not referenced by any feature in N months (N from manifest, default 6) | warning |
Every features/*/ has a non-empty feature.md | warning |
team.default_roles includes verifier when independence enforced | error |
Handoff
Emit per ${PLUGIN_ROOT}/references/handoff-summary.md. checkpoint: null; artifacts: []. Feature scope → handoff in that feature's handoffs/; --project scope → handoff in .engineer/handoffs/. Any errors → human_action_needed: yes. recommended_next: resolve via clarify / feature-edit / plan, then re-run.
References
