Repository navigation
quest: record 2026-11-04 /quest-unblock decisions and clear resolved waits - #7919
Conversation
…waits Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
Warning Review limit reachedYou've used all free OSS reviews for now. Wait for the free limit to reset to keep reviewing this public repository. Next included review available in 1 minute. View limit details
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. |
kixelated
left a comment
There was a problem hiding this comment.
Automated review by review (OpenAI)
Reviewed head b44105818c49a637cd0ea2a245eb781aed06b7d4 against base 0eee916849a57335effff60213d0c473b0193848.
P2: Preserve a relay's own route across the other uplink — quest/m1/cluster-routing/routes/proof.md:7-10, 23-27. The new rule files a directly proven peer's own identity bare but qualifies every identity it forwards. In the cited two-uplink topology, relay L1's own origin 20 reaches C1 directly as bare 20, while L2 forwards that same origin to C2 as qualified(K, 20), even though L1 and L2 share K. If L1's direct uplink fails, a reader of its own broadcast cannot move to the qualified alternate as the same route. The named fixture currently checks failover for external origin 9, but only checks that L1's own 20 exists on C1. Settle how the same own origin is represented through a sibling without letting a scoped peer forge somebody else's identity, and extend the failover fixture to serve L1's own broadcast and lose its direct uplink.
P2: Keep the second A/A dispatch as outstanding until it happens — quest/m1/bench-ci.md:14-17, 21-25. The plan says the second run was dispatched after the first finished and leaves only reading both artifacts. At review, the linked first run 41921320690 is still in_progress, so that sequence has not completed. Someone following the waiting item could search indefinitely for a second run rather than dispatch it after the first ends. Record it as pending (or link the actual second run once dispatched) and retain the instruction to dispatch after the first finishes.
Verification: GitHub-only review of the plans, route fixture and current Actions run state. I did not implement the proof, run routing tests, or inspect benchmark artifacts.
(Written by review (OpenAI))
There was a problem hiding this comment.
✅ No new issues found.
Reviewed changes
This run reviewed the single commit b44105818 that records the 2026-11-04 /quest-unblock decisions and clears resolved waits across 12 quest documents.
- New proof quest:
quest/m1/cluster-routing/routes/proof.md([M]) specifies scoped peers proving a route key once per announce stream before the lite-07 cut, with a nonce inANNOUNCE_REQUESTand a session-bound signature inANNOUNCE_OK; linked from the routes quest list and the routing epics. - Reversed prior decisions:
lite07-finalize.md,cluster-routing/README.md, androutes/README.mdnow record the 2026-11-04 reversal of the 2026-10-25/2026-11-02 "no identity proof" notes; the proof quest gates the cut and joins m1. - Cleared waits:
usage-settings-once.mdandusage-unknown-env.md(usage-lib 7.2.0 ships both asks),m0/ci/five-minutes.md(#7632 merged 2026-11-04), andm1/crates-trusted-publisher.md(31 published crates done; wait narrowed to the 7 crates needing a first publish by token). - Recorded decisions:
bench-ci.mdauthorizes a one-time agent dispatch of the two A/A Nightly runs;publish-release-only.mdandffi-shutdown-backport.mdrecord the combined patch cut onreleasesoon, withmainmerged intoreleaseseparately later. session.md: replaces the long "What the key is for" analysis with a pointer toproof.md, listing the four options shown and the research conclusion.
The new quest is linked from every relevant README and the epic; the cleared waits match the PR body's evidence; no dangling identifiers or broken links were found in the changed quest tree. The plan's browser-support claim has a per-session-key fallback, so a stale compatibility note would not block the design. Minor wording and chronology observations in the decision logs are low-stakes documentation polish rather than behavioral findings.
deepseek-v4.1-flash-1017 (free via Pullfrog for OSS) | 𝕏
…atch pending Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
Both P2 findings are fixed in db6fc2a: a scoped, proven peer's own identity is now qualified like the identities it forwards (the 2026-10-26 rule), and bench-ci.md keeps the second A/A dispatch pending with its command. (Written by Claude Opus 5.5) |
kixelated
left a comment
There was a problem hiding this comment.
Automated review by review (OpenAI)
Reviewed head db6fc2a0a41aa36d1e92f789cfeccc07edb5c313 against base 0eee916849a57335effff60213d0c473b0193848, incrementally from b44105818c49a637cd0ea2a245eb781aed06b7d4.
Both prior findings are addressed in the plan. Every identity from a scoped proven peer, including its own, is now qualified by the shared key, and the two-uplink fixture is to exercise an L1-owned broadcast losing its direct uplink. The benchmark quest now leaves the second A/A dispatch pending until the first completes; the linked first run was still in progress when checked. No new actionable finding in this delta.
Verification: GitHub-only static plan comparison and Actions run-state inspection. I did not implement or run the routing fixture or inspect benchmark artifacts.
(Written by review (OpenAI))
There was a problem hiding this comment.
✅ No new issues found.
Reviewed changes
This run incrementally re-reviewed commit db6fc2a0a, which fixes both P2 findings from the prior external review of b44105818; no new concerns.
- Own identity qualified —
proof.md,cluster-routing/README.md,routes/README.md, andsession.mdnow state that every identity a scoped, proven peer sends, its own included, is filed underH(domain, proven key, id), andproof.mdrecords why (bare ids on one path and qualified keys on the other would not fail over). - Failover fixture extended — the proof plan adds extending the two-uplink fixture so relay
l1serves its own broadcast, loses its direct uplink, and the reader fails over throughl2. - Second A/A dispatch kept pending —
bench-ci.mdnow records run41921320690, marks the second A/A dispatch as not yet done as of 2026-11-04, and keeps the after-the-first-finishes instruction with thegh workflow run nightly.yml --ref main -f bench-base=<main's head>command, verified against the workflow'sbench-baseinput.
deepseek-v4.1-flash-1017 (free via Pullfrog for OSS) | 𝕏

Problem
The 2026-11-04
/quest-unblockrun settled maintainer decisions and found several outside waits already cleared. Quest files still recorded them as waiting.Changes
Cleared waits
quest/m2/usage-unknown-env.md,quest/m2/usage-settings-once.md: usage-lib 7.2.0 (2026-11-03) ships both asks (jdx/usage#1609, jdx/usage#1610). The Waiting sections are removed, so both quests are ready to implement.quest/m0/ci/five-minutes.md: moq-dev/moq#7632 merged, so the default FFI re-measurement is no longer blocked.quest/m1/crates-trusted-publisher.md: the maintainer finished all 31 published crates. The wait now covers only the 7 crates that need a first publish by token.Maintainer decisions recorded (each with the options shown, in the quest Plans)
Routing identity (
routes/session.md, which unblocks 62 quests): ✅ scoped peers prove a route key once per announce stream, before the lite-07 cut. A new quest, Scoped peers prove a route key ([M], m1, under the routes epic and so gating the cut), specifies it:exportKeyingMaterialwhen it's available, detected at setup;This reverses the 2026-10-25 and 2026-11-02 "no identity proof gates the cut" notes in
lite07-finalize.mdand the routing epics. Design research found that a proven key cannot remove qualification, since forwarded identities and cost lies remain. What it does is make the qualification key unforgeable and work without tokens.Bench calibration (
bench-ci.md): the maintainer authorized a one-time agent dispatch of the two A/A Nightly runs. The first is run 41921320690; the second is queued behind it, because Nightly cancels an in-progress run. The slowed-bench run stays with the maintainer.Release cuts (
ffi-shutdown-backport.md,publish-release-only.md): ✅ the combined patch cut onreleasecomes soon, after docs(quest): finish release hardening backport #7596's ports and fix(net): backport the joined-head FETCH race fix to release #7680. Mergingmainintoreleasefollows separately.Milestone choice: the new proof quest joins m1 without a question, because it gates the lite-07 cut, which is m1.
Decision prompts
mainlater / both together / not this week.Impact
Quest tree only. Public API: none. Wire: none (the proof quest plans a lite-07 wire change).
Validation
quest check --base origin/main: 591 documents ok.CHECK_MODULES=markdown just check: pass.Review
Round 2:
quest review(Codex gpt-6.1-sol, medium) atdb6fc2a0a4: 0 findings. Responses to the online review ofb44105818c:Round 1 at
b44105818c: 0 findings.🤖 Generated with Claude Code
(Written by Claude Opus 5.5)