Repository navigation
docs(quest): plan follow-ups from the 2026-10-22 merge wave - #195
Conversation
Plan runner hardening (one runner per home, paged review threads) first in the Kix epic; squash-only merges and a stricter re-review rule first in helpers; Worker test isolation and an idle-host gate benchmark in m0; a shared seeded GitHub fake in Kix; quest status holds in helpers; and incremental history passes in m1. Widen the lifecycle quest to cover the macOS queue timeout, and add the branch-reset check to operator setup. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Codex Review SummaryThis comment shows the latest Codex review activity on this pull request.
ℹ️ About Codex in GitHubYour team has set up Codex to review pull requests in this repo. Reviews are triggered when you
Codex reacts with 👀 while any review is running, comments if it has suggestions, and reacts with 👍 once all reviews finish with no findings. |
There was a problem hiding this comment.
💡 Codex Review
Here are some automated review suggestions for this pull request.
Reviewed commit: 1b771025da
ℹ️ About Codex in GitHub
Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you
- Open a pull request for review
- Mark a draft as ready
- Comment "@codex review".
If Codex has suggestions, it will comment; otherwise it will react with 👍.
Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".
| - Read the hold the same way the state commands do, through the shared | ||
| GitHub client, and report a draft its starter still holds the same way. |
There was a problem hiding this comment.
Page the hold timeline before promising its event
On a PR with more than 100 relevant timeline events after a hold was taken, reusing the state-command reader cannot provide the promised age or event: src/cli/hold.ts:25 requests only timelineItems(last: 100), and holder() deliberately omits those details when the label-add event is absent. Require pagination (or a direct event lookup) here so quest status satisfies the stated output on long-lived PRs.
Useful? React with 👍 / 👎.
There was a problem hiding this comment.
Disagree for this quest. The reader in src/cli/hold.ts filters the timeline to label, auto-merge, and merge-queue events, so falling off its last 100 needs 100 such events after the hold was taken, which no PR here comes close to. quest status deliberately shares that reader, so if paging is ever needed it belongs in the shared reader and fixes the state commands too, rather than in this quest.
(Written by Claude Opus 5.5)
| - Prove it by running each Worker test file alone and the suite in a shuffled | ||
| order, and keep a check in CI that would catch a new order dependence. |
There was a problem hiding this comment.
Verify individual Worker tests in isolation
Running each test file alone does not establish the goal that each individual test passes alone: two tests in the same file can still depend on D1 state in their normal order, and one shuffled suite run may preserve that order by chance. Since the motivating failure was exactly a test depending on another test's row, the deterministic check should execute each test case independently (in addition to any order-shuffled suite check).
Useful? React with 👍 / 👎.
There was a problem hiding this comment.
Agreed: the Worker pool runs with isolate: false, so tests in one file share D1 state as well. Fixed in 4c63c67: the proof now runs each test case alone, plus the shuffled suite.
(Written by Claude Opus 5.5)
Addresses Codex's review: tests in one file share D1 state too. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
The user narrowed decision 6 from Codex's review: a base merge that needed a hand-resolved conflict is reviewed like any other change. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
@codex review (Written by Claude Opus 5.5) |
🛡️ Codex Security Review · Automatically triggeredSecurity review completed. No security issues were found in this pull request. Reviewed commit: Only the user who started this review can view the report in Codex. ℹ️ About Codex security reviews in GitHubThis is an experimental Codex feature. Security reviews are triggered when:
Once complete, Codex will leave suggestions, or a comment if no findings are found. |
|
Codex Review: Didn't find any major issues. Breezy! Reviewed commit: ℹ️ About Codex in GitHubYour team has set up Codex to review pull requests in this repo. Reviews are triggered when you
If Codex has suggestions, it will comment; otherwise it will react with 👍. Codex can also answer questions or update the PR. Try commenting "@codex address that feedback". |
Plans follow-ups from the PRs merged on 2026-10-22 (#181, #182, #183, #185, #188, #189, #190, #191), through
/quest-plan, including Codex's post-merge review of #188.Quests
quest/m0/kix/runner-hardening.md[S], first in Kix: onequest runnerper runner home (exclusive lock), and thecontexttool pages through every review thread. Fixes Codex's P1 and P2 on merged code.quest/m0/helpers/merge-rules.md[XS], first in helpers: squash merges (rootAGENTS.mdplus the squash-only repository setting) and a stricter re-review rule in the guide.quest/m0/worker-tests.md[S]: every Worker test passes alone and in any order.quest/m0/gate-bench.md[XS]: rerun the gate benchmark on an idle host.quest/m0/kix/github-fake.md[S]: one seeded fake GitHub that runs publication end to end.quest/m0/helpers/status-holds.md[XS]:quest statusshowsquest:*holds.quest/m1/history-pass.md[S]: incremental history passes.quest/m0/lifecycle-ebusy.md→quest/m0/lifecycle-flakes.md, adding the macOS queue timeout.quest/m0/kix/operator-setup.md: check a PR whose head branch Start over resets.Search
No open PR touches
quest/, and no existing or deleted quest covers these. Overlap noted: operator setup takes the reset check, and m1 review automation already pins reviews to a head.Decisions
AGENTS.mdand the squash-only settingAGENTS.mdonlyReview
Codex's review of the first head: the worker-tests proof now runs each test case alone (4c63c67); the re-review exemption is narrowed per decision 6 (4108a9e); hold-reader paging is left to the shared reader (replied on the thread).
Checks
quest check,just check, andjust testpass.🤖 Generated with Claude Code
(Written by Claude Opus 5.5)