Skip to content

docs(r3): §1.8 #83 single ledger status (DECLARED until Gap-4 F-γ.2) + cross-row sync - #3065

Merged
briansrls merged 5 commits into
mainfrom
session/witty-bat-54
May 14, 2026
Merged

briansrls merged 5 commits into
mainfrom
session/witty-bat-54

Conversation

@briansrls

@briansrls briansrls commented May 14, 2026 •

Copy link
Copy Markdown
Contributor

Summary

Keep §1.8 row #83 lens_capability_register_zero_proxy_zero_stub on a single canonical closure track: ledger Status stays DECLARED — full scope IN R3 until the post-all-four-BEHAVIORALLY-COMPLETE register cascade (Gap-4 / Cluster F F-γ.2). Document lens_register_correspondence_test.rs only as supporting CI evidence (regen↔register, PROXY/STUB-zero slice, Band-C md↔lens_capability_register_rows projection) — necessary, not sufficient — so INVARIANTS P2 is not diluted by a parallel "narrow PASSING" row state.

Touches: docs/r3-program-plan.md, docs/r3-structure.md, docs/r3-actual-close-plan.md (Gap 4), docs/design-section-1-8-acceptance-aggregator-pattern.md, docs/audit/r3-close-predicate-execution-2026-05-13.md.

Not in this PR: worker brief path docs/briefs/r3-f-gamma-2-post-merge-capability-register-sync-worker.md (dispatch title only; file not added here).

Test plan

  • Docs-only; no Rust changes. Spot-checked lens_register_correspondence_test.rs test names against the doc citations.
  • CI: fmt + ci + v3 on this branch (see Actions on the PR).

…f at doc

Co-authored-by: Cursor <cursoragent@cursor.com>
@briansrls
briansrls marked this pull request as ready for review May 14, 2026 05:24
@briansrls
briansrls force-pushed the session/witty-bat-54 branch from 9490a1f to 5ee1490 Compare May 14, 2026 05:24

@briansrls briansrls left a comment

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Review metadata

  • Provider / model: codex / unknown
  • Commit: 5ee1490f · Trigger: schedule
  • Thinking: 154s wall

BLOCKING (1)

Root Cause

  • docs/r3-actual-close-plan.md The PR introduces a “split status at HEAD” for #83 instead of keeping the §1.8 Status at DECLARED with the narrow ratchet recorded as partial evidence → keep the canonical gate status tied to the full F-γ.2 predicate, or give the narrow ratchet a distinct non-closure view/receipt.

⚠️ The narrow receipt framing is useful, but the canonical ledger cannot mark the gate PASSING while its own full predicate remains downstream.

Comment thread docs/r3-program-plan.md Outdated
| 81 | `parallelism_lens_behaviorally_complete` | structural-fold | T-Lens-Behavioral-Parity / **Cluster F (T-LP-Retirement)** | **R3-LOAD-BEARING (carve-promoted-IN-R3 2026-05-09)** per Director ratification at gunbc#846 #issuecomment-4412330468; Stage 2e walker port from `workflow_parallelism.rs` → `.dag` per Cluster F sub-phase F-α (substrate-ready M-sized lane). See `docs/audit/r3-cluster-f-sequencing-plan-2026-05-09.md` §1.1. Prior R4-CARVED (C1) status DISSOLVED. |
| 82 | `effect_enumeration_lens_behaviorally_complete` | structural-fold | T-Lens-Behavioral-Parity / **Cluster F (T-LP-Retirement)** | **R3-LOAD-BEARING (carve-promoted-IN-R3 2026-05-09)** per Director ratification cascade at gunbc#846 #issuecomment-4412380947 → #4412433924 → #4412475559. Cluster F sub-phases **F-β.1 (migration-shape ratification canvas)** + **F-β.2 (atomic-migration implementation)** using existing `services.dag::Operation` carrier per locked design `docs/design-effect-enumeration-resource-threading.md` §3.2 + §6.2 ("Operation carrier already exists at services.dag:122; no new top-level carrier required"). F-β.1 canvas authoring stays in Substrate Mgr standing authority; Director ratifies surfaced migration-shape questions (Operation field reads / walker rewire surface / test-consumer breaking changes); F-β.2 worker dispatches against ratified shape. See `docs/audit/r3-cluster-f-sequencing-plan-2026-05-09.md` §1.2-§1.3. Prior R4-CARVED (C2) status DISSOLVED. |
| 83 | `lens_capability_register_zero_proxy_zero_stub` | state-check | T-Lens-Behavioral-Parity / **Cluster F sub-phase F-γ** | **DECLARED — full scope IN R3 (carve-promotion-IN-R3 2026-05-09)** per Director carve-promotion ratification at gunbc#846 #issuecomment-4412330468. Prior C3 scope-narrowing ("ZERO PROXY / ZERO STUB for in-scope lenses (complexity + cost) only") DISSOLVED — register status now fires for **ALL 4 in-R3 lenses** (complexity + cost + parallelism + effect_enum) at R3 close per carve-promotion. Cluster F sub-phase F-γ.2 (post-all-4-lenses-BEHAVIORALLY-COMPLETE cascade). See `docs/audit/r3-cluster-f-sequencing-plan-2026-05-09.md` §1.4.2. |
| 83 | `lens_capability_register_zero_proxy_zero_stub` | state-check | T-Lens-Behavioral-Parity / **Cluster F sub-phase F-γ** | **CONSUMER_LANDED + PASSING** — integration `lens_register_correspondence_test.rs` (`every_regen_lens_entry_has_a_capability_register_row`, `r3_gate_83_lens_capability_register_scope_is_explicit`, `r3_gate_83_lens_capability_register_has_zero_proxy_zero_stub`, `lens_capability_register_rows_match_md_v2_cementing_projection`) fail-closes `src/v3/compiler/regen.dag` → `docs/v3-lens-capability-register.md` `## Capability table` discipline, **zero** `BEHAVIORALLY PROXY` / **zero** `BEHAVIORALLY STUB` on the four T-LBP basenames (complexity + cost + parallelism + effect_enumeration), and Band-C v2-cementing-slice alignment between that table and `std.verification` `lens_capability_register_rows`. Carve-promotion-IN-R3 2026-05-09 (gunbc#846 #issuecomment-4412330468): prior C3 scope-narrowing DISSOLVED — ledger scope is **all 4 in-R3 lenses**. **Full Gap-4 / F-γ.2 §1.8 Pass** (all-four **BEHAVIORALLY COMPLETE** in both the prose mirror and `lens_capability_register_rows`, not merely PROXY/STUB-zero while rows stay **PARTIAL**) remains **downstream** of §1.8 rows **#81**/**#82** per `docs/r3-actual-close-plan.md` Gap 4 INVARIANTS P2 (single predicate — no dilution). See `docs/audit/r3-cluster-f-sequencing-plan-2026-05-09.md` §1.4.2. |

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

BLOCKING: The canonical §1.8 row marks #83 CONSUMER_LANDED + PASSING for a narrow PROXY/STUB-zero ratchet while the same row says the full F-γ.2 §1.8 predicate remains downstream, creating two closure states for one gate and violating INVARIANTS P2 single-authority/no-dilution.

@briansrls

Copy link
Copy Markdown
Contributor Author

Re BLOCKING (inline + codex) on dual closure state for §1.8 #83:

Verified: Marking the canonical §1.8 ledger row as CONSUMER_LANDED + PASSING for the narrow ratchet while the full Gap-4 / F-γ.2 Pass stayed downstream did read as two closure states for one gate id and conflicted with INVARIANTS P2 single-authority framing.

Fix (HEAD): §1.8 row #83 Status is back to DECLARED — full scope IN R3 with a single canonical Pass (= post-all-four-BEHAVIORALLY-COMPLETE / F-γ.2). lens_register_correspondence_test.rs is documented only as supporting CI evidence (necessary not sufficient) in that row, §1.7 “Status at HEAD”, the R4-carved paragraph, r3-structure.md §Acceptance, Gap 4, the §1.9 Cluster F precondition note, and r3-close-predicate-execution-2026-05-13.md (row #83 back to N/A_NOT_PASSING with explicit DECLARED + partial-harness explanation).

No Rust/test changes.

@briansrls briansrls changed the title R3 F-γ.2 §1.8 row #83 4-lens PASSING-flip + cross-row sync: brief at docs/briefs/r3-f-gamma-2-post-merge-capability-register-sync-worker.md (Director-corrected sequencing msg_f40fb169 — cascade prereq met); flip §1.8 #83 lens_capability_register_zero_proxy_zero_stub DECLARED→CONSUMER_LANDED+PASSING docs(r3): §1.8 #83 single ledger status (DECLARED until Gap-4 F-γ.2) + cross-row sync May 14, 2026
@briansrls
briansrls merged commit 4d51f19 into main May 14, 2026
4 checks passed
@briansrls
briansrls deleted the session/witty-bat-54 branch May 14, 2026 06:09
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant