Skip to content

feat(v3): lower single-expression brace fn bodies with fallback - #1248

Merged
briansrls merged 83 commits into
mainfrom
session/calm-hawk-173
Apr 30, 2026
Merged

briansrls merged 83 commits into
mainfrom
session/calm-hawk-173

Conversation

@briansrls

@briansrls briansrls commented Apr 30, 2026 •

Copy link
Copy Markdown
Contributor

Parser contract (explicit)

  • Record bodies { field: expr, … } remain record bodies: they parse as SurfaceExpr::Record and lower on the normal record path (not coerced into FnExternalBody).
  • Single-expression brace fn bodies on user .v3 (file.ends_with(".v3")) parse as one SurfaceExpr through the closing } and lower through UserDefined / the usual arrow pipeline.
  • Unsupported / multi-statement brace interiors on .v3 preserve FnExternalBody: on parse_expr failure or trailing tokens before }, the parser rewinds and uses skip_brace_balanced → FnExternalBody (same carrier as the legacy staged-std path).
  • Non-.v3 sources (dsl/std, src/v3/std, compiler/spec fixtures in the parse corpus, etc.) always take FnExternalBody + brace-skip so ArrowBody::Unparsed / bootstrap contracts stay stable.

Out of scope

  • Lens<C> instance wiring, fold_lens, and broader lens runtime beyond what this slice needs for substrate / match lowering.

Fallback preservation — tests & ratchet (prior “parser blocker”)

Reviewers should not need to infer this from diff alone:

Role Name
Parse surface (multi-let in .v3 brace fn stays carrier) m1_substrate_test::m17_multi_statement_brace_fn_parse_surface_stays_fn_external_body
Lower (same shape → ArrowBody::Unparsed) m1_substrate_test::m17_multi_statement_brace_fn_in_v3_falls_back_to_unparsed_arrow
.dag corpus (never expression-parsed for brace fn) m1_substrate_test::m17_dag_corpus_brace_fn_stays_fn_external_body_at_parse_time
Malformed probe (parse_expr Err, e.g. { x + }) m1_substrate_test::m17_malformed_brace_expr_probe_err_maps_to_fn_external_body

Also: m17_brace_bodied_fn_parses_single_expr_to_user_defined_arrow_body, prereq2_brace_fn_match_returns_bare_variant_constructors, prereq2_brace_fn_optional_diagnostic_bare_variant.

Local verification

cargo run -p v3-compiler --bin regen_parse --locked
cargo test -p v3-compiler --test integration sg2_parse_authority_test::parse_generated_module_matches_checked_in_snapshot -- --nocapture
cargo test -p v3-compiler --test integration parse_stage4_prep::handwritten_parse_snapshot_matches_manifest -- --nocapture
cargo test -p v3-compiler --test integration m1_substrate_test::m17_multi_statement_brace_fn_parse_surface_stays_fn_external_body -- --nocapture
cargo test -p v3-compiler m17_ --
cargo run -p v3-compiler --features bootstrap-regen-fresh --bin regen_bootstrap -- --verify

Parse manifest refresh (when the gated corpus output changes): cargo test -p v3-compiler refresh_handwritten_parse_snapshot_manifest -- --ignored then commit the manifest delta (see history: 8411d9236).

Known gap / follow-on

  • Witness<Int> + Inhabits(...) as an explicit fn return still fails return-type discharge for = and { … } in a minimal repro — infer/discharge lane, not this PR; no false-green Witness test here.

Doc touchpoints

  • dag.rs — ArrowBody::Unparsed notes .v3 vs .dag parse surface.
  • lower.rs — user scaffold comment references fn_brace_body_parse_as_expression.

…on in SG-0

- Add non-blocking closure-ledger row on ReleaseDeferredClaim vs
  SubstrateResearchDeferredClaim vs unified DeferredAcceptanceClaim (not a #1179 blocker).
- Extend SG-0 census comment with Director ratification (#1130 c4341788769).

Made-with: Cursor
…1188)

The v2 CI facade comment no longer references deleted
method_template_contracts.dag paths.

Made-with: Cursor
…940508)

Rebased onto main at 192ea48; parse manifest refresh + census verified.

Made-with: Cursor
…ity)

- Remove dsl/shims/v3_std_emit_model.dag (duplicate module v3.std.emit_model vs main).
- Keep dsl/v3/std/emit_model.dag as the sole parseable mirror; add explicit
  🟡 dissolution trigger in the header (tracked scaffold per INVARIANTS P2).

Made-with: Cursor
KwLet-leading brace interiors still fall back to FnExternalBody on
parse_expr failure (multi-statement scaffold). Other parse failures
surface at parse time; regen_parse; update malformed probe test.

Made-with: Cursor
@briansrls

Copy link
Copy Markdown
Contributor Author

Re: REQUEST_CHANGES — Err(_) → FnExternalBody swallows malformed { x + } (manual @ 8f5e398a)

Valid (for the unconditional Err arm). Fixed by KwLet-first discrimination in parse_parser_body.txt / regen_parse (fn_brace_body_expr_err_falls_back_to_external): parse_expr Err only falls back to FnExternalBody when the first token inside { is let (multi-statement scaffold — same Err shape as today). Any other parse_expr failure propagates at parse time (P3 / early diagnostic for malformed single-expression probes like { x + }).

Tests: m17_malformed_brace_expr_probe_returns_parse_error asserts ParseError + compile_to_dag → CompileError::Parse. Multi-stmt / R14 tests unchanged in intent.

Tip: 4a9ea9ba6 (includes comment sync + integration test rename); parser gate logic is on the pushed branch with regen_parse output matching.

— sent from calm-hawk-173

@briansrls

Copy link
Copy Markdown
Contributor Author

Review metadata

  • Provider / model: codex / codex-default
  • Commit: 4a9ea9ba · Trigger: schedule
  • Comparison: origin/main @ 86961089 ... review/pr-1248-4a9ea9ba @ 4a9ea9ba
  • Thinking: 149s wall

Verdict: APPROVE

No findings. The diff keeps the new brace-body behavior scoped to user .v3 parsing, preserves .dag authority corpus behavior, and maintains fail-closed handling for malformed probes and user-range Unparsed scaffolds.

Verified with:
cargo test -p v3-compiler --test integration m17_ -- --nocapture
cargo test -p v3-compiler --test integration prereq2_brace_fn -- --nocapture
cargo test -p v3-compiler --test integration m18_r14_user_block_bodied_fn_is_rejected -- --nocapture

@briansrls

Copy link
Copy Markdown
Contributor Author

Triaged (scheduled codex @ 4a9ea9ba) — APPROVE

Verified on tip 4a9ea9ba6: Re-ran the reviewer’s three filters — m17_ → 16 passed; prereq2_brace_fn → 2 passed; m18_r14_user_block_bodied_fn_is_rejected → ok. Matches the review’s read: .v3 gate + .dag preservation + malformed parse propagation + R14 user Unparsed gate.

No further code change from this review item.

— sent from calm-hawk-173

@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: 4a9ea9ba · Trigger: schedule
  • Thinking: 285s wall

BLOCKING (1)

Root Cause

  • src/v3/compiler/parse_parser_body.txt Fn brace-body parsing reused the data-body record lookahead instead of the record parser’s actual accepted label/empty shape → add a fn-body-specific record predicate, cover {} and type: fields, and regenerate parse_generated.rs.

⚠️ One valid single-expression brace-body shape is still rejected at the parser boundary.

Comment thread src/v3/compiler/parse_parser_body.txt Outdated
span: SourceSpan::new(self.file, fn_kw.span.byte_start, end),
});
}
if self.looks_like_record_literal() {

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.

Invariant violation: BLOCKING: The new fn-body record gate reuses looks_like_record_literal(), whose lookahead excludes empty records and type: field labels even though parse_record_literal accepts them, so valid brace-bodied record returns are rejected before lowering (Facts Flow Forward / boundary sufficiency).

@briansrls

Copy link
Copy Markdown
Contributor Author

Re: inline review @ m1_substrate_test.rs:384 — compile_any vs R14 / compile_to_dag

Invalid on current tip (4a9ea9ba6). That line is now the fixture src string, not a compile_any call. m17_multi_statement_brace_fn_in_v3_falls_back_to_unparsed_arrow uses compile_to_dag, asserts result.is_err(), unwraps CompileError::Semantic(dag), then asserts ArrowBody::Unparsed — see m1_substrate_test.rs:384-402. Comments at 380–383 explicitly warn not to use compile_any here (R14 / scaffold fail-closed).

The relay text matches an older revision before 14a228aa8.

— sent from calm-hawk-173

@briansrls

Copy link
Copy Markdown
Contributor Author

Review metadata

  • Provider / model: openai-pro / gpt-5-5-thinking
  • Commit: 4a9ea9ba · Trigger: manual
  • Comparison: main @ 86961089 ... session/calm-hawk-173 @ 4a9ea9ba
  • Conversation: View conversation

1. Story of the diff

This PR narrows the old “brace-bodied fn is always opaque” scaffold into a split path. For user .v3 files, parse_fn_item now treats a brace body as either a record literal or a single complete SurfaceExpr, lowering successful cases to ordinary SurfaceItem::Fn / ArrowBody::UserDefined; for staged authority .dag files, the parser keeps the legacy FnExternalBody brace-skip behavior so bootstrap/std snapshots remain stable (src/v3/compiler/src/parse_generated.rs:563-685, mirrored in src/v3/compiler/parse_parser_body.txt:528-633). The fallback is bounded: multi-statement or non-single-expression bodies still become FnExternalBody/ArrowBody::Unparsed, and user-range lowering still rejects those opaque bodies at the semantic boundary (src/v3/compiler/src/lower.rs:169-188). The tests update the old scaffold expectation into a new set of behavior receipts: single-expression user brace functions lower to UserDefined, .dag corpus functions stay opaque, multi-statement .v3 bodies fail closed through the unparsed-body rejection, malformed expression probes produce parse errors, and constructor/match fixtures prove the user-visible expression path handles the intended variant-constructor cases (src/v3/compiler/tests/integration/m1_substrate_test.rs:298-343, 343-458, 1139-1172, 2573-2622).

2. Invariant categories

  1. LAYER MODEL (substrate vs implementation).

N/A — this is parser/lowering implementation and documentation over existing substrate shapes; it does not introduce a new Dag-resident type, field, or variant. The ArrowBody::Unparsed docs are updated to describe the parser split, not to change the substrate contract (src/v3/compiler/src/dag.rs:698-704).

  1. INVARIANTS.md + modeling-discipline.md.

Compliant — fail-closed is handled at the relevant boundaries: non-.v3 authority inputs stay on the known scaffold path, user .v3 single expressions become real bodies, malformed non-let probes propagate Err(diag), and user-range opaque bodies remain rejected by lowering (src/v3/compiler/src/parse_generated.rs:608-685, src/v3/compiler/src/lower.rs:169-188). The diff avoids fabricating a plausible expression body when parsing fails.

  1. CODING.md.

Compliant — the new helpers are small, named for the predicate they answer, and their dependencies are explicit on Parser state: fn_brace_body_parse_as_expression reads self.file, while fn_brace_body_expr_err_falls_back_to_external reads a token position and returns a boolean decision (src/v3/compiler/src/parse_generated.rs:571-584). The generated parser and parser body source are kept in sync.

  1. TESTING.md.

Compliant — the added tests are behavior-driven around the changed interface: parse-surface behavior, lowering result shape, semantic fail-closed rejection, and malformed parse error are each pinned separately rather than bundled into one broad “works” test (src/v3/compiler/tests/integration/m1_substrate_test.rs:298-343, 343-458, 1139-1172). Integration-level coverage is appropriate here because the feature spans parse → lower → strict user-range validation.

  1. LOCKED DESIGN DECISIONS.

N/A — I do not see this PR altering a locked design decision. The only design-sensitive note preserves the existing authority .dag/bootstrap behavior until a dedicated regen opt-in (src/v3/compiler/src/dag.rs:698-704).

  1. TRACKED vs UNTRACKED DEBT.

Compliant — the remaining temporary split is documented, bounded, and has a named dissolution trigger: authority .dag sources keep brace-skip/FnExternalBody for bootstrap byte stability, bounded to staged corpus inputs, “until a dedicated bootstrap regen lane opts the corpus in” (src/v3/compiler/src/parse_generated.rs:563-570). That is a tracked bridge rather than an unbounded TODO.

3. Verdict

APPROVE. The PR advances user .v3 brace-bodied functions without changing substrate shape, preserves the authority corpus path deliberately, and adds focused regression coverage for the new parser/lowering split and fail-closed fallback behavior. I did not find a diff-line-backed blocking or non-blocking issue.

- Add fn_brace_body_looks_like_record_literal (documents parity with
  parse_field_label / parse_record_literal).
- Route string-key map literals through parse_map_literal like parse_data_item.
- Integration tests for { type: 1 } and { "k": x } brace fn bodies.
- regen_parse

Made-with: Cursor
@briansrls

Copy link
Copy Markdown
Contributor Author

Re: BLOCKING — fn brace-body record lookahead / rejected valid shapes (4a9ea9ba relay)

Valid for { "key": expr }: Brace-fn .v3 routing only consulted looks_like_record_literal then parse_expr. String-keyed map bodies match looks_like_map_literal in parse_data_item but had no map lane on fn, so they fell into parse_expr → parse_primary → parse_record_literal, which rejects string field labels — a real parse hole.

Fix (pushed 687ce433d):

  • fn_brace_body_looks_like_record_literal — thin, documented hook so the fn-brace record gate stays explicitly tied to parse_field_label / parse_record_literal (incl. type: via existing soft-keyword lookahead in looks_like_record_literal).
  • else if self.looks_like_map_literal() → parse_map_literal() — same disambiguation sibling as parse_data_item.
  • Tests: m17_brace_fn_body_accepts_type_labeled_record_literal, m17_brace_fn_body_accepts_string_keyed_map_literal.
  • regen_parse.

— sent from calm-hawk-173

Matches implementation: empty {} and soft-keyword field labels (e.g. type:);
avoids relay confusion with stale { Ident : }-only wording.

Made-with: Cursor
@briansrls

Copy link
Copy Markdown
Contributor Author

Re: inline @ parse_parser_body.txt:611 — looks_like_record_literal “excludes {} / type:”

Invalid — the predicate already includes both shapes. looks_like_record_literal returns true for LBrace + RBrace (empty record) and for LBrace + (Ident(_) OR soft_keyword_ident_spelling(..)) + Colon, where soft_keyword_ident_spelling includes KwType → "type" (same entry set as parse_field_label). See 258:273:src/v3/compiler/parse_parser_body.txt.

fn_brace_body_looks_like_record_literal is an intentional delegating hook (see 556:561:src/v3/compiler/parse_parser_body.txt) so brace-fn stays one lookahead with parse_data_item / parse_record_literal.

Receipts on branch: m17_brace_fn_body_accepts_empty_record_literal, m17_brace_fn_body_accepts_type_labeled_record_literal, m17_brace_fn_body_accepts_string_keyed_map_literal (map lane is separate looks_like_map_literal).

Doc hygiene (pushed e0fdfe0ff): The old comment above looks_like_record_literal read like { Ident : only; updated to match the actual implementation so this relay class does not recur from stale prose.

— sent from calm-hawk-173

@briansrls

Copy link
Copy Markdown
Contributor Author

Review metadata

  • Provider / model: codex / codex-default
  • Commit: 687ce433 · Trigger: schedule
  • Comparison: origin/main @ 86961089 ... review/pr-1248-687ce433 @ 687ce433
  • Thinking: 160s wall

Verdict: APPROVE. The diff keeps .dag authority sources on the existing opaque path, lowers .v3 single-expression brace bodies through the real expression path, and preserves fail-closed behavior for malformed probes/user opaque bodies. No concrete violations of the pinned invariant, coding, or testing docs observed.

Verified with cargo test -p v3-compiler --test integration m17_: 18 passed.

@briansrls

Copy link
Copy Markdown
Contributor Author

Triaged (manual openai-pro @ 4a9ea9ba) — APPROVE

Verified on tip e0fdfe0ff: The review’s parser/lowering/fail-closed story still holds after subsequent commits (KwLet-only parse_expr Err fallback, R14 / compile_to_dag pins, record+map brace disambiguation, empty/type: receipts). Spot: cargo test -p v3-compiler --test integration m17_ -- → 19 passed; m18_r14_user_block_bodied_fn_is_rejected ok.

No further code change from this review item.

— sent from calm-hawk-173

@briansrls

Copy link
Copy Markdown
Contributor Author

Triaged (scheduled codex @ 687ce433) — APPROVE

Verified on tip e0fdfe0ff: Re-ran cargo test -p v3-compiler --test integration m17_ -- → 19 passed (review at 687ce433 cited 18 — tip adds m17_brace_fn_body_accepts_empty_record_literal plus e0fdfe0ff lookahead-doc/regen_parse sync only). Substance of the review (.dag opaque path, .v3 expr path, fail-closed malformed + user Unparsed) unchanged and green.

No further code change from this review item.

— sent from calm-hawk-173

@briansrls

Copy link
Copy Markdown
Contributor Author

Review metadata

  • Provider / model: openai-pro / gpt-5-5-thinking
  • Commit: e0fdfe0f · Trigger: manual
  • Comparison: main @ 86961089 ... session/calm-hawk-173 @ e0fdfe0f
  • Conversation: View conversation

1. Story of the diff

This PR changes brace-bodied function parsing from “always opaque block scaffold” to a gated path: .v3 user modules now parse brace bodies as real SurfaceExpr bodies when the body is a single expression, a record literal, or a string-keyed map literal, while staged .dag authority sources keep the legacy FnExternalBody / brace-skip path for bootstrap stability (src/v3/compiler/src/parse_generated.rs:563-572, src/v3/compiler/src/parse_generated.rs:637-648). The parser preserves fail-closed behavior for malformed expression probes by only falling back to FnExternalBody on the explicitly recognized statement-scaffold shape and otherwise returning the parse diagnostic (src/v3/compiler/src/parse_generated.rs:704-722). The lower/Dag comments are updated to document that ArrowBody::Unparsed remains a staged .dag/bootstrap scaffold, while user-range opaque bodies are still rejected by the strict lower sweep (src/v3/compiler/src/dag.rs:701-705, src/v3/compiler/src/lower.rs:172-174). The tests are updated from the old “brace body always unparsed” expectation to the new split contract: single-expression .v3 lowers to ArrowBody::UserDefined, .dag remains FnExternalBody, multi-statement .v3 still becomes an opaque scaffold and then fails semantically, malformed expression probes fail at parse, and bare variant constructors in brace bodies compile cleanly (src/v3/compiler/tests/integration/m1_substrate_test.rs:302-323, src/v3/compiler/tests/integration/m1_substrate_test.rs:414-438, src/v3/compiler/tests/integration/m1_substrate_test.rs:502-520, src/v3/compiler/tests/integration/m1_substrate_test.rs:2644-2691).

2. Invariant categories

  1. LAYER MODEL (substrate vs implementation).

Compliant — this is implementation/parser lowering behavior, not a new substrate carrier: the only Dag touch is documentation clarifying that .dag authority sources still surface SurfaceItem::FnExternalBody while user .v3 may produce SurfaceItem::Fn (src/v3/compiler/src/dag.rs:701-705).

  1. INVARIANTS.md + modeling-discipline.md.

Compliant — fail-closed is preserved for malformed single-expression brace bodies: the parser only converts the Err(diag) path to FnExternalBody when the first inner token is the explicit statement-scaffold token, otherwise it restores the checkpoint and returns the original diagnostic (src/v3/compiler/src/parse_generated.rs:704-722). Facts also flow forward for real .v3 expression bodies by constructing SurfaceItem::Fn { body: body_expr, ... } instead of discarding the parsed expression (src/v3/compiler/src/parse_generated.rs:650-670, src/v3/compiler/src/parse_generated.rs:678-688).

  1. CODING.md.

Compliant — the new decision points are small parser helper functions with explicit names (fn_brace_body_parse_as_expression, fn_brace_body_expr_err_falls_back_to_external, fn_brace_body_looks_like_record_literal) rather than inlined repeated conditionals, and the generated/parser-body copies stay aligned (src/v3/compiler/src/parse_generated.rs:571-590, src/v3/compiler/parse_parser_body.txt:539-560).

  1. TESTING.md.

Compliant — the PR adds behavior-focused regression coverage at the relevant boundary: single-expression brace bodies lower to ArrowBody::UserDefined (src/v3/compiler/tests/integration/m1_substrate_test.rs:302-323), soft-keyword record labels and map literals parse through the brace-body path (src/v3/compiler/tests/integration/m1_substrate_test.rs:346-384), staged .dag sources retain FnExternalBody (src/v3/compiler/tests/integration/m1_substrate_test.rs:414-438), malformed expression probes fail at parse (src/v3/compiler/tests/integration/m1_substrate_test.rs:502-520), and the existing R14 fail-closed opaque-body test is updated to use a fixture that still exercises ArrowBody::Unparsed (src/v3/compiler/tests/integration/m1_substrate_test.rs:1210-1237).

  1. LOCKED DESIGN DECISIONS.

N/A — the diff documents the bootstrap-stability carveout for .dag authority files but does not alter a locked substrate decision or target-realization authority; no locked design divergence appears in the changed lines.

  1. TRACKED vs UNTRACKED DEBT.

Compliant — the remaining opaque brace-body path is explicitly bounded to staged .dag/bootstrap sources and multi-statement .v3 scaffolds, with user-range opaque bodies still rejected by the lower-side semantic sweep (src/v3/compiler/src/parse_generated.rs:563-570, src/v3/compiler/src/lower.rs:172-174, src/v3/compiler/tests/integration/m1_substrate_test.rs:1210-1237). I do not see a new TODO, permanent bridge, or unbounded duplicate authority introduced by this diff.

3. Verdict

APPROVE

The PR cleanly narrows the old opaque brace-body scaffold without changing substrate shape, preserves the .dag bootstrap path, and adds targeted tests for the new parse/lower contract and fail-closed edges. I did not find a diff-line-supported blocking or non-blocking issue.

@briansrls

Copy link
Copy Markdown
Contributor Author

Triaged (manual openai-pro @ e0fdfe0f) — APPROVE

Verified on tip e0fdfe0ff: Re-ran the brace-fn / scaffold slice — cargo test -p v3-compiler --test integration m17_ -- → 19 passed; prereq2_brace_fn → 2 passed; m18_r14_user_block_bodied_fn_is_rejected ok. Matches the review’s read (.v3 expr/record/map path, .dag opaque path, KwLet-only Err fallback, parse-fail probes, R14 user Unparsed gate).

No further code change from this review item.

— sent from calm-hawk-173

@briansrls

Copy link
Copy Markdown
Contributor Author

Review metadata

  • Provider / model: codex / codex-default
  • Commit: e0fdfe0f · Trigger: schedule
  • Comparison: origin/main @ 86961089 ... review/pr-1248-e0fdfe0f @ e0fdfe0f
  • Thinking: 149s wall

Verdict: APPROVE

Diff is narrowly scoped to parser handling for .v3 brace-bodied fn expressions, with .dag authority sources preserving the existing FnExternalBody path. I don’t see concrete violations of fail-closed behavior, single-authority modeling, or the testing guidance in the changed lines.

Verified with:
cargo test -p v3-compiler --test integration m17_ -- --nocapture
cargo test -p v3-compiler --test integration m18_r14_user_block_bodied_fn_is_rejected -- --nocapture
cargo test -p v3-compiler --test integration prereq2_brace_fn -- --nocapture

@briansrls

Copy link
Copy Markdown
Contributor Author

Triaged (scheduled codex @ e0fdfe0f) — APPROVE

Verified on tip e0fdfe0ff: Re-ran the reviewer’s three filters — m17_ → 19 passed; m18_r14_user_block_bodied_fn_is_rejected ok; prereq2_brace_fn → 2 passed. No new rubric violations on this head.

No further code change from this review item.

— sent from calm-hawk-173

@briansrls
briansrls merged commit bb40a38 into main Apr 30, 2026
4 checks passed
@briansrls
briansrls deleted the session/calm-hawk-173 branch April 30, 2026 11:46
briansrls added a commit that referenced this pull request Apr 30, 2026
Per parent inbox #1130 (2026-04-30): record explicit block syntax
(`do { ... }` proposed) as the X3 disambiguation strategy, not
heuristic first-token lookahead. Reasons: `{ ... }` already has
live record + map literal meanings; #1248 just tightened that
ambiguity surface; explicit marker is unambiguous and cost-of-
change-zero for future block-internal forms.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
briansrls added a commit that referenced this pull request Apr 30, 2026
* WIP: calm-hawk-173

* WIP: calm-hawk-173

* docs(r2): record deferral-predicate audit debt; cite #1179 ratification in SG-0

- Add non-blocking closure-ledger row on ReleaseDeferredClaim vs
  SubstrateResearchDeferredClaim vs unified DeferredAcceptanceClaim (not a #1179 blocker).
- Extend SG-0 census comment with Director ratification (#1130 c4341788769).

Made-with: Cursor

* WIP: calm-hawk-173

* WIP: calm-hawk-173

* WIP: calm-hawk-173

* WIP: calm-hawk-173

* docs(dsl): fix ci_runner note after extdeps method-template removal (#1188)

The v2 CI facade comment no longer references deleted
method_template_contracts.dag paths.

Made-with: Cursor

* chore(v3): SG-0 receipt for Director cycle-5 rebase pass (#1142 c4341940508)

Rebased onto main at 192ea48; parse manifest refresh + census verified.

Made-with: Cursor

* chore: refresh PR head for merge-state reconciliation (no file changes)

Made-with: Cursor

* fix(dsl): single v2 facade for v3.std.emit_model (P2 duplicate authority)

- Remove dsl/shims/v3_std_emit_model.dag (duplicate module v3.std.emit_model vs main).
- Keep dsl/v3/std/emit_model.dag as the sole parseable mirror; add explicit
  🟡 dissolution trigger in the header (tracked scaffold per INVARIANTS P2).

Made-with: Cursor

* WIP: calm-hawk-173

* WIP: calm-hawk-173

* WIP: calm-hawk-173

* WIP: calm-hawk-173

* WIP: calm-hawk-173

* WIP: calm-hawk-173

* WIP: calm-hawk-173

* WIP: calm-hawk-173

* WIP: calm-hawk-173

* WIP: calm-hawk-173

* WIP: calm-hawk-173

* WIP: calm-hawk-173

* WIP: calm-hawk-173

* chore: apply cargo fmt

* WIP: calm-hawk-173

* chore: apply cargo fmt

* WIP: calm-hawk-173

* chore: refresh parse corpus manifest for .v3-only brace-fn parse gate

Re-ran refresh_handwritten_parse_snapshot_manifest after Parser gates
brace-bodied fn surface lowering to .v3 sources; staged .dag corpus
stays on FnExternalBody so snapshot hashes realign with committed
manifest rows.

Made-with: Cursor

* test: align prereq-2 brace match fixture with sum payload (Cell { n: Int })

Manager #1248: Slot now declares Cell with inline Conj payload; match arms
use VariantFields binding and return Cell { n: 1 } / Vacant so payload
shape matches lowering (lens class-5 constructor path).

Made-with: Cursor

* WIP: calm-hawk-173

* test(v3): pin malformed brace-fn probe falls back to FnExternalBody

Documents why parse_expr Err cannot surface at this boundary without
breaking the leading-KwLet multi-statement fallback; asserts Unparsed
lowering for the malformed case.

Made-with: Cursor

* test(v3): pin R14 on multi-stmt and malformed brace-fn lowers

User-range ArrowBody::Unparsed must fail compile_to_dag (Semantic);
compile_any masked that. Assert Err then inspect partial Dag, matching
m18_r14_user_block_bodied_fn_is_rejected.

Made-with: Cursor

* test(v3): retarget R14 fn gate on multi-stmt FnExternalBody fixture

Brace .v3 parses  as a real identifier expr, so the old fixture
no longer exercises Unparsed + reject_user_unparsed_scaffolds. Pin R14
with a multi-line body and assert the opaque-block-body diagnostic.

Made-with: Cursor

* WIP: calm-hawk-173

* fix(v3): propagate brace-fn parse_expr errors except let-first bodies

KwLet-leading brace interiors still fall back to FnExternalBody on
parse_expr failure (multi-statement scaffold). Other parse failures
surface at parse time; regen_parse; update malformed probe test.

Made-with: Cursor

* docs(parse): clarify brace-fn parse_err vs partial-expr fallback

Made-with: Cursor

* fix(v3): align brace-fn literal lookahead with data + map bodies

- Add fn_brace_body_looks_like_record_literal (documents parity with
  parse_field_label / parse_record_literal).
- Route string-key map literals through parse_map_literal like parse_data_item.
- Integration tests for { type: 1 } and { "k": x } brace fn bodies.
- regen_parse

Made-with: Cursor

* test(v3): pin empty {} brace-fn body parses as Record literal

Made-with: Cursor

* docs(parse): correct looks_like_record_literal lookahead description

Matches implementation: empty {} and soft-keyword field labels (e.g. type:);
avoids relay confusion with stale { Ident : }-only wording.

Made-with: Cursor

* docs(briefs): T-Int128 R3 initial audit and slice ordering

Planning slice for R3 lane T-Int128: documents current integer/literal/range
surface, STOP gates (substrate.dag LitInt, grammar), and ordered shippable
slices A–D aligned with t-substrate-cardinality sibling framing.

Made-with: Cursor
briansrls added a commit that referenced this pull request Apr 30, 2026
* WIP: tidy-wolf-507

* WIP: tidy-wolf-507

* chore: apply cargo fmt

* WIP: tidy-wolf-507

* chore: apply cargo fmt

* WIP: tidy-wolf-507

* WIP: tidy-wolf-507

* fix(v3): SG-0 ratchet receipt + parse-corpus manifest refresh

- Add method_template_contract_test.rs to EXPECTED_HAND_AUTHORED_TEST
  with Director-approved receipt (T-Ground-LanguageSpec dispatch
  explicitly accepted "focused Rust tests over the reflected substrate").
- Refresh parse_corpus_manifest.txt entry for src/v3/std/emit_model.dag
  to reflect MethodTemplateContract + PlaceholderConvention additions.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* WIP: tidy-wolf-507

* chore(v3): re-regen bootstrap on top of merged main

Re-regenerate v3 bootstrap so MethodTemplateContract +
PlaceholderConvention land on top of main after merging
origin/main (carrier shape unchanged).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* WIP: tidy-wolf-507

* feat(v3): T-Substrate-Lens-Primitive — Lens<C> carrier + Q6.5 widening

First substrate slice for the lens framework
(docs/design-lens-framework.md, docs/briefs/r2-substrate-manager.md).
Director-locked option (c) on parent inbox #1130.

Substrate changes:
- New src/v3/std/lens.dag declares Lens<C> with the locked 6-field
  shape: name, read: fn(Dag, Behavior) -> Witness<C>,
  sequential: Monoid<C>, branch: fn(C, C) -> C,
  iterate: fn(C, LoopBound) -> C,
  validate: fn(Dag, C) -> OptionalDiagnostic. Reuses Witness<C> /
  OptionalDiagnostic / DimensionReport<C> from dimensions.dag and
  Monoid<C> from dsl/std/algebra.dag — no parallel reps introduced.
- diagnostics.dag: Q6.5 two-layer authority. Adds DiagnosticKindDecl,
  LensInstanceKindWitness (decl-only, no payload field — see gap
  receipt below), and AnyDiagnosticKind = CompilerKind |
  LensInstanceKind. Widens Diagnostic.kind from CompilerDiagnosticKind
  to AnyDiagnosticKind. CompilerDiagnosticKind closed sum unchanged
  (anti-bridge invariant).

Substrate gap receipt (Director-approved option (c)):
- LensInstanceKindWitness intentionally lacks a payload value field.
  Today's .dag grammar cannot express
  `payload: <inhabits kind_decl.payload>` (refinement-type-on-sibling-
  field). The flat alternative ratifies the illegal-state Q6.5
  rejected (Lens / name / payload-shape three independent coords).
  Layer-2 kind identity + namespace authority land now; structured
  payload value waits for dependent-field typing.

Acceptance:
- src/v3/compiler/tests/integration/lens_substrate_carrier_test.rs:
  Lens<C> 6-field shape, Diagnostic.kind widening, closed-sum
  invariance, AnyDiagnosticKind two-constructor shape, Layer-2
  payload absence as fail-loud trigger when grammar gap closes.
- SG-0 ratchet receipt added with Director acceptance citation.
- parse_corpus_manifest.txt refreshed via
  refresh_handwritten_parse_snapshot_manifest -- --ignored.

Out of scope (deferred to subsequent lanes):
- Migration of cost.dag / complexity.dag / idempotency.dag /
  parallelism.dag PROXY lenses to consume Lens<C> (R3-T-CostLens-
  Composition + R2-Evaluator PR-A..E).
- fold_lens<C> generic fold machinery (I2 in design doc).
- User-authored lens TestClaim wiring (I7 in design doc).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* WIP: tidy-wolf-507

* docs(v3): explicitly cover kind_decl resolution gap in SCAFFOLD comment

Strengthen LensInstanceKindWitness SCAFFOLD comment to call out that
bare `DeclarationRef` for `kind_decl` is part of the SAME dissolution
trigger as the deferred payload typing — substrate-level
refinement-typing-on-DeclarationRef closes both the payload-typing
gap and the kind-decl resolution gap in one move. Cites the analogous
PatternRealization and MethodTemplateContract.dag_method patterns.

Addresses non-blocking codex BLOCKING relay at sha fa5bba2 (Layer-2
diagnostic-kind witness leaving its core authority unconstrained) —
shape unchanged per Director-locked option (c) on parent inbox #1130;
just makes the bounded-scaffold receipt fully explicit on this row.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* chore(v3): re-regen bootstrap on top of merged main

Re-regenerate v3 bootstrap so Lens<C> + Q6.5 widening land on top of
latest main after the merge conflict resolution. Refresh parse
manifest. Carrier shape unchanged.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* chore(v3): re-regen bootstrap on top of merged main (#1188 fix)

Re-regenerate v3 bootstrap so Lens<C> + Q6.5 widening land on top of
main after #1188 fixed the v2-extdeps regression. Refresh parse
manifest. Carrier shape unchanged.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* WIP: tidy-wolf-507

* feat(v3): minimal method-declaration registry + MethodRef refinement

Closes the dag_method: DeclarationRef substrate gap from #1175 by
landing the smallest structurally honest method-name registry and
refining MethodTemplateContract.dag_method to typed MethodRef.
Director-locked options A/A/(a) on parent inbox #1130.

Substrate changes:
- New dsl/std/methods.dag: MethodDeclaration { name: String } +
  63 data <name>_method bindings (full union of unique names from
  the 7 dsl/std/algebra.dag per-profile template lists).
- New src/v3/std/methods.dag: MethodRef { decl: DeclarationRef }.
  Lives in v3-space because dsl/std/ stays v3-spec-free per the
  existing layering convention.
- src/v3/std/emit_model.dag: MethodTemplateContract.dag_method
  refined from bare DeclarationRef to MethodRef.
- src/v3/compiler/src/bootstrap_regen_fresh.rs: dsl/std/methods.dag
  added to the v3 std-fixture allow-list.

Acceptance:
- src/v3/compiler/tests/integration/method_registry_test.rs:
  4 structural claims — registry covers all 63 algebra-template
  names (drift-detection), MethodDeclaration identity-only,
  MethodTemplateContract.dag_method refines to MethodRef,
  MethodRef is single-field decl wrapper.
- SG-0 ratchet receipt added with Director-acceptance citation.
- parse_corpus_manifest.txt refreshed.

Out of scope (Grounding-owned and follow-up):
- Algebra template-row rewrite to import/reference the typed decls.
- Grounding MethodTemplateContract row population.
- MethodTranslation / SimpleMethodSpec retirement.
- Refining decl: DeclarationRef to DeclarationRef<MethodDeclaration>
  (same trigger as PatternRealization / LensInstanceKindWitness).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* WIP: tidy-wolf-507

* test(v3): tighten method-registry authority enforcement

Per codex REQUEST_CHANGES at sha d6216b8: existence-by-name was
behavioral rather than enforced. method_registry_covers_all_algebra_
template_names now verifies each <name>_method binding (1) has a
TypeConnective::Instantiation pointing at MethodDeclaration, and
(2) carries a Structural value_body with name = String literal
matching the expected method name. The drift trigger named in the
.dag file's documentation is now actually enforced fail-closed.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* chore: apply cargo fmt

* WIP: tidy-wolf-507

* test(v3): registry drift derives names from algebra.dag source

Per codex REQUEST_CHANGES at sha fdaaee5: hand-maintained
EXPECTED_METHOD_NAMES could drift in lock-step with the registry,
both staying out-of-sync with algebra.dag without failing the test.

method_registry_covers_all_algebra_template_names now
include_str!s `dsl/std/algebra.dag` and lexically extracts unique
`name: "<id>"` literals from the per-profile template-list bodies
(filtering for lowercase identifiers to skip type-shape names
like `NamedTemplate { name: "Int" }`). algebra.dag is the actual
authority — adding a new method name there without landing the
registry binding now fails fail-closed at the same boundary the
.dag SCAFFOLD comment promises.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* docs(design): lens-fold prerequisites audit

Director-approved option C on parent inbox #1130 after the
T-Substrate-Lens-Primitive complexity-lens migration slice STOP+PINGed
on the class-5 / fn-block-body grammar gap. Prerequisite audit (no
code; no substrate edits) names the exact lowering work needed before
data complexity_lens: Lens<Int> = { ... } can lower honestly:

- Prereq-1: port-carried field values in data record bodies
  (closes class-5 gap #3 port-carried branch).
- Prereq-2: fn block-body lowering with variant-constructor
  expressions (closes class-5 gap #4 + block-body restriction).
- Prereq-3: fold_lens<C> generic fold + workflow-root identification
  (depends on Prereq-1 + Prereq-2).

Surfaces the workflow-root identification question Director flagged
for the M2 semantic interpretation with three options (last
topological Bind / last lane2_workflow Bind / last UserCallable Bind)
and a recommendation. Cross-references the existing
Dimension<SymbolicCost> data-binding deferral at cost.dag:260-302
which has the same blocker.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* WIP: tidy-wolf-507

* docs(design): land Director dispositions on lens-fold prerequisites

Director-accepted both #1207 decision points on parent inbox #1130
(2026-04-29):

1. Workflow-root identification = (α) last topological Bind, but
   only behind a named workflow_root_port(d: Dag) -> PortId
   helper/accessor. β rejected. γ remains a future refinement
   behind the same accessor. Cross-reference: workflow_root_port is
   shared authority for both fold_lens<C> and R2-Evaluator's
   runtime entry-point identification (Items 4+5 / #1176 §3.2).
2. Class-5 gap #4 strategy = infer-time re-resolution. No per-type
   special cases for Witness<C> / OptionalDiagnostic.

Splits Prereq-3 into 3a (workflow_root_port accessor, ~1-2 days,
standalone) and 3b (fold_lens<C> body, depends on Prereq-1 +
Prereq-2 + 3a). 3a can land in parallel with Prereq-1 / Prereq-2 to
unblock R2-Evaluator early.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* docs(design): fail-closed WorkflowRoot return type for accessor

Per BLOCKING review on PR #1207 at sha d34ca4a: a total
workflow_root_port(d: Dag) -> PortId return drops the no-root and
multi-entry cases. Refine the accessor's return type to a
WorkflowRoot sum:

  type WorkflowRoot
    = SingleRoot(PortId)
    | NoRoot
    | AmbiguousRoot { candidates: List<PortId> }

NoRoot and AmbiguousRoot are explicit fail-closed surfaces both
consumers (fold_lens<C> and R2-Evaluator) handle without
fabrication. Director's α / γ rules populate SingleRoot only when
exactly one last-topological-Bind exists; partition is reusable
across α and γ refinements.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* docs(design): narrow Prereq-1 to Arrow-signature inhabitance

Per BLOCKING review on PR #1207 sha d34ca4a: original framing
was stale. Verified at lower.rs:3273-3565: lower_record_to_structural
already handles nested Record/List/Map; lower_structural_field_value
already resolves SurfaceExpr::Var/Path to FieldValue::Reference for
DeclarationRef-typed and meta-tag-matching fields. The actual
residual gap is narrower — Arrow-signature inhabitance for fn-typed
fields like Lens<C>.read: fn(Dag, Behavior) -> Witness<C>.

Prereq-1 sizing drops ~3-5 days → ~1-3 days. Total sequencing
revised from ~11-17 days to ~9-15 days. Other prereqs unchanged.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* docs(design): add Prereq-3a standalone acceptance for accessor

Per BLOCKING review on PR #1207 sha 42bf818: Prereq-3a was
allowed to land before 3b but only 3b had named acceptance,
violating the reflected-facts invariant. Add four claims for
Prereq-3a (single-Bind / zero-Bind / multi-Bind variant
returns + R2-Evaluator cross-consumer proof) so the accessor
has its own generated-consumer proof at the substrate-load
boundary, independent of 3b's downstream fold correctness.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* docs(design): resolve workflow-root contradiction in does-not-do list

Per codex non-blocking finding on PR #1207 sha d34ca4a: the
"does not commit to workflow-root interpretation" bullet
contradicted the Director-locked α + accessor disposition added
above. Strike the bullet and reference the locked disposition.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* docs(design): fix stale -> PortId in Sub-slice 3a after WorkflowRoot refinement

Per codex REQUEST_CHANGES on PR #1207 sha 8f48849: line 320 still
said `workflow_root_port(d: Dag) -> PortId` while the rest of the
doc had been updated to `-> WorkflowRoot` (the fail-closed
sum from the earlier inline blocking review). Stale residue from
the iterative refinements; fixed.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* docs(design): clarify AmbiguousRoot semantics under linear d.nodes

Per codex non-blocking improvement on PR #1207 sha 96c9901:
under α (last topological Bind) and Dag.nodes being a linear
order, ambiguity cannot arise by construction. AmbiguousRoot is
reserved for the γ refinement (last UserCallable Bind) where
multiple Binds can tie. α acceptance for the claim is now
vacuous-but-wired: a fixture where γ would tie still returns
SingleRoot under α; the AmbiguousRoot exercise lands when γ
wires.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* docs(design): AmbiguousRoot reserved for enumerate-all rule, not α/γ

Per BLOCKING review on PR #1217 sha f2f3128: γ is also "last X
Bind" over linear Dag.nodes — same linearity property as α —
so neither rule can produce a tie by construction. The previous
deferral of AmbiguousRoot to γ left the fail-closed sum arm
without a realizable acceptance path.

Honest fix: AmbiguousRoot is reserved for a separate
enumerate-all-eligible-entries rule that R2-Evaluator's
evaluate(program, entry, args) needs for entry-name
disambiguation across multi-entry programs (the runtime takes
an entry-name arg precisely because of this case). That rule
returns every UserCallable Bind's result_port as candidates;
R2-Evaluator matches by entry name. Three concrete acceptance
sub-claims now pin the realizable case.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* WIP: tidy-wolf-507

* feat(v3): workflow_root_port accessor + WorkflowRoot sum (Prereq-3a)

First substrate slice from the merged audit at
docs/design-lens-fold-prerequisites.md. Implements the
Director-locked α rule (last topological Bind) behind a fail-closed
WorkflowRoot accessor that fold_lens<C> and R2-Evaluator share.

Substrate changes:
- src/v3/std/substrate.dag: declare WorkflowRoot sum
  (SingleRoot(PortId) | NoRoot | AmbiguousRoot { candidates }) plus
  fn workflow_root_port(d: Dag) -> WorkflowRoot { host workflow_root_port }.
  AmbiguousRoot is reserved for the future enumerate-all-eligible-
  entries rule (multi-entry programs / R2-Evaluator entry-name
  disambiguation per Items 4+5 / #1176 §3.2); α is a single-pick
  rule over linear d.nodes and never emits AmbiguousRoot.
- src/v3/compiler/src/dag.rs: WorkflowRoot Rust enum mirror +
  Dag::workflow_root_port α impl (walks d.nodes backward, returns
  SingleRoot at the first Behavior::Bind, NoRoot when none).

Acceptance:
- src/v3/compiler/tests/integration/workflow_root_port_test.rs:
  three integration claims via real compile_to_dag fixtures —
  single-Bind / multi-Bind-under-α / unreachable-AmbiguousRoot drift
  trigger.
- src/v3/compiler/src/dag.rs#tests::workflow_root_zero_bind_returns_no_root:
  unit test for the defensive NoRoot arm via crate-private
  Dag::empty (v3 surface always lowers ≥1 Bind, so the case is
  unreachable from compile_to_dag fixtures but real at the
  substrate boundary).
- SG-0 ratchet receipt + parse_corpus_manifest refresh.

Out of scope (Prereq-3b and beyond):
- fold_lens<C> generic fold machinery.
- Lens<C> instance authoring (data complexity_lens).
- R2-Evaluator entry-point integration (the runtime cross-consumer).
- γ refinement / enumerate-all rule.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* chore: apply cargo fmt

* docs(v3): fix SingleRoot comment to match α multi-Bind behavior

Per manager review on PR #1232: the .dag SingleRoot comment said
"exactly one workflow-root Bind exists" which contradicted the
Director-locked α semantics (multiple Binds are not ambiguous —
α just picks the last). Match the comment to the Rust impl: α
emits SingleRoot whenever the Dag contains at least one Bind.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* WIP: tidy-wolf-507

* fix(v3): WorkflowRoot NonSingletonList + Rust scaffold receipt

Per codex BLOCKING review on PR #1232 sha ed8997c:

1. AmbiguousRoot.candidates → NonSingletonList<PortId> on both
   surfaces (substrate.dag + Rust mirror). Empty/singleton candidate
   sets are now structurally unrepresentable; ambiguity by definition
   requires ≥2 candidates.
2. Rust pub enum WorkflowRoot now carries the full 🟡 SCAFFOLD receipt
   mirroring the .dag — three-arm partition + named dissolution
   trigger (γ refinement / enumerate-all rule reuse the same partition
   behind the workflow_root_port accessor).

Also refresh parse manifest + module header in workflow_root_port_test.rs
(corrected the "three claims" list to match the actual integration
tests; zero-Bind unit test lives in dag.rs#tests).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* chore(v3): re-regen bootstrap on top of merged main

Re-regenerate v3 bootstrap so WorkflowRoot + workflow_root_port
land on top of latest main. Refresh parse manifest. Carrier shape
unchanged.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* docs(v3): explicit BOUNDED STAGING SCAFFOLD receipt on workflow_root_port

Per codex REQUEST_CHANGES on PR #1232 sha 628910c: name the
realization-side staging explicitly with a bounded scaffold
receipt naming the first-emitter-consumer trigger. The accessor
declaration + Rust impl + Rust-side consumer tests land in
Prereq-3a (this PR); the per-target SubstrateAccessorBinding
lands atomically with the first .dag consumer (Prereq-3b
fold_lens<C> is planned first), same staging discipline as
lane2_workflow_at.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* WIP: tidy-wolf-507

* feat(v3): land Rust SubstrateAccessorBinding for workflow_root_port

Per codex BLOCKING on PR #1232 sha 8bb6dc7: the prior bounded-staging
receipt was correct that Python/Go bindings stage, but wrong about the
Rust binding being optional in this slice. Without ANY binding the
accessor is not in substrate_accessor_universe, so a .dag consumer
falls through to plain callable dispatch — not fail-closed.

Add rust_workflow_root_port_accessor (carrier
"({p0}).workflow_root_port()") and workflow_root_port_binding_rust to
src/v3/spec/rust.dag, matching the lane2_workflow_at precedent. The
accessor is now in substrate_accessor_universe; any .dag consumer
lowers correctly under Rust target. Python/Go bindings remain staged
for when those targets emit consumers (per BOUNDED STAGING receipt
update on the substrate.dag accessor).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* fix(v3): bump substrate-accessor binding count to 6 for workflow_root_port

substrate_accessor_rust_binding_invariants asserts an exact count
of Rust bindings; bumping to 6 (was 5) for the new
workflow_root_port_binding_rust added at PR #1232.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* WIP: tidy-wolf-507

* feat(v3): add rust_workflow_root TypeRealization

Per codex BLOCKING on PR #1232 sha 4ed2a8e: the WorkflowRoot
substrate sum was added without registering its Rust TypeRealization.
Generated Rust matches over WorkflowRoot need the carrier mapping so
the substrate sum identity flows through emission rather than
rendering through a free name.

Adds data rust_workflow_root: TypeRealization { language:
rust_language, target: WorkflowRoot, carrier: "WorkflowRoot",
is_copy: false, fields: [], cost: 1 } following the rust_behavior
precedent.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* WIP: tidy-wolf-507

* WIP: tidy-wolf-507

* docs(design): Prereq-X audit — call-on-field-access for fold_lens<C>

Director-approved option (b) on parent inbox #1130 after the
fold_lens<C> HO field-call smoke confirmed v3 surface grammar
does not support call-on-field-access. Records four exact parse
failures (w.f(x), (w.f)(x), let g=...; g(x), brace-block
let-then-call) and splits the prerequisite into three
implementation slices:

- X1: call-on-field-access dispatch (Arrow-typed expression callee).
- X2: call-on-Var Arrow-typed dispatch (likely implicit in X1).
- X3: brace-block let-expression inside `=` fn bodies.

Maps each to lens.read / lens.sequential.op / lens.branch /
lens.iterate / lens.validate dispatch paths. Notes that the
lens-fold-prerequisites audit at #1207 conflated field assignment
(Prereq-1, landed) with field invocation (Prereq-X, missing).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* docs(design): Director-lock explicit block syntax for Prereq-X3

Per parent inbox #1130 (2026-04-30): record explicit block syntax
(`do { ... }` proposed) as the X3 disambiguation strategy, not
heuristic first-token lookahead. Reasons: `{ ... }` already has
live record + map literal meanings; #1248 just tightened that
ambiguity surface; explicit marker is unambiguous and cost-of-
change-zero for future block-internal forms.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* docs(design): name TransformTarget::IndirectCall extension for X1 runtime-callee

Per gpt-5-5-thinking REQUEST_CHANGES on PR #1264 sha 8daec0b:
the audit said "higher-order Transform target" without naming
the substrate carrier. Updated to:

- Split the lowerer impact into L1.a (statically-resolvable callee,
  reuses TransformTarget::Callable, no substrate change) and L1.b
  (runtime-sourced callee, requires new TransformTarget::IndirectCall
  { callee: PortId } variant).
- Name TransformTarget::IndirectCall as the substrate extension with
  permanent (non-SCAFFOLD) lifecycle — HO dispatch is a real
  long-term language surface, not staging.
- Sequence: L1.a first (no substrate change), L1.b second.
- Note that fold_lens<C> itself depends on L1.b because `lens` is a
  function parameter, not a static binding — L1.a alone does not
  unblock the consumer the audit was scoped to enable.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* docs(design): IndirectCall as discriminator-only variant; callee in inputs[0]

Per BLOCKING inline on PR #1264 sha 172bb2c at line 153: putting
callee: PortId on the variant payload would put a runtime dependency
outside TransformNode.inputs, violating Facts Flow Forward / Every
Dependency Is A Substrate Fact. Reflected consumers walk inputs to
derive dependencies; a separate-field callee would be invisible to
that walk.

Refine the design: TransformTarget::IndirectCall is discriminator-
only (no payload). inputs[0] carries the callee port, inputs[1..]
carry args. Single dependency authority preserved; arity arithmetic
becomes inputs.len() - 1 for IndirectCall.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* docs(design): structural Callee/Arg tagging for TransformNode.inputs

Per gpt-5-5-thinking REQUEST_CHANGES on PR #1264 sha d4d50c0: the
inputs[0]-by-convention encoding admits illegal states (empty
inputs, non-Arrow first input) and pushes enforcement to later
type-checking, violating illegal-states-unrepresentable.

Refine the design: TransformNode.inputs becomes Vec<TransformInput>
where TransformInput = Arg(PortId) | Callee(PortId). For
IndirectCall, exactly one element is Callee(_); the rest are Arg.
Single dependency authority preserved (inputs.iter() still walks
every dependency port). Variant tag makes the boundary structural.

Plus constructor-API enforcement: Dag::push_indirect_call_transform
is the only way to build an IndirectCall transform; validates
Arrow-typed callee + arity at construction time. Cardinality
("exactly one Callee") enforced by builder + debug assert until
v3 supports refined enum payload.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* docs(design): use post-lock `do { ... }` block surface in T2.1 fixture

Per cursor exploratory note on PR #1264 sha d4d50c0: T2.1's
fixture used the pre-lock { ... } form, inconsistent with X3's
locked `do { ... }` discipline. Update to use `do { ... }` so
the matrix matches the locked surface.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* docs(design): emitter contract uses TransformInput tag, not inputs[0]

Per gpt-5-5-thinking REQUEST_CHANGES on PR #1264 sha ea53938:
the emitter section reintroduced the positional convention the
audit explicitly rejected — said "use inputs[0] as callee" while
the structural invariant section said the Callee tag is the
single authority.

Fix: emitter partitions inputs by TransformInput tag (find the
unique Callee element; project Arg elements in order); fails
closed via EmitError::MalformedIndirectCall if Callee is missing
or duplicated. Positional authority explicitly rejected.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* WIP: tidy-wolf-507

* chore: apply cargo fmt

* docs(design): make S2 span description meaningful

Per cursor exploratory note on PR #1264 sha ea53938: the [...]
span placeholder in S2 was ambiguous. Replace with a meaningful
description ("at the leading `(` of the parenthesized callee")
so the audit's regression-fixture purpose is self-explanatory
even without exact byte offsets.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* docs(design): real S2 span + remove stray integration.rs blank line

Per cursor APPROVE_WITH_COMMENTS on PR #1264 sha de24278:

1. S2 span placeholder replaced with real byte offsets [106, 107]
   (leading `(` of parenthesized callee in the smoke fixture),
   matching the verbatim-evidence bar S1/S3/S4 set.
2. Stray blank line in src/v3/compiler/tests/integration.rs from
   the earlier S2-probe cleanup removed; integration.rs now matches
   origin/main exactly so the acceptance bullet ("no code changes")
   is honest.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* docs(design): collapse target+inputs into TransformDispatch sum (X1)

Per gpt-5-5-thinking REQUEST_CHANGES on PR #1264 sha de24278:
the Vec<TransformInput> tagged-element approach left cardinality
of Callee per IndirectCall as a cross-field invariant
enforced by builder + debug assert, not by the type. Failed
illegal-states-unrepresentable.

Resolution: collapse TransformNode.target and TransformNode.inputs
into a single typed sum TransformDispatch with one variant per
dispatch shape, each carrying its own structured fields (Callable
{ callee: DeclarationId, args }, Indirect { callee: PortId, args },
etc.). Cardinality and target/callee compatibility are both
expressed in the type:

- Callable / FieldProject / Operator cannot carry runtime callee
  ports (no callee: PortId field).
- Indirect cannot omit its callee (single field, not Option, not Vec).
- Multi-callee Indirect is impossible (single field, not Vec).
- Callable.callee is DeclarationId (compile-time);
  Indirect.callee is PortId (runtime); type system separates them.

Single-authority dependency walk preserved via
TransformDispatch::input_ports() iterator.
EmitError::MalformedIndirectCall retires — malformed state
unrepresentable.

Migration cost noted: substantial refactor of TransformNode and
all consumers walking target/inputs separately. Implementation
worker scopes the migration; audit only locks the target shape.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* docs(design): ArrowPortRef typed handle for IndirectCall.callee

Per BLOCKING inline on PR #1264 sha de24278 line 215:
Indirect.callee: PortId admits non-Arrow callees with API-level
enforcement only behavioral. Refine to ArrowPortRef — Track-9
named-typed-handle wrapping PortId with Arrow-type proof,
constructable only via Dag::resolve_arrow_port which validates
the port's producer signature at construction.

Non-Arrow callees become structurally unrepresentable:
- ArrowPortRef's constructor is private to the dag module.
- Outside callers go through resolve_arrow_port, which returns
  Err(NonArrowPortError) on non-Arrow ports.
- Indirect { callee: ArrowPortRef, ... } can only be built with a
  validated ArrowPortRef.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* docs(design): fix "against existing the existing" typo

Per codex exploratory note on PR #1264 sha 69ee59a.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* docs(design): clarify X3 'if Director confirms' refers to need not syntax

Per cursor exploratory note on PR #1264 sha 79af7aa: X3's syntax
is already Director-locked to explicit block markers earlier in
the doc; only whether X3 is required for fold_lens<C> remains
open. Tighten the acceptance section to disambiguate.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* docs(design): close arity gap — OperatorCall fixed-arity + ArityCheckedArgs Track-9 handle

Operator arity now encoded in OperatorCall sum (Unary/Binary); call-shape
args wrapped in ArityCheckedArgs typed handle validated by
Dag::resolve_call_args against the resolved Arrow signature. Malformed
arity is structurally unrepresentable rather than convention-level.

* docs(design): align L1.b sequencing bullet with ArityCheckedArgs typed handle

* docs(design): bind args proof to dispatch target via atomic construction

ArityCheckedArgs as a free-floating proof admitted reattaching args
validated against signature A to a dispatch built for target B.
Replaced with crate-private variant fields + Dag-level builders
(push_callable/field_project/indirect_transform) that fuse target
resolution and arity/type validation in one step. The proof and
target are co-constructed; no public path can split them.

* docs(design): add TransformDispatch dissolution ledger (🟢/🟡/🔴)

Per modeling-discipline coproduct classification:
- 🟢 Operator: keep (true user-input-boundary; primitives have no DeclarationId)
- 🟡 Callable/FieldProject/Indirect: future-dissolve to Call { callee: CalleeRef, args }; separate today only because emitter rendering and args co-construction bind per-variant
- 🔴 none

Tracking gate for the 🟡 collapse: emitter callee-rendering split.

* docs(design): align builder name to push_indirect_transform

* docs(design): close pub-enum-field gap — wrap dispatch variants in pub(crate)-field structs

Reviewer caught: pub enum with named-field variants exposes those
fields publicly, so 'crate-private fields' was a false claim. Replaced
named-field variants with tuple-struct payloads (CallableDispatch,
FieldProjectDispatch, IndirectDispatch) whose fields are pub(crate).
Outside the dag module, literal construction is blocked by the type
system; only the Dag builder produces them. OperatorCall stays a plain
pub enum since its variants witness no signature.

* docs(design): scope dispatch payload fields to module-private (not pub(crate))

Reviewer caught: pub(crate) fields permit any in-crate module to
construct CallableDispatch { ... } literally, bypassing the Dag
builder that binds args to target. Switched to module-private (no
visibility modifier) so only code inside the dag module can construct
the payloads. Aligns ArrowPortRef precedent (already module-private).

* docs(design): reclassify Operator from 🟢 to 🟡 per ArithOp dissolution example

Modeling-discipline Practice 4's canonical example is ArithOp →
Apply { function: FunctionRef } pointing at std::int::add. OperatorCall
is structurally that case; absence of a current DeclarationId for + / -
/ unary ! is not the same as 'no richer source exists.' Tracking gate:
std/{int,bool,float}/ declaring operator-algebra witness functions and
parser desugaring operator tokens to Call(FunctionRef).

* docs(design): harmonize dispatch variant snippets to tuple-payload form

* docs(design): split FieldProject (pure projection) and FieldCall (invocation)

Reviewer caught: collapsing plain field access and field invocation
into one variant with optional args admits a malformed state where
projection has args or invocation has none. Different state families
should be different variants.

- FieldProject preserves current TransformTarget::FieldProject shape
  (no args; pure value access) — 🟢 keep.
- FieldCall is the new X1 variant — projection-then-call; always has
  args. 🟡 future-collapses with Callable/Indirect into Call{CalleeRef}.

Builders split: push_field_project_transform vs push_field_call_transform.

* docs(design): input_ports() enumerates carrier/operand ports too

Reviewer caught: FieldProject.carrier and Operator(Unary/Binary)
operand ports are runtime deps; input_ports() must yield every
runtime PortId across all variants for Facts Flow Forward to hold.
Documented per-variant enumeration explicitly.

* docs(design): separate 'HO dispatch capability permanent' from 'Indirect variant transitional'

Reviewer flagged: 'Indirect is permanent' (line 482) muddled with
'Callable/FieldCall/Indirect 🟡 future-dissolve' (line 424). Split into
two claims: the capability is permanent (some variant must carry HO
dispatch), but the specific variant spelling 'Indirect(IndirectDispatch)'
retires when the 🟡 collapse to Call{CalleeRef::Port} lands.

---------

Co-authored-by: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
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