docs(controller-status): record feature-level GO for Req 12 delta
/kiro-validate-impl: full suite green (controller 1210/0, lib 368/0, harness 173/0), live 3-node smoke boot confirms bug-1818's fix holds, 12/12 requirement groups covered, cross-task integration traced at the source level, dependency direction clean, zero blocked tasks. Prior 2026-07-17 validate_impl record preserved under prior_validate_impl. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01RLSNJhNoULvVcUhXEFafQC
This commit is contained in:
parent
ff757704e6
commit
2d7990aaa7
1 changed files with 10 additions and 4 deletions
|
|
@ -39,10 +39,16 @@
|
|||
},
|
||||
"validate_impl": {
|
||||
"decision": "GO",
|
||||
"validated_at": "2026-07-17T11:15:00Z",
|
||||
"note": "First post-implementation validation run -- all tasks (1.1-6.4) were already [x] with no prior validate_impl record, and this delta block's impl_status field had gone stale (still said 6.4 BLOCKED despite tasks.md recording it VERIFIED since 2026-07-02). Full suite 9/9 green (one transient ASAN failure during the run was traced to a concurrent second session competing for the same build directory, not a regression -- reproduced clean 3x in isolation), 36/36 requirement acceptance criteria mapped, cross-task wire contract verified field-for-field end to end (schema -> typemap -> handler -> dispatch -> libxce client -> CLI), two live smoke runs (a 3-round sequential HA soak plus a targeted live 3-node deploy exercising Req 10/11 directly) both PASS.",
|
||||
"validated_at": "2026-09-16T09:55:00Z",
|
||||
"note": "Feature-level /kiro-validate-impl run for the Req 12 delta (all 24 tasks across 1.1-5.1/6.1-6.4/7.1-7.6 now [x]). Full suite green across all three touched components (controller 1210/0, lib 368/0, harness 173/0 failures, no retries needed), TBD/TODO + secrets grep clean across all 20 touched files, live 3-node smoke boot confirmed the delta's own bug-1818 fix holds (standby electedTerm/electedAt correctly match the primary, byte-matched against the controller's own log line). Cross-task integration traced end-to-end at the SOURCE level (not just design.md's narrative): schema -> ha_state_t -> promotion stamp (both roads, past every refusal path) -> heartbeat carry (unconditional store, reconcile-free) -> ctrlstatus_fill (unconditional read, no role-branch) -> CLI render (elected_at_ms==0 gate) -- no contradiction found anywhere in the chain, and Req 10/11's existing fields (committedLsn/committedConfigVersion/responderTimeMs) confirmed undisturbed (distinct wire ordinals, untouched code paths). Requirements coverage 12/12 groups mapped, including the 12.1-12.6 sub-criteria. Dependency direction clean (schema -> lib -> controller -> harness/test-client, one-way). Boundary audit found the Req 12 delta's File Structure Plan omitted 5 as-built files task 7.3 needed (request.h/request.c + 3 cascading signature-conformance test files) -- corrected in design.md the same day (commit ff757704), not a functional defect, purely a doc-completeness gap. Zero blocked tasks.",
|
||||
"known_limitations": [
|
||||
"A live observation during smoke testing: querying ctrlstatus on a standby within <1s of a fresh submit can show appliedLsn > committedLsn. This is the documented, in-boundary staleness caveat from design.md's Locked Decision #2 (last_known_committed_lsn refreshes only at CtrlHello join/RDHUP, not per-heartbeat) -- explicitly anticipated and accepted at design time, not a regression of the original zero-value bug this spec's delta phase fixed."
|
||||
]
|
||||
"A live observation during smoke testing: querying ctrlstatus on a standby within <1s of a fresh submit can show appliedLsn > committedLsn. This is the documented, in-boundary staleness caveat from design.md's Locked Decision #2 (last_known_committed_lsn refreshes only at CtrlHello join/RDHUP, not per-heartbeat) -- explicitly anticipated and accepted at design time, not a regression of the original zero-value bug this spec's delta phase fixed.",
|
||||
"cmd_ctrlstatus's print-gate logic (the exact class of code bug-1818 regressed in) has no checked-in unit/regression test -- this CLI print layer has never had one, for any of its lines, going back to Requirement 8's original implementation. Coverage is live-E2E (task 7.6) plus an ephemeral scratch-program check at fix time, not a permanent regression guard. Accepted as a pre-existing, deliberate scope boundary of this spec, documented in design.md's Req 12 delta File Structure Plan for whoever next touches this function -- not a blocker, but a real risk that a future refactor could silently reintroduce a similar primaryName-style gating mistake."
|
||||
],
|
||||
"prior_validate_impl": {
|
||||
"decision": "GO",
|
||||
"validated_at": "2026-07-17T11:15:00Z",
|
||||
"note": "First post-implementation validation run -- all tasks (1.1-6.4) were already [x] with no prior validate_impl record, and this delta block's impl_status field had gone stale (still said 6.4 BLOCKED despite tasks.md recording it VERIFIED since 2026-07-02). Full suite 9/9 green (one transient ASAN failure during the run was traced to a concurrent second session competing for the same build directory, not a regression -- reproduced clean 3x in isolation), 36/36 requirement acceptance criteria mapped, cross-task wire contract verified field-for-field end to end (schema -> typemap -> handler -> dispatch -> libxce client -> CLI), two live smoke runs (a 3-round sequential HA soak plus a targeted live 3-node deploy exercising Req 10/11 directly) both PASS."
|
||||
}
|
||||
}
|
||||
}
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue