feat(plans): plan 37 settling arc — I/J/K close - #22
Merged
Conversation
Plan: .omo/plans/plan-37-settling-arc.md
…ct, re-derived measurements Plan: .omo/plans/plan-37-settling-arc.md
Plan: .omo/plans/plan-37-settling-arc.md
Plan: .omo/plans/plan-37-settling-arc.md
Plan: .omo/plans/plan-37-settling-arc.md
…tions Plan: .omo/plans/plan-37-settling-arc.md
Plan: .omo/plans/plan-37-settling-arc.md
Plan: .omo/plans/plan-37-settling-arc.md
Plan: .omo/plans/plan-37-settling-arc.md
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Story
PR #21 published plan 37 as a mid-arc draft, not for merge as a close. Waves 0–2 had already adopted 46 of 58 leftover
bindExamplesites onto generated registrars and refused 12 with recorded reasons. The eight drift-alarm packets were prepared and unapplied. The context-bundle measurement was frozen before any plan-37 session was counted.This PR is the close. It executes briefs I–K from plan 36 and marks plan 37 EXECUTED.
Did the frozen five-adapter registrar hold past the first tranche? Yes, with honest refusals. 46 sites adopted. 12 stayed on
bindExamplebecause the authored point is incomplete or the example needs a second product call. The interface was not loosened. Friction is in the close record, not insrc/testing.What happened to the eight
implemented ∧ ¬readyalarms? The owner ratified five Specs toready. Three stayeddefinedwith a written blocker where the alarm still points. Nothing was demoted to silence the count.Is a context bundle worth building? Not from this corpus. Eligible sessions: 12. Qualifying episodes: 0. Verdict is STAND-DOWN (unmet). The plan-35 re-entry trigger stays. No bundle, projection, verb, or reader accessor was built.
Adoption itself already landed in #21. Review here is the human statements, the K verdict, the independent review, the accepted commit-boundary deviations, and the status flip.
Tour
Close record
plans/37-adoption-tranches-drift-maturation-and-bundle-measurement.md now carries the I ledger, the eight-row J table, the K stand-down, and the re-derived close measurements. Operational tracking:
.omo/plans/plan-37-settling-arc.md.Independent review
.omo/evidence/task-19-plan-37-settling-arc.mdis the plan-32-mold register. One finding, P37-R1, ACCEPT, CLOSED. The reviewer re-ran current-tree measurements rather than inheriting Todo-18 numbers.Accepted historical deviations
.omo/evidence/plan-37-historical-boundary-disposition.mdis the four-row set. F1 and F4 rejected commit placement, not the live tree. History was not rewritten. The 26-commit, 134-path census is the completeness proof.Owner ratification
.omo/evidence/plan-37-j-packets/RATIFICATION-BUNDLE.mdis the batch the owner filled. Todo 16 applied only the five READY rows.Ratified decisions
readyon five already-implemented Specs. Three staydefined. No demotion.spec:carrier.markdown-authoring,spec:extraction.claim-taxonomy,spec:model.pack-aggregate,spec:model.relations,spec:model.spec-sectionscontract-dependent-suites.mjs, and may disable@typescript-eslint/no-redundant-type-constituentsonly inside the existing contract-dependent-suite ESLint override, so clean-clone lint/check discovery works before generation. No other check or config change.bounded-paritysibling landed in commission1dae853; authored activation landed ine081071. Accept the split.4a451e2,0b098a3,07098f3landed standalone instead of riding adoption commits. Accept the batches.c265f2d/9218be9/dfb899b, not on close8e6a86b. Accept the dedicated placement.065a18finstead of its own Commit:Y lane. Accept the checkpoint placement.DEFINED rows that stay on recipe 2, with the blocker the owner kept:
spec:consumers.projections-modeldefined.spec:extraction.regenerabilityspec:model.core-modelTry it
Expected at this HEAD, re-run in the F5 session rather than copied from Todo 18:
total: 0,excludedReadyExamples: 66,excludedReadyDecisions: 31,excludedWithoutVerifier: []total: 3, the three DEFINED rows above, eachfloorReached: ready,firstUnmetClause: nullerrors: 0,warnings: 5,byValidator: { "honesty/gaps": 5 }, subjects equal the five READY SpecsThe five warnings are informative. Ready never requires a verifier.
test/cli.test.tspins them.Feedback wanted. Are any of the 12 refusals evidence that the frozen registrar point is wrong, rather than useful selection pressure? For
core-model,regenerability, andprojections-model, do the recorded blockers still earndefined? Is zero qualifying K episodes a catalog-usage problem, or proof that sessions are not hand-assembling the same slice?Numbers, re-derived at close
Re-run the recipes rather than inheriting these. Todo 18 measured them twice with identical output. This F5 session re-ran recipes 1, 2, and 8 at
85a338aand got the same JSON.156 Specs · 1 Pack · 157 anchors → 314 nodes · 660 edges. Validate: 0 errors, 5
honesty/gapswarnings on the five READY Specs.honesty/gapsbindExamplecensusgenerated/registrars.jsonfiles10 + 46 + 12 = 68Upcoming work
After merge, resume the paused gen-1 skills parity plan (
.omo/plans/sdp-skills-gen1-parity.md). It is blocked on this closure. This PR does not start that work.Event-triggered deferrals still re-enter only on their recorded triggers: MCP (D6) on a concrete caller with its own verb boundary and contract; Spec Studio on the package-home ruling plus a reader Design Review does not serve; reference projection / structural-edge Mermaid on a named unserved reader. The context-bundle trigger is the same plan-35 rule K just failed to meet.
Durable refusals, unchanged from plan 36: default-carrier flip; Gherkin kind expansion, DocStrings/DataTables, Gherkin Packs; an
implementsslot; frozen-registrar-interface loosening; engine-side adopter execution; Scenario Outlines; re-specifying shipped projections;bySymbol/ impact graph; the.sdp.gherkinsuffix; new query verbs; the E2 placement ruling; the E3 MCP non-ruling.The 12 adoption refusals are equally deliberate under the current freeze. Re-entry needs a future ruling on point completeness or multi-call examples.
Lineage: PR #21 · PR #20 · PR #19 · PR #16 · PR #10
Greptile Summary
This update records plan 37 completion, aligns five self-hosted Specs with their validated readiness, and updates graph and CLI expectations for their informative verifier-gap warnings. The checked corpus contains no extraction or readiness-floor errors; all five promoted Specs derive
ready, and the checked CLI reports the expected five non-gating warnings.Confidence Score: 5/5
No blocking failure remains.
The promoted Specs clear their readiness-floor requirements, and the exercised graph-validation and CLI paths agree with the updated expectations.
What T-Rex did
Reviews (2): Last reviewed commit: "docs(skills): tighten shipped SDP guidan..." | Re-trigger Greptile