docs(#4698): add openspec spec-implementation consistency check - #4699
docs(#4698): add openspec spec-implementation consistency check#4699fullsend-ai-coder[bot] wants to merge 1 commit into
Conversation
Add a Spec-implementation consistency check subsection to the boost workspace AGENTS.md, within the Specification-driven development section. This new guidance instructs code agents to verify that implementation matches the corresponding openspec spec before committing -- re-reading behavioral contracts, updating specs when deliberately diverging, and reconciling when writing specs alongside new code. This addresses the recurring spec-implementation divergence found in PR #4574, where the spec described fail-closed behavior for invalid caData but the code implemented fail-open, causing the finding to persist across all 6 review rounds. Closes #4698
Codecov Report✅ All modified and coverable lines are covered by tests. Additional details and impacted files@@ Coverage Diff @@
## main #4699 +/- ##
=======================================
Coverage 62.63% 62.63%
=======================================
Files 2635 2635
Lines 105225 105225
Branches 29539 29551 +12
=======================================
Hits 65909 65909
Misses 37462 37462
Partials 1854 1854
*This pull request uses carry forward flags. Click here to find out more. Continue to review full report in Codecov by Harness.
🚀 New features to boost your workflow:
|
|
🤖 Finished Review · ✅ Success · Started 9:14 PM UTC · Completed 9:19 PM UTC Commit: Runtime: claude · Model: opus → claude-opus-4-6 · Cost: $0.86 |
|
Review — approveScope: 1 file changed ( SummaryThis PR adds a "Spec-implementation consistency check" subsection to the boost workspace's AnalysisCorrectness — No code logic to evaluate. The three-step verification process is logically sound: (1) verify spec matches implementation, (2) update spec if deliberately diverging, (3) reconcile when authoring both together. The guidance correctly references the Security — No security implications. This is agent guidance documentation only. Intent & coherence — The change implements issue #4698 verbatim. The motivation is well-documented: spec-implementation divergence in PR #4574 persisted across 6 review rounds because no pre-commit verification step existed. The new subsection is appropriately scoped and placed between the existing "OpenSpec scenario step discipline" and "Cancelling or removing an openspec component" subsections, which is the natural location within the specification-driven development section. Style & conventions — Heading level ( Documentation currency — This is itself a documentation change and creates no staleness elsewhere. Cross-repo contracts — No APIs, schemas, or interfaces affected. VerdictClean, well-motivated documentation change that addresses a concrete gap identified through production experience. No findings. |



Add a Spec-implementation consistency check subsection to the boost workspace AGENTS.md, within the Specification-driven development section. This new guidance instructs code agents to verify that implementation matches the corresponding openspec spec before committing -- re-reading behavioral contracts, updating specs when deliberately diverging, and reconciling when writing specs alongside new code.
This addresses the recurring spec-implementation divergence found in PR #4574, where the spec described fail-closed behavior for invalid caData but the code implemented fail-open, causing the finding to persist across all 6 review rounds.
Closes #4698
Post-script verification
agent/4698-openspec-consistency-check)6199e863193f683e7175922f87c8124dd5502b20..HEAD)