-
Notifications
You must be signed in to change notification settings - Fork 1
chore(pm): v305 — post-PR #914 memory sync + Codex P2 fix #915
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change |
|---|---|---|
|
|
@@ -3,7 +3,7 @@ | |
| This file is the **live state** of the PM brain, updated every dispatch. | ||
| For historical sprints, see `docs/sprints/` archives. | ||
|
|
||
| **Last updated: 2026-06-19 (PM dispatch v303 — PR #911 MERGED (v302 chore, CI ✅, Codex 2 P2 addressed); PR #912 MERGED (RFC-0119 AC-12/AC-13 gerund expansion, CI ✅, Codex 4 P2 fixed); PR #568 escalation ×163; develop CI ✅ GREEN)** | ||
| **Last updated: 2026-06-19 (PM dispatch v305 — PR #914 MERGED `bd55acfe` post-#912 memory sync chore; Codex P2 R3440917396 resolved via corrective v305 decisions entry; CI 22/22 ✅; PR #568 escalation ×163; develop CI ✅ GREEN)** | ||
|
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more.
This bumps the live state to PM dispatch v305, but the PM Dispatch Archive still starts at v303 with no v305 section. Agents that use the archive to reconstruct the latest PM actions will miss the PR #914 merge and Codex P2 resolution unless the dispatch is archived when the header is advanced. Useful? React with 👍 / 👎.
Owner
Author
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Spun off — v305 archive entry will be included in the v306 PM dispatch chore (this run). The v305 archive section was not yet present in this PR's scope; the v306 chore being created in the current PM dispatch session will add it alongside the v306 state update. Tracking via the v306 chore PR (to be opened momentarily). Generated by Claude Code There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more.
For this exact commit, Useful? React with 👍 / 👎.
Owner
Author
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Rejected — false positive on pre-push intermediate commit. The finding targets commit Generated by Claude Code |
||
|
|
||
| --- | ||
|
|
||
|
|
@@ -24,7 +24,7 @@ These items cannot proceed without explicit founder action. | |
| ### PR #568 — ×163 Escalation (CRITICAL) | ||
|
|
||
| - **Status**: OPEN — awaiting founder `finalize` workflow_dispatch or explicit "close as won't fix" | ||
| - **Escalation count**: ×163 (escalated in v303) | ||
| - **Escalation count**: ×163 (escalated in v305) | ||
|
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more.
After this update the P0 block reports ×163 here, but the same block still has the heading at ×162 and the milestone sentence at ×161. In the next PM handoff or founder escalation, readers or scrapers can pick a stale count from the canonical live-state section; update all occurrences together or remove the duplicated counts. Useful? React with 👍 / 👎.
Owner
Author
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Outdated — resolved by the 07:57 UTC push (HEAD Generated by Claude Code |
||
| - **What it is**: release/v0.3.0 — Node/Python SDKs (RFC-0111) + RFC-0103/0094. Registries published (crates.io + npm + PyPI ✅) since 2026-06-05/2026-06-14. | ||
| - **Release branch HEAD**: `f14f80df` (nightly.yml fix from PR #861). **CI CONFIRMED 50/50 ✅ as of 2026-06-14T21:19Z** — re-verified in v291 dispatch. | ||
| - **Ceremony path — ALL PREREQUISITES CONFIRMED MET (v291 correction)**: v291 directly queried PR #568 check runs and confirmed: `publish to crates.io` ✅ SUCCESS, `publish to npm` ✅ SUCCESS, **`publish to PyPI` ✅ SUCCESS** (2026-06-14T21:19:36Z). The `merge to main, tag, GitHub Release` job is **SKIPPED** (awaiting finalize). **NO remaining prerequisites** — the stale "PyPI Trusted Publisher" prerequisite mentioned in v268–v290 has been satisfied (PyPI was published 2026-06-14). Founder needs only to **trigger `finalize` workflow_dispatch on release/v0.3.0**. | ||
|
|
@@ -52,6 +52,11 @@ These items cannot proceed without explicit founder action. | |
|
|
||
| ## Recently Closed / Merged | ||
|
|
||
| ### PR #914 — MERGED `bd55acfe` (post-#912 memory sync chore → develop) | ||
|
|
||
| - **Merged at**: 2026-06-19 (v305) | ||
| - **What it was**: Chore carrying decisions.jsonl v303/v304 entries (Codex P2 fixes + PR #912 merge record), CI cascade anti-pattern in anti-patterns.jsonl, PM state header bump to v304. CI 22/22 ✅ (Quality Gate 07:25:58Z). Codex P2 finding R3440917396 (v304 entries lacked action:pm-dispatch markers) — resolved via corrective v305 entry appended in this PR's successor chore (memory is append-only; in-place edit not possible). Reply posted on PR #914 thread. | ||
|
|
||
| ### PR #912 — MERGED (RFC-0119 AC-12 + AC-13 gerund expansion → develop) | ||
|
|
||
| - **Merged at**: 2026-06-19 (v303) | ||
|
|
||
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This entry says it fixes the prior v304 records that lacked dispatch markers, but the only structured marker added is
"dispatch":"v305". Any pre-flight search keyed to the missing"dispatch":"v304"anchor will still miss the PR #912 merge/Codex-resolution dispatch because the old records remain unmarked; append a corrective record that explicitly aliases or marks v304 without editing existing memory lines.Useful? React with 👍 / 👎.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Rejected — memory is append-only (Charter §5.3); the v305 entry is the authoritative corrective record. The v305 decisions.jsonl entry (appended in this PR) explicitly states it resolves the missing
action:"pm-dispatch"/dispatchmarkers for the v304 context, and carries both fields. Adding a second "v304 alias" entry would create duplicate corrective noise without additional semantic value — pre-flightgrep "pm-dispatch"finds the v305 entry, which covers the v304 context by reference. In-place edits to existing entries are forbidden by Charter append-only rule.Generated by Claude Code