edit | blame | history | raw

PMO治理与队列

生成日期：2026-07-16

当前状态

  • 主题说明：PMO治理与队列 相关会话的长期二级汇编；原始会话记录仍是证据源。
  • 来源记录数：37
  • 时间范围：2026-06-26 至 2026-07-16
  • 最新记录：26.0716-Mindraw.PMO-接管与版本审计.md

最近结论摘录

  • 2026-07-07 2026-07-07-MEXP15派工.md：用户确认 Developer ID signing / notarization 所需证书和凭据已经准备好，要求 PMO 进入 goal 工作模式，目标固定为：生成普通用户可用的 signed / notarized DMG。；创建 goal：生成普通用户可用的 signed / notarized DMG。；新建 MEXP15 工作目录：
  • 2026-07-07 2026-07-07-MEXP15运营模板.md：PMO 派工 OPS-EDC-03，Plan ID P-20260707-signed-notarized-dmg。目标是在 MD-EDC-02 给出真实 artifact、版本、build、SHA256 和下载路径之前，先准备普通用户可读的 signed / notarized DMG 安装、校验、首次打开、Codex sidebar 使用、问题回报、卸载和回滚说明模板。；变更对象：MEXP15 signed / notarized DMG 运营说明。；事实来源：
  • 2026-07-08 2026-07-08-PMO巡检队列-01.md：Owner 明确要求保存本次侧聊会话。主题是 PMO 消费延迟后，如何把 Mindraw 本地 PMO Watch Queue 机制落实到项目规则和台账。；已确认详细会话记录存在：.codex-sessionhistory/2026-07-08-PMO巡检队列.md。；本轮新增本文件作为同日同主题的保存确认记录，避免覆盖原记录。
  • 2026-07-08 2026-07-08-PMO巡检队列.md：Owner 指出代码审核员已停二十多分钟而 PMO 未消费终态，要求先复核最新全局规则，再按“Mindraw 本地把 PMO Watch Queue 机制补实”的建议落实。；只读复核最新全局 ~/.codex/rules/project-governance.md，确认全局层已经要求显式 Watch Queue、next_check_at 到期巡检、worker 终态同轮消费和 Progress Log 不替代活跃调度队列。；判断本轮不继续修改全局规则，改为在 Mindraw 本地落实可执行的 PMO Watch Queue。
  • 2026-07-08 2026-07-08-PMO消费延迟.md：用户指出代码审核员已停止约 23 分钟，但 PMO 没有继续推进；要求按项目规则核实并纠偏，避免 worker 已回报后无人消费、状态停滞。；PMO 核实代码审核员线程和 02-P/PMO_INBOX.md：REVIEW-M4C-EDC-04 已在 2026-07-08T20:32:15+08:00 回报终态。；回报口令为：PM_NOTIFY_READY REVIEW-M4C-EDC-04 REVIEW_GATE=crg-9f1b6d5a4c28 RESULT=PASS。
  • 2026-07-10 2026-07-10-PMO崩溃接管.md：PMO 接管会话 019f3677-6970-7b63-be2d-aa93b792f83d 未完成的 QA-EDC-05-CM1-EVIDENCE-CLOSURE；确认原 QA 线程 systemError 后重发恢复派工，并记录 5 分钟 SLA 逾期、重试状态和后续迁移到 QA-2 号的续派方向。
  • 2026-07-12 26.0712-Mindraw.PMO-M4C开源候选转QA.md：PMO 消费 M4C-GH-01-SMOKE-ALT、REVIEW-M4C-GH-01、OPS-M4C-GH-01 三个终态，确认 GH-R1 / GH-R2 完成、GH-R3 Active，并派发 QA-M4C-GH-01 作为当前唯一开源计划 active assignment。
  • 2026-07-16 26.0716-Mindraw.PMO-接管与版本审计.md：PMO 接管故障 PMO 会话 019f5088-989f-71c1-a2de-cdf3d755b600，固定 Coder、代码审核员1号与 integration 专属 QA，推动 MD-EDC-08 / MD-EDC-09 修复链，并完成当前 1.2.3 work-on 分支与历史 1.2.4 候选的 commit 级差异审计。

核心事实补录

2026-07-02 2026-07-02-PMO进程巡检.md

  • 变更对象：02-P/pmo-active-assignments.json 中 M4C-MSPP-01-20260701。
  • 事实来源：
  • 统一台账：02-P/plan-progress.markdown 的 P-20260701-mindraw-sidebar-preview-polish 段。
  • worker 线程：019efd0e-ae6e-7331-9a51-82906bb2c5cd 最新完成回报。
  • m4c 输出 commit：c706e7cd850522005297193f51f4e452001c0c66。
  • 变更前：
  • status: active
  • 无 completed_at

2026-07-04 2026-07-04-MD-BUNDLE-07派工.md

  • 旧 1.2.2 / Build202607021605 只保留为失败证据，不再作为当前可复验候选。
  • 下一 App candidate 由 MD-BUNDLE-07 生成，版本不得低于 1.2.3，build 使用 BuildYYYYMMDDHHMM。
  • 配套 plugin baseline 固定为 M4C-BUNDLE-06 installed cache：
  • /Users/ar/.codex/plugins/cache/personal/mindraw/0.1.0+codex.20260704090518
  • PM-BUNDLE-REGATE-03 等 MD-BUNDLE-07 回报后再执行，范围限定 latest-created project canvas。
  • target-link sidebar entry 不在本轮范围内。
  • PMO 不直接构建 App candidate，只负责计划、派工、核验线程状态和后续组合复核。
  • 变更对象：MEXP13 下一候选路径。

2026-07-04 2026-07-04-PMO状态回报.md

  • 变更对象：PMO plugin source 治理任务状态。
  • 事实来源：
  • 02-P/plan-progress.markdown
  • 02-P/pmo-active-assignments.json
  • P2.mindrawforcodex/03-O/K2.项目管理/联调QA/2026-07-04-M4C-PLUGIN-SOURCE-01PluginSourceCanonicalization.md
  • 变更前：
  • PMO-PLUGIN-SOURCE-01 为未勾选，等待 M4C-PLUGIN-SOURCE-01-REVIEW。
  • M4C-PLUGIN-SOURCE-01-20260704 状态为 pending-code-review。

2026-07-04 2026-07-04-代码审核门禁.md

  • 当前控制 Gate 是 crg-a2dc33026c3c。
  • crg-eadc0ad304a9、crg-b314203940fd、crg-23f61056b508、crg-24d6e020cef4、crg-a9477db1d447 仅作为同一阻塞链路的历史上下文。
  • 本次代码审核结论是 PASS，但这不等同 QA PASS、发布 Go 或用户验收通过。
  • 默认 src-tauri/target 内仍存在旧 /Users/ar/Projects/ExcalidrawX/... Tauri permission 生成缓存，导致标准 cargo check --manifest-path src-tauri/Cargo.toml 和 cargo test --manifest-path src-tauri/Cargo.toml preview 失败；该问题不是当前源码 d...
  • hook 机械识别以同一 Gate ID 周边固定字符窗口判断，并优先匹配 CHANGES_REQUESTED / BLOCKED / 阻塞；因此当前 PASS 记录附近不得同时放入这些词。
  • 变更对象：Mindraw 当前代码审核门禁 P-20260704-review-gate-crg-a2dc33026c3c。
  • 事实来源：02-P/plan-progress.markdown 中 P-20260704-review-gate-crg-a2dc33026c3c。
  • 变更前：Review Gate: needs-code-review；Status: needs-code-review。

2026-07-04 2026-07-04-审核门禁登记-01.md

  • 本轮只做 PMO 门禁登记和派工，不做源码修改、不清理 worktree、不替代码审核员下结论。
  • 在同一 Review Gate ID 获得 PASS / 等效复核前，当前 diff 不得进入 QA、交付、发布、Done 或用户验收。
  • 当前大量 ._* AppleDouble 文件、.git/objects/pack/._* 的 non-monotonic index 噪音、参考源码快照改动和旧路径 /Users/ar/Projects/ExcalidrawX 残留，均作为审核风险交给代码审核员核对。
  • 变更对象：代码审核门禁 crg-a9477db1d447 的 PMO 派工状态。
  • 事实来源：02-P/plan-progress.markdown、02-P/pmo-active-assignments.json
  • 变更前：Stop hook 报告研发项目代码 / 构建相关 diff 缺少同一 Review Gate ID 的 review request。
  • 变更后：统一台账已有 Review Gate ID: crg-a9477db1d447、Status: needs-code-review，PMO assignment 已绑定代码审核员线程。
  • 范围边界：本轮没有审核代码、没有运行构建 / 测试、没有清理 ._* 文件、没有声明审核通过。

2026-07-04 2026-07-04-审核门禁登记-02.md

  • 本轮只做运营 / PMO 门禁登记、派发和状态收敛，不修改源码、构建脚本、测试、发布资料或用户可见行为。
  • crg-b314203940fd 保持 needs-code-review，没有同 ID 的 PASS / 等效通过结论。
  • crg-23f61056b508 的 BLOCKED 结论说明当前 review 边界已被 gate ID 漂移、Git pack AppleDouble 错误、批量执行位漂移和大量未跟踪文件污染；这也是 crg-b314203940fd 不得放行的核心风险。
  • 变更对象：代码审核门禁 crg-b314203940fd 的统一台账登记和派发状态。
  • 事实来源：02-P/plan-progress.markdown、代码审核员线程 019f28ec-36d0-7b03-8056-7e61ea782e59
  • 变更前：crg-b314203940fd 已登记待审，但代码审核员线程中存在后续 crg-23f61056b508 指令和 gate 漂移风险。
  • 变更后：crg-b314203940fd 计划项明确保留 Review Gate ID: crg-b314203940fd、Status: needs-code-review，并记录已补发收敛指令；同链路 crg-23f61056b508 的 BLOCKED 结论作为风险证据保留。
  • 范围边界：本轮未运行构建 / 测试，未清理 ._* 文件，未修复 .git/objects/pack/._* 噪音，未声明代码审核通过。

2026-07-04 2026-07-04-审核门禁登记.md

  • 本轮只做审核请求登记和派发，不做代码审核，不给 PASS。
  • 在同一 Review Gate ID 获得 PASS 前，本次 diff 不能作为 QA、交付或发布依据。
  • 当前大量 ._* AppleDouble 文件、.git/objects/pack/._* 导致的 non-monotonic index 报错、以及历史 /Users/ar/Projects/ExcalidrawX 路径残留，均作为代码审核风险点交给审核员核对。
  • 变更对象：MEXP13 计划项中的代码审核门禁状态。
  • 事实来源：02-P/plan-progress.markdown
  • 变更前：Stop hook 报告 crg-a9477db1d447 无 review request，收尾被阻止。
  • 变更后：统一台账已有 Review Gate ID: crg-a9477db1d447 与 Status: needs-code-review / dispatched-to-code-reviewer / reviewer-inProgress。
  • 范围边界：本轮未修改源码、未清理 worktree、未运行构建/测试、未声明审核通过。

2026-07-04 2026-07-04-门禁语料收敛.md

  • 变更对象：crg-a2dc33026c3c 代码审核门禁记录语料。
  • 事实来源：
  • 02-P/plan-progress.markdown
  • 02-P/PMO_INBOX.md
  • 02-P/pmo-events.jsonl
  • /Users/ar/.codex/hooks/code_review_gate.py
  • 变更前：
  • 同一 gate 在台账中已有代码审核员 PASS 记录。

2026-07-04 26.0704-Mindraw.PMO-PMO接手.md

  • 变更对象：02-P/pmo-active-assignments.json 当前路径与 MEXP13 active assignment 状态。
  • 事实来源：02-P/pmo-active-assignments.json、02-P/plan-progress.markdown、Codex 新角色线程列表。
  • 变更前：
  • 顶层 progress_file / pmo_inbox / events_jsonl 仍指向 /Users/ar/Projects/ExcalidrawX/...。
  • MD-BUNDLE-06-20260702 状态为 active，thread id 为历史不可读线程 019f0cb7-61d6-7b81-8f41-b3544b62e737。
  • M4C-BUNDLE-06-20260702 状态为 active，thread id 为历史不可读线程 019efd0e-ae6e-7331-9a51-82906bb2c5cd。
  • 变更后：
  • 顶层 PMO 文件路径改为 /Users/ar/Projects/Mindraw/02-P/...。

2026-07-04 2026-07-04-代码审核门禁.md

  • 本轮不修改源码、不清理 AppleDouble ._* 文件、不清理 .git/objects/pack/._* 噪音。
  • 本轮不替代码审核员下复审结论。
  • Hook 明确报告当前 Gate status 为 CHANGES_REQUESTED / BLOCKED，因此该 Gate 继续保持阻塞，等待代码审核员回写可执行结论或修复要求。

2026-07-05 2026-07-05-PMO门禁收口.md

  • Review Gate：crg-7784e7708416
  • Review conclusion：PASS
  • 代码审核员线程：019f2dde-a22a-7850-8107-a9a372634a9b
  • 旧 reviewer 线程：019f28ec-36d0-7b03-8056-7e61ea782e59，当前 host 无法 resume
  • App candidate：1.2.3 / Build202607042351
  • DMG：03-O/C2.builds/releases/Build202607042351/Mindraw_1.2.3_aarch64-Build202607042351.dmg
  • DMG SHA256：5c8041288a61f8c09e7bf0ca8a0bcd68b55d17e5aaa1079eb8d7864a952481b5
  • Manifest：03-O/C2.builds/releases/Build202607042351/release-manifest.json

2026-07-07 2026-07-07-MEXP15派工.md

  • MEXP15 默认目标版本为 1.2.4，build 为实际打包时间生成的 Build20260707HHMM。
  • 如 coder 判断必须复用 1.2.3，必须在自查和 Review Request 中写明可复核理由。
  • 本轮不做 App Store、自动更新、Windows/Linux/macOS Intel、sidebar target-link、m4c runtime 变更。
  • PMO 不直接改源码、构建脚本、Tauri 配置或候选产物生成流程；代码和构建动作由 MD-EDC-02 执行。
  • REVIEW-EDC-03 暂不 active；等 MD-EDC-02 回报 Review Gate ID 后再派代码审核员。
  • Plan ID：P-20260707-signed-notarized-dmg
  • 状态：Active / first-wave-dispatched
  • 输入基线：

2026-07-07 2026-07-07-MEXP15运营模板.md

  • 变更对象：MEXP15 signed / notarized DMG 运营说明。
  • 事实来源：
  • 02-P/MEXP15-SignedNotarizedDMG/pm/mexp15-round-spec-20260707.md
  • 02-P/MEXP15-SignedNotarizedDMG/pm/mexp15-role-dispatch-briefs-20260707.md
  • 02-P/plan-progress.markdown
  • 02-P/MEXP14-ExternalDistributionCandidate/ops/ops-edc-01-distribution-kit-template-20260706.md
  • 02-P/MEXP14-ExternalDistributionCandidate/ops/ops-edc-02-signing-notarization-rollback-policy-20260707.md
  • 变更前：

2026-07-08 2026-07-08-PMO巡检队列-01.md

  • 不再继续修改全局规则；全局 project-governance.md 已有 Watch Queue / 同轮消费原则。
  • Mindraw 本地把 02-P/pmo-active-assignments.json 明确为 PMO Watch Queue。
  • Mindraw 发布冲刺期采用 5 分钟 PMO 终态消费 SLA。
  • Hook 只做提醒、门禁或记录，不自动改写版本化事实源。
  • 变更对象：Mindraw PMO 派工事实源与巡检规则。
  • 变更前：02-P/pmo-active-assignments.json 主要是派工登记 / active assignment 事实源。
  • 变更后：02-P/pmo-active-assignments.json 同时承担 PMO Watch Queue，包含 watch_queue_policy，模板包含 next_check_at、last_checked_at、watch_status。
  • 边界：本次只改项目治理文档、台账规则、索引和会话记录；没有改源码、构建脚本、App、plugin 或候选产物。

2026-07-08 2026-07-08-PMO巡检队列.md

  • 02-P/pmo-active-assignments.json 不再只是派工登记表，同时作为 Mindraw 本地 PMO Watch Queue。
  • Mindraw 本地发布冲刺期采用 5 分钟 PMO 终态消费 SLA。
  • 当 report_target 已出现 PM_NOTIFY_READY / PASS / FAIL / BLOCKED / PARTIAL / CHANGES_REQUESTED / PMO_REPORT_BLOCKED 等终态，而 assignment 超过 SLA 仍未关闭或改类，应标记或记录为 pmo-consumption-overdue。
  • PMO 在开始汇报、收尾、停下、答复 Owner 状态、派下一棒或做 PMO Gate 前，必须先扫 active assignments、02-P/PMO_INBOX.md 和必要的 worker latest turn。
  • Hook 只用于提醒、门禁或记录，不自动改写版本化事实源。
  • 变更对象：Mindraw PMO 派工事实源和本地巡检规则。
  • 事实来源：AGENTS.md、02-P/plan-progress.markdown、02-P/pmo-active-assignments.json、INDEX.md。
  • 变更前：02-P/pmo-active-assignments.json 主要被描述为 active assignment / 派工事实源；模板没有显式 next_check_at、last_checked_at、watch_status；没有本地 pmo-consumption-overdue SLA 口径。

2026-07-08 2026-07-08-PMO消费延迟.md

  • crg-9f1b6d5a4c28=PASS 只代表 M4C-EDC-04 m4c plugin source / installed cache / package evidence 的代码复核通过。
  • 该 PASS 不代表 CM1 fresh-machine 复测通过，不代表 PMO Gate、用户验收或公开分发判断。
  • 下一步不应继续等待代码审核员；应由 PMO 准备并组织 CM1 fresh-machine recheck，验证新的 m4c plugin candidate 是否解决首次无 project canvas 时的 create bootstrap blocker。
  • 变更对象：MEXP15 signed / notarized DMG 外部分发候选中的 m4c fresh-create blocker 调度状态。
  • 事实来源：
  • 02-P/plan-progress.markdown
  • 02-P/pmo-active-assignments.json
  • 代码审核员回报线程 019f28ec-36d0-7b03-8056-7e61ea782e59

2026-07-10 2026-07-10-PMO崩溃接管.md

  • 变更对象：QA-EDC-05-CM1-EVIDENCE-CLOSURE-20260710 assignment。
  • 事实来源：02-P/pmo-active-assignments.json、QA 线程 019f28ec-394e-7831-89ff-e7000b7fdf7f、02-P/plan-progress.markdown。
  • 变更前：status=active、watch_status=active-qa-evidence-closure、next_check_at=2026-07-10T18:20:25+08:00，但无终态且 QA 线程系统错误。
  • 变更后：status=active、watch_status=pmo-consumption-overdue-retry-dispatched、dispatch_thread_status=retry-dispatched-after-system-error、next_check_at=2026-07-10T19:00:25+08:00。
  • 后续补充：Owner 确认 019f4bb0-5016-74d0-b8b4-d97d84e5a4e9 为 QA-2 号；QA-2 号先执行 QA-EDC-06-EXEC 并给出 FAIL，PMO 随后把 QA-EDC-05-CM1-EVIDENCE-CLOSURE 迁移、续派到 QA-2 号。
  • 范围边界：仅 PMO 治理记录与 QA 派工恢复；未修改 App、plugin、源码、测试、构建脚本或发布候选包。

2026-07-12 26.0712-Mindraw.PMO-M4C开源候选转QA.md

  • 变更对象：P-20260711-mindraw4agent-github-open-source 阶段状态与 PMO Watch Queue。
  • 变更前：GH-R1 Active；GH-R2 Pending；GH-R3 Pending；M4C-GH-01-SMOKE-ALT、REVIEW-M4C-GH-01、OPS-M4C-GH-01 三任务仍错误保持 active。
  • 变更后：GH-R1 Complete；GH-R2 Complete；GH-R3 Active；前三项关闭，QA-M4C-GH-01 为唯一当前开源计划 active assignment。
  • Review Gate：crg-8aac08bba31e=PASS_WITH_SMOKE_GATE；后续独立 smoke PASS 满足附带 smoke gate。
  • 候选：P2.mindrawforcodex/03-O/C2.builds/M4C-GitHubOpenSource/mindraw4agent-0.1.3-public-source-candidate-GH20260711173220/。
  • 候选 tarball SHA256：7ef05c1124fd461813c72b39d53f11f3723d5cd71ba0af6b210ca6f6fa116687。
  • DMG 上传源：/Users/ar/Downloads/cm1-m4c-edc-05-clean-recheck-kit-20260709/Mindraw_1.2.4_aarch64-Build202607071930.dmg；DMG SHA256：5a053f02910463507879b42bb63445810eae3bfb2a9730c65f753e32e5d74df3。
  • 范围边界：尚未创建 GitHub repo，未配置 remote，未 push，未上传 asset，未公开 prerelease；未修改源码、App 或 DMG。

2026-07-16 26.0716-Mindraw.PMO-接管与版本审计.md

  • 变更对象：PMO 接管链、固定角色线程、integration 工作线与 1.2.4 历史候选差异审计。
  • Worktree：/Users/ar/Projects/Mindraw-worktrees/md-edc-07-current-baseline。
  • Branch：codex/md-edc-07-current-baseline-integration。
  • 基线 commit：8eba6a9fa82e12dd5e24a71a876e4a75f4d90c3f。
  • 固定角色线程：Coder 019f4fe8-8632-7ba1-a4e0-17873aa0b5d2；代码审核员1号 019f51c7-9273-7c02-9402-20cb2ad427d3；integration 分支专属 QA 019f4ffd-ae0f-7493-aaf3-e826fcb490b6。
  • 当前源码版本事实：package.json、src-tauri/Cargo.toml、src-tauri/tauri.conf.json 仍为 1.2.3；最终发布时直接升 1.2.5，不先落中间 1.2.4。
  • 最新修复 Gate：crg-d37839e8ed2d；DMG Gate 关闭，等待代码复审与 QA PASS。
  • 历史 1.2.4 候选：tag v1.2.4-build20260707.1930-mexp15-signed-notarized，commit 583d507f679866f670b4fec82f1e631d4a9dbf54，parent b694a42d46fd02dcd6873e1f3f2406d3166fb28a，与当前基线 merge-base 为 8eba6a9fa82e12dd5e24a71a876e4a75f4d90c3f。
  • 1.2.4 相对当前基线完整文件差异共 6 个：package.json、src-tauri/Cargo.toml、src-tauri/tauri.conf.json、CHANGELOG.md、CODEGRAPH.md、scripts/package-mindraw.sh。
  • 决策：历史 1.2.4 不整体 merge / cherry-pick；只选择性移植仍适用于 1.2.5 的 scripts/package-mindraw.sh 发布脚本增强。
  • 范围边界：App QA 未 PASS 前不生成或交付 1.2.5 DMG；PMO 会话没有直接修改生产源码。

来源索引

时间线

2026-06-26 2026-06-26-PM总台账调度.md

  • 原始标题：2026-06-26 PM 总台账调度
  • 从现在起，Mindraw / m4c 联调由 PM 总台账统一调度。
  • 唯一活跃任务台账为：/Users/ar/Projects/ExcalidrawX/02-P/plan-progress.markdown。
  • 当前计划项为：P-20260626-m4c-handshake-coordination。
  • H* 只是顶层工作流，不由 Mindraw / m4c 执行方直接领取。
  • Mindraw 只领取 MD-* 任务。
  • m4c 只领取 M4C-* 任务。

2026-06-26 2026-06-26-PM派发MDH104.md

  • 原始标题：2026-06-26 PM派发MDH104
  • 用户确认 Mindraw 与 m4c 两边都已把上一轮结果回写到统一总台账，希望 PM 继续基于总台账推进下一轮，而不是停在状态汇报。
  • 读取并核对 /Users/ar/Projects/ExcalidrawX/02-P/plan-progress.markdown 中 P-20260626-m4c-handshake-coordination 的最新状态。
  • 确认两边最新完成项：
  • Mindraw：MD-H1-03 lease manager 垂直切片，QA PASS。
  • m4c：M4C-H5-02 read-state/context harness 预联调，QA PASS。
  • 更新总台账：

2026-06-26 2026-06-26-PM直接派工.md

  • 原始标题：2026-06-26 PM直接派工
  • 用户希望 PM 不再把下一轮 goal 话术交给用户转发，而是直接向 Mindraw / m4c 两个已有 Codex 执行线程派发任务。
  • 核对两个线程归属：
  • 019efd00-2841-77c0-9aa4-540c1a550210：Coder@mindraw
  • 019efd0e-ae6e-7331-9a51-82906bb2c5cd：Coder@m4c
  • 直接向 Coder@mindraw 发送下一轮 goal：领取 MD-H1-03，完成 lease manager 垂直切片。
  • 直接向 Coder@m4c 发送下一轮 goal：领取 M4C-H5-02，完成联合 smoke harness 的预联调契约对齐。

2026-06-26 2026-06-26-PM调度归口.md

  • 原始标题：2026-06-26 PM调度归口
  • 用户希望后续 Mindraw 与 m4c 两边的工作规划、Phase / Round 定义、Todo 产生和共同验收统一归口到本 PM 窗口，由本窗口下达任务；两边执行窗口继续保留各自 session、代码库和过程文档。
  • 确认可行的工作模型：本窗口作为 Mindraw / m4c 跨项目联调的总 PM / 调度台；Mindraw 与 m4c worker session 只执行已派发任务并回写证据。
  • 更新用户级规则 /Users/ar/.codex/AGENTS.md：当项目声明统一计划台账由 PM / 调度台管理时，Phase、Round、活跃 Todo、优先级、依赖、Go / No-Go 和下一轮派工只能由该台账生成或确认。
  • 更新主项目 AGENTS.md：明确 Mindraw / m4c 握手联调采用 PM 调度模型。
  • 更新主项目 INDEX.md：把 02-P/plan-progress.markdown 标为跨项目握手联调的唯一 PM 调度台账。
  • 更新 02-P/plan-progress.markdown 的 P-20260626-m4c-handshake-coordination：新增 PM 调度模型，明确两边执行窗口的权限边界、成果回报字段和共同验收收敛规则。

2026-06-26 2026-06-26-下一轮派工.md

  • 原始标题：2026-06-26 下一轮派工
  • 用户希望 PM 给出 Mindraw 与 m4c 两个窗口下一轮 goal 模式应设置的目标话术；要求目标能推动尽可能多的进度，但不激进，并且两边工作能自动衔接。
  • 重新读取 PM 工作流和 P-20260626-m4c-handshake-coordination 当前台账。
  • 判断下一轮最稳并行组合：
  • Mindraw：先完成 MD-H1-01 production design，并拆 MD-H1-02 到 MD-H1-05。
  • m4c：并行推进 M4C-H4-01 到 M4C-H4-04 dry-run-only adapter，不等待 Mindraw 新 API。
  • 判断当前不需要 Automator 或独立监控脚本；两边通过 02-P/plan-progress.markdown 回写证据即可在 PM 处汇合到 PM-H5-GATE。

2026-06-26 2026-06-26-补派下一轮.md

  • 原始标题：2026-06-26 补派下一轮
  • 用户反馈 Mindraw 与 m4c 两边都在等待 PM 派下一批任务，需要立即补发下一轮 goal 模式指令。
  • 读取 P-20260626-m4c-handshake-coordination 当前总台账。
  • 确认 Mindraw 已完成 MD-H1-01 production design，并拆出 MD-H1-02 到 MD-H1-05。
  • 确认 m4c 已完成 M4C-H4-01 到 M4C-H4-04 dry-run-only adapter 证据回写。
  • 在总台账中补充下一轮派工口径：
  • Mindraw 领取 MD-H1-02：实现只读 App state / live frame context API，不做 lease / mutation / 保存。

2026-06-27 2026-06-27-PMH6派工.md

  • 原始标题：2026-06-27 PM H6 派工
  • 继续作为 Mindraw / m4c 跨项目 PM，检查 P-20260626-m4c-handshake-coordination 中 H5 canonical 轻量联合复核的两边回写；若满足入口条件，不让用户当传声筒，直接拆下一轮任务并派发给两个执行线程。
  • 确认 Mindraw 线程 019efd00-2841-77c0-9aa4-540c1a550210 已完成 MD-H5-06，提供 canonical live capability、/health、/capabilities、JSON-RPC capability、安全副本、documentId、sourceFrameId 与 read/context/lease 证据。
  • 确认 m4c 线程 019efd0e-ae6e-7331-9a51-82906bb2c5cd 已完成 M4C-H5-09，在 MD-H5-06 readiness 补齐后复跑完整 retry smoke，结论为 GO-FOR-PM-H5-CANONICAL-RECHECK-GATE。
  • 更新 /Users/ar/Projects/ExcalidrawX/02-P/plan-progress.markdown：
  • 将 PM-H5-CANONICAL-RECHECK-GATE 标记为完成。
  • 判定 H5 canonical 轻量联合复核 GO，但明确不是 H8 / formal release Go。

2026-06-28 2026-06-28-MEXP06复跑派工.md

  • 原始标题：2026-06-28 MEXP06 复跑派工
  • 当前目标仍是 M-体验06：Companion App 分发就绪 Alpha。
  • PM 需要监控 coder2@mindraw 与 Coder@m4c 两侧执行线程，证据齐备时继续派下一步，不让用户当传声筒。
  • 读取 INDEX.md 与 02-P/plan-progress.markdown，确认当前计划项为 P-20260625-companion-app-distribution。
  • 读取两侧线程状态：
  • Coder@m4c 已完成 M4C-MEXP06-01，结论为 PREPARED_WAITING_FOR_MINDRAW。
  • coder2@mindraw 已在统一台账回写 MD-MEXP06-01，生成 Mindraw 0.9.0 / Build202606281348 候选包与 QA 证据；线程仍在做最终收尾。

2026-06-28 2026-06-28-MEXP06派工.md

  • 原始标题：2026-06-28 MEXP06 派工
  • 用户要求继续推进 M-体验06：Companion App 分发就绪：普通用户安装 Mindraw 后，m4c 能检测版本、协议、文件关联，缺失时给出清晰修复路径。
  • 确认旧 Mindraw 执行线程 019efd00-2841-77c0-9aa4-540c1a550210 仍有旧 inProgress turn，不再作为新派工入口。
  • 创建并初始化新 Mindraw 执行线程 coder2@mindraw：019f0cb7-61d6-7b81-8f41-b3544b62e737。
  • 新增 MEXP06 PM 规格：02-P/功能任务/mexp06-companion-app-distribution-alpha.md。
  • 新增 Gate 清单：02-P/qa/mindraw-mexp06-gate-checklist.md。
  • 更新 INDEX.md 与统一台账 02-P/plan-progress.markdown。

2026-06-29 2026-06-29-Backlog优先级调整.md

  • 原始标题：2026-06-29 Backlog 优先级调整
  • 用户要求把以下三个已规划 Backlog 的近期优先级调低，等后续再评估什么时候做：
  • P-20260601-finder-pdf-drag：Finder 拖拽 PDF 到画布导入
  • P-20260531-default-new-dir：默认新建目录可配置
  • P-20260531-periodic-autosave：后台定时自动保存与间隔配置
  • 已更新统一计划台账 02-P/plan-progress.markdown。
  • 三个事项仍保留为 Backlog，不删除需求、不否定价值。

2026-07-01 2026-07-01-MEXP09B派发.md

  • 原始标题：MEXP09B 派发
  • 用户要求 PM 不再等待，立即执行下一步：把 MEXP09B：Target Frame Pixel Payload / Vision Input Delivery 拆成正式 Mindraw 侧任务并派发。
  • 创建 Mindraw 侧派工说明：02-P/MEXP09B-TargetFramePixelPayload/pm/md-mexp09b-01-dispatch-20260701.md
  • 更新 INDEX.md，加入 MEXP09B blocker 与派工说明入口。
  • 更新 02-P/plan-progress.markdown：
  • P-20260701-mexp09b-target-frame-pixel-payload 改为 Active / MD-MEXP09B-01 dispatched to coder2@mindraw
  • MD-MEXP09B-01 改为 Dispatched / active assignment

2026-07-01 2026-07-01-MEXP09立项派发.md

  • 原始标题：2026-07-01 MEXP09 立项派发
  • 用户确认启动 M-体验09：Frame 定域视觉读取，目标是让 agent 读取 Mindraw Frame link 时，不只读真实文本或 OCR 文字，而是能获取目标 Frame 的受控视觉上下文，从而理解截图里的 UI 样式、图标、红框、箭头、布局和文字。
  • 在统一台账 02-P/plan-progress.markdown 新增 P-20260701-mexp09-frame-visual-context。
  • 创建 PM 派工说明 02-P/MEXP09-FrameVisualContext/pm/mexp09-dispatch-20260701.md。
  • 更新 INDEX.md，登记 02-P/MEXP09-FrameVisualContext/ 入口。
  • 直接派发：
  • MD-MEXP09-01 给 coder2@mindraw 线程 019f0cb7-61d6-7b81-8f41-b3544b62e737。

2026-07-01 2026-07-01-MEXP10恢复派工.md

  • 原始标题：2026-07-01 MEXP10 恢复派工
  • 用户确认下一个里程碑为 MEXP10：Mindraw for Codex 插件入口可用，并要求以此进入 Goal 工作。目标是完成 MD-MCPE-01 到 PM-MCPE-GATE 的端到端验收：Mindraw App 支持项目画布创建、完整只读预览源、打开桌面编辑入口；~/plugins/mindraw 能通过 `Open the Mindraw canvas for this projec...
  • 创建当前 PM goal：完成 MEXP10 / MD-MCPE-01 到 PM-MCPE-GATE 的端到端验收。
  • 更新统一台账 02-P/plan-progress.markdown：
  • 将 MEXP09B 状态从 USER_MANUAL_VERIFIABLE 升级为 USER_MANUAL_VERIFIED。
  • 记录用户人工复验通过：agent 能看到目标 Frame 内截图像素，并描述浅灰背景、白色大圆角状态条、黄色皇冠标签、Pro 已解锁 和 您当前是尊贵的 Pro 用户。
  • 将 P-20260701-mindraw-codex-plugin-entry 改为 active。

2026-07-01 2026-07-01-MEXP10派发m4c.md

  • 原始标题：2026-07-01 MEXP10 派发 m4c
  • 用户指定以 MEXP10 端到端目标继续工作：Mindraw App 提供项目画布 create / preview / open capability，~/plugins/mindraw 能通过 Open the Mindraw canvas for this project. 在项目根 MindrawCanvas/ 创建或打开最新画布，侧边栏显示可 pan / zoom 的完整只读预览，并跳转 ...
  • 确认 active Goal 仍为 MEXP10 / MD-MCPE-01 到 PM-MCPE-GATE 的端到端验收。
  • 跟进 coder2@mindraw 的 MD-MCPE-01，确认 Mindraw App 侧 capability 已完成并提交。
  • 将 MD-MCPE-01 assignment 收为 done。
  • 将 M4C-MCPE-02 从草案转为正式派工，并发送到 Coder@m4c 线程。
  • 更新 MEXP10 heartbeat monitor，从盯 MD-MCPE-01 改为盯 M4C-MCPE-02。

2026-07-01 2026-07-01-MEXP12派发.md

  • 原始标题：MEXP12 派发记录
  • 用户确认愿意等待，不急于做 App + Codex plugin 联合安装包；先按“MEXP12 Sidebar Preview polish -> MEXP13 App + Codex Plugin Acceptance Bundle -> 正式 installer / release”的路线落地。
  • 在统一台账新增并启动 P-20260701-mindraw-sidebar-preview-polish。
  • 将 MEXP12 Sidebar Preview polish 设为当前 active 任务。
  • 将 P-20260701-app-codex-plugin-acceptance-bundle 登记为 planned，等待 MEXP12 Gate 后再启动。
  • 新增 MEXP12 PM Dev Brief、QA / Gate 计划和 m4c 派工。
  • 在 02-P/pmo-active-assignments.json 登记 active assignment：M4C-MSPP-01-20260701。

2026-07-01 2026-07-01-PMO停顿通知.md

  • 原始标题：2026-07-01 PMO 停顿通知
  • 用户指出 Mindraw 项目中自己主要和全局 PMO 沟通，PMO 再给其他 coder 派任务；worker 完成、阻塞或停下时，最应该第一时间知道的是 PMO，而不是只用音频通知用户本人。
  • 本轮目标：先针对 Mindraw 建立 PMO worker stop 兜底通知机制。
  • 完成标准：
  • PMO 派工时有 active assignment 记录。
  • worker Stop 时能向 PMO 可读 inbox 写结构化事件。
  • 事件能区分近期是否回写统一台账。

2026-07-02 2026-07-02-MEXP13派发m4c.md

  • 原始标题：MEXP13 派发 m4c
  • 用户询问 MEXP13 最新进展，并要求 PM 不在已规划、PM 可做主的下一步无意义等待用户确认。
  • 只读复核统一台账、active assignment、PMO inbox、coder2@mindraw 线程和 MD-BUNDLE-01 QA 证据。
  • 确认 MD-BUNDLE-01 已完成：PASS_FOR_MD_BUNDLE_01_APP_DMG / READY_FOR_M4C_BUNDLE_01。
  • 新增 m4c 派工文档：02-P/MEXP13-AcceptanceBundle/pm/m4c-bundle-01-dispatch-20260702.md。
  • 更新统一台账 02-P/plan-progress.markdown：MEXP13 状态改为 Active / M4C-BUNDLE-01 dispatched。
  • 更新 02-P/pmo-active-assignments.json：关闭 MD-BUNDLE-01-20260702，新增 active assignment M4C-BUNDLE-01-20260702。

2026-07-02 2026-07-02-PMO台账自动继续.md

  • 原始标题：PMO 台账自动继续纪律
  • 把“PMO / 统一台账调度模型下的工作纪律”写入 Mindraw 项目规则和全局规则治理文件：
  • 已规划、下一步归属 PM、且不需要用户人工验证的 Gate / 收口 / 台账推进动作，PM 默认自动继续执行；只有需要用户真实操作、产品验收、风险接受或范围决策时才停下来等待用户。
  • 已在 /Users/ar/Projects/ExcalidrawX/AGENTS.md 的 PM 调度 / worker 领取 / Unified Plan Ledger 相关段落加入该纪律。
  • 已在 /Users/ar/.codex/rules/rule-governance.md 增加同名全局规则段落。
  • 已按全局规则治理闭环新增晋升记录：/Users/ar/.codex/rule-governance/03-Promoted/2026-07-02-pmo-ledger-auto-continuation.md。
  • 已更新全局规则索引：/Users/ar/.codex/rule-governance/05-Rule-Index.md。

2026-07-02 2026-07-02-PMO进程巡检.md

  • 原始标题：2026-07-02 PMO进程巡检
  • 用户要求检查“其他给我干活的进程”是否卡住，重点确认 Mindraw PMO 当前是否还有 active worker、worker 线程是否中断、以及 MEXP12 是否被卡在执行窗口。
  • 读取项目入口 INDEX.md 和统一台账 02-P/plan-progress.markdown。
  • 读取 02-P/pmo-active-assignments.json、02-P/PMO_INBOX.md、02-P/pmo-events.jsonl。
  • 读取 worker 线程：
  • 019efd0e-ae6e-7331-9a51-82906bb2c5cd（Coder@m4c）
  • 019f0cb7-61d6-7b81-8f41-b3544b62e737（coder2@mindraw）

2026-07-04 2026-07-04-MD-BUNDLE-07派工.md

  • 原始标题：2026-07-04 MD-BUNDLE-07 派工
  • 用户确认 PMO 建议：不要让 MD-BUNDLE-06 和 M4C-BUNDLE-06 继续作为两份悬空证据，而是收成下一候选任务链。具体目标是让 Mindraw App 出一个新的 MEXP13 internal acceptance App candidate，配套固定使用 M4C-BUNDLE-06 的 plugin baseline，之后再由 PMO 做组合复核。
  • PMO 读取并遵守项目入口、PMO 工作流、项目治理和连续推进规则。
  • 将 MEXP13 当前状态从 MD-BUNDLE-06 PMO reconciliation pending / M4C-BUNDLE-06 assigned-to-new-Coder@m4c 收敛为下一候选任务链。
  • 在统一台账中新增：
  • MD-BUNDLE-07
  • PM-BUNDLE-REGATE-03

2026-07-04 2026-07-04-PMO状态回报.md

  • 原始标题：PMO 状态回报
  • 用户询问 PMO 前面在处理什么，以及最新进展。
  • PMO 核对统一台账 02-P/plan-progress.markdown 与派工事实源 02-P/pmo-active-assignments.json。
  • 补齐 PMO-PLUGIN-SOURCE-01 收口记录：M4C-PLUGIN-SOURCE-01 已由 Coder@m4c 完成，M4C-PLUGIN-SOURCE-01-REVIEW 已由代码审核员回写 PASS。
  • 将 M4C-PLUGIN-SOURCE-01-20260704 assignment 从 pending-code-review 改为 done。
  • 将 M4C-PLUGIN-SOURCE-01-REVIEW-20260704 assignment 从 active 改为 done。
  • 只读核对 MD-BUNDLE-07 当前进度：Coder@mindraw 已开始生成 1.2.3 / Build202607042351 候选包，并发现 scripts/package-mindraw.sh 有最小构建入口改动，因此后续需要同一 diff 的代码复核闭环。

2026-07-04 2026-07-04-代码审核门禁.md

  • 原始标题：2026-07-04 代码审核门禁
  • 以最新稳定 Review Gate ID crg-a2dc33026c3c 对 Mindraw 当前 hook 计算出的 code-like diff 做代码审核，并把结论回写到统一台账。要求只读审查源码 / 构建相关 diff，不修改源码、不清理 ._* 或构建缓存，不把代码审核结论扩大为 QA、发布或用户验收结论。
  • 重新读取并遵守 AGENTS.md、INDEX.md、CODEGRAPH.md、02-P/plan-progress.markdown、/Users/ar/.codex/rules/code-governance.md。
  • 只读核对当前工作区卫生：根仓 .git/objects/pack/._*、排除 P1-Txtflowy/ 后 AppleDouble、tracked 100644 => 100755 权限位漂移均无输出。
  • 审核当前 hook code-like 范围 5 个文件：
  • 02-P/MEXP08A-FrameToStitch/pm/mexp08a-local-ui-fallback-20260630.html
  • 02-P/MEXP08B-ExternalModelWriteback/pm/mexp08b-safe-copy-preview.html

2026-07-04 2026-07-04-审核门禁登记-01.md

  • 原始标题：2026-07-04 审核门禁登记补记
  • 处理 Stop hook stop:1 的代码审核门禁阻塞，确保 Review Gate ID: crg-a9477db1d447 已在统一台账登记为待代码审核，并派发给代码审核员。
  • 读取并遵守项目入口、INDEX.md、统一台账、代码治理、交付门禁、QA 和连续推进规则。
  • 确认统一台账中已有 REVIEW-CRG-A9477DB1D447，状态为 needs-code-review / dispatched-to-code-reviewer / reviewer-inProgress。
  • 在 02-P/pmo-active-assignments.json 新增 active assignment CRG-A9477DB1D447-REVIEW-20260704，绑定代码审核员线程 019f28ec-36d0-7b03-8056-7e61ea782e59。
  • 向代码审核员线程补发同一 Review Gate ID 的幂等审核派工，要求回写 PASS / CHANGES_REQUESTED / BLOCKED。
  • 验证 02-P/pmo-active-assignments.json 可被 JSON 解析，并确认台账可检索到 crg-a9477db1d447 与 needs-code-review。

2026-07-04 2026-07-04-审核门禁登记-02.md

  • 原始标题：2026-07-04 审核门禁登记再收敛
  • 处理 Stop hook stop:1 的代码审核门禁阻塞，当前 hook 要求统一台账中存在同一个 Review Gate ID: crg-b314203940fd 的 review request，状态为 needs-code-review / 等效待审状态，并由 PMO / 运营派发代码审核员。
  • 核对 02-P/plan-progress.markdown 顶部已存在 P-20260704-review-gate-crg-b314203940fd。
  • 确认该计划项包含 Review Gate ID: crg-b314203940fd 和 Status: needs-code-review。
  • 向代码审核员线程 019f28ec-36d0-7b03-8056-7e61ea782e59 补发收敛指令：当前 hook 需要以 crg-b314203940fd 回写 PASS / CHANGES_REQUESTED / BLOCKED；若 gate 漂移导致无法稳定审核，应以该 ID 回写 BLOCKED。
  • 复核代码审核员线程状态，发现同一阻塞链路中后续 gate crg-23f61056b508 已被代码审核员回写为 BLOCKED。
  • 在 crg-b314203940fd 的 Progress Log 补记当前状态、线程派发和阻塞风险，避免误读为已通过。

2026-07-04 2026-07-04-审核门禁登记.md

  • 原始标题：2026-07-04 审核门禁登记
  • 处理 Stop hook stop:1 的代码审核门禁阻塞：当前研发项目存在代码 / 构建相关 diff，但缺少同一 Review Gate ID 的 review request。
  • 在统一台账 02-P/plan-progress.markdown 的 MEXP13 计划项新增 REVIEW-CRG-A9477DB1D447 任务卡。
  • 将 Review Gate ID crg-a9477db1d447 登记为 needs-code-review / dispatched-to-code-reviewer / reviewer-inProgress。
  • 在 MEXP13 Progress Log 追加 2026-07-04 两条记录：登记审核门禁、派发并核验代码审核员。
  • 向当前项目“代码审核员”线程 019f28ec-36d0-7b03-8056-7e61ea782e59 投递同一 Gate ID 的只读代码审核任务。
  • 只读核验代码审核员线程已出现新 turn，状态为 inProgress。

2026-07-04 2026-07-04-门禁语料收敛.md

  • 原始标题：2026-07-04 门禁语料收敛
  • 用户询问 crg-a2dc33026c3c 所谓“卡顿”是什么意思、是否能解决，并明确表示已经等待很久，需要 PMO 给出真实处理。
  • 变更对象：crg-a2dc33026c3c 代码审核门禁记录语料。
  • 事实来源：
  • 02-P/plan-progress.markdown
  • 02-P/PMO_INBOX.md
  • 02-P/pmo-events.jsonl

2026-07-04 26.0704-Mindraw.PMO-PMO接手.md

  • 原始标题：26.0704 Mindraw / PMO / PMO接手
  • 用户通过新建角色会话委托本线程以【PMO】身份接手 Mindraw，要求先读取 /Users/ar/Projects/mindraw/AGENTS.md，并按读取顺序接手项目。
  • 已按项目规则先对齐任务目标和起点：本轮以 PMO 身份接手，不改源码、不构建、不发布。
  • 已读取项目根 AGENTS.md、INDEX.md、统一台账 02-P/plan-progress.markdown、PMO inbox、active assignment，以及项目治理、连续推进、交付门禁、QA、发布版本、agent skill 安全和会话记忆规则。
  • 已确认当前真实项目根是 /Users/ar/Projects/Mindraw；小写 /Users/ar/Projects/mindraw 指向同一目录；历史 /Users/ar/Projects/ExcalidrawX 路径已不存在。
  • 已核验新 8 角色会话：coder 线程存在并已经实际进入 MD-BUNDLE-06 派工读取和代码定位；历史 MD-BUNDLE-06 / M4C-BUNDLE-06 旧 thread id 在当前 Codex host 不可读。
  • 已更新 02-P/pmo-active-assignments.json：当前 PMO 路径改为 /Users/ar/Projects/Mindraw；MD-BUNDLE-06 rebind 到新 coder 线程；M4C-BUNDLE-06 标记为 dispatch-blocked。

2026-07-04 2026-07-04-代码审核门禁.md

  • 原始标题：代码审核门禁
  • 处理 Stop hook 对 crg-a9477db1d447 的拦截：本轮不能把当前代码 / 构建相关 diff 作为已放行状态，只能确认门禁仍阻塞并记录到统一台账。
  • 本轮不修改源码、不清理 AppleDouble ._* 文件、不清理 .git/objects/pack/._* 噪音。
  • 本轮不替代码审核员下复审结论。
  • Hook 明确报告当前 Gate status 为 CHANGES_REQUESTED / BLOCKED，因此该 Gate 继续保持阻塞，等待代码审核员回写可执行结论或修复要求。
  • 代码审核员尚未在可见台账记录中给出同一 Review Gate ID 的放行结论。
  • 当前 worktree 仍包含大量 ._* 本地元数据文件和疑似 Git pack 伴生文件噪音，需要由审核员或后续治理任务区分真实待审 diff 与本地状态污染。

2026-07-05 2026-07-05-PMO门禁收口.md

  • 原始标题：PMO 门禁收口
  • 用户询问 PMO 前面在处理什么、最新进展是什么。会话中 Stop hook 报告 Mindraw 主项目存在新的代码 / 构建相关 diff，当前门禁 crg-7784e7708416 缺少同一 Gate ID 的 review request / review conclusion，要求 PMO 先补登记并派发代码审核员。
  • 在 02-P/plan-progress.markdown 新增并补强 P-20260704-review-gate-crg-7784e7708416，记录同一 Gate ID、hook 列出的 8 个待审文件、风险备注和代码审核员结论。
  • 旧代码审核员线程 019f28ec-36d0-7b03-8056-7e61ea782e59 因本机 session rollout 元数据异常无法 resume，PMO 启动替代只读代码审核员线程 019f2dde-a22a-7850-8107-a9a372634a9b。
  • 代码审核员已对 crg-7784e7708416 回写 Conclusion: PASS，范围限 hook 列出的 8 个文件，不覆盖 P2.mindrawforcodex/。
  • 02-P/pmo-active-assignments.json 中 CRG-7784E7708416-REVIEW-20260704 已从 active 改为 done，记录 review_result=PASS。
  • MD-BUNDLE-07-20260704 已从 active 改为 done，记录候选包 1.2.3 / Build202607042351、DMG / manifest / QA evidence、关联 Review Gate crg-7784e7708416 和 review_result=PASS。

2026-07-07 2026-07-07-MEXP15派工.md

  • 原始标题：2026-07-07 MEXP15 派工
  • 用户确认 Developer ID signing / notarization 所需证书和凭据已经准备好，要求 PMO 进入 goal 工作模式，目标固定为：生成普通用户可用的 signed / notarized DMG。
  • 创建 goal：生成普通用户可用的 signed / notarized DMG。
  • 新建 MEXP15 工作目录：
  • 02-P/MEXP15-SignedNotarizedDMG/pm/
  • 02-P/MEXP15-SignedNotarizedDMG/qa/
  • 02-P/MEXP15-SignedNotarizedDMG/review/

2026-07-07 2026-07-07-MEXP15运营模板.md

  • 原始标题：2026-07-07 MEXP15 运营模板
  • PMO 派工 OPS-EDC-03，Plan ID P-20260707-signed-notarized-dmg。目标是在 MD-EDC-02 给出真实 artifact、版本、build、SHA256 和下载路径之前，先准备普通用户可读的 signed / notarized DMG 安装、校验、首次打开、Codex sidebar 使用、问题回报、卸载和回滚说明模板。
  • 变更对象：MEXP15 signed / notarized DMG 运营说明。
  • 事实来源：
  • 02-P/MEXP15-SignedNotarizedDMG/pm/mexp15-round-spec-20260707.md
  • 02-P/MEXP15-SignedNotarizedDMG/pm/mexp15-role-dispatch-briefs-20260707.md
  • 02-P/plan-progress.markdown

2026-07-08 2026-07-08-PMO巡检队列-01.md

  • 原始标题：2026-07-08 PMO 巡检队列保存确认
  • Owner 明确要求保存本次侧聊会话。主题是 PMO 消费延迟后，如何把 Mindraw 本地 PMO Watch Queue 机制落实到项目规则和台账。
  • 已确认详细会话记录存在：.codex-sessionhistory/2026-07-08-PMO巡检队列.md。
  • 本轮新增本文件作为同日同主题的保存确认记录，避免覆盖原记录。
  • 原记录已经包含用户目标、已完成事项、关键决策、文件变更、核心事实 / 变更快照、未决问题和后续建议。
  • 不再继续修改全局规则；全局 project-governance.md 已有 Watch Queue / 同轮消费原则。
  • Mindraw 本地把 02-P/pmo-active-assignments.json 明确为 PMO Watch Queue。

2026-07-08 2026-07-08-PMO巡检队列.md

  • 原始标题：2026-07-08 PMO 巡检队列
  • Owner 指出代码审核员已停二十多分钟而 PMO 未消费终态，要求先复核最新全局规则，再按“Mindraw 本地把 PMO Watch Queue 机制补实”的建议落实。
  • 只读复核最新全局 ~/.codex/rules/project-governance.md，确认全局层已经要求显式 Watch Queue、next_check_at 到期巡检、worker 终态同轮消费和 Progress Log 不替代活跃调度队列。
  • 判断本轮不继续修改全局规则，改为在 Mindraw 本地落实可执行的 PMO Watch Queue。
  • 在 AGENTS.md 增补 Mindraw 本地 PMO Watch Queue 规则。
  • 在 02-P/plan-progress.markdown 维护要求和 MEXP15 Progress Log 中记录本地治理动作。
  • 在 02-P/pmo-active-assignments.json 增加 watch_queue_policy，并给 MD / M4C assignment 模板补 next_check_at、last_checked_at、watch_status。

2026-07-08 2026-07-08-PMO消费延迟.md

  • 原始标题：PMO 消费延迟
  • 用户指出代码审核员已停止约 23 分钟，但 PMO 没有继续推进；要求按项目规则核实并纠偏，避免 worker 已回报后无人消费、状态停滞。
  • PMO 核实代码审核员线程和 02-P/PMO_INBOX.md：REVIEW-M4C-EDC-04 已在 2026-07-08T20:32:15+08:00 回报终态。
  • 回报口令为：PM_NOTIFY_READY REVIEW-M4C-EDC-04 REVIEW_GATE=crg-9f1b6d5a4c28 RESULT=PASS。
  • PMO 确认 02-P/pmo-active-assignments.json 中 REVIEW-M4C-EDC-04-20260708 未及时从 active 收口，这是 PMO watch / 消费延迟。
  • PMO 已将该 assignment 更新为 done / PASS，并写入 pmo_consumed_at=2026-07-08T20:51:11+08:00。
  • PMO 已在 02-P/plan-progress.markdown 追加 Progress Log，明确记录 Owner 指出延迟、审核回报时间、PMO 补消费动作和下一步归属。

2026-07-10 2026-07-10-PMO崩溃接管.md

  • 原始标题：PMO 崩溃会话接管
  • 接管会话 019f3677-6970-7b63-be2d-aa93b792f83d 未完成的 PMO 工作，确认未完成项为 QA-EDC-05-CM1-EVIDENCE-CLOSURE。
  • 首次 QA 派工只接收任务后结束，QA 线程状态为 systemError，没有 QA 报告或终态口令；PMO 于 2026-07-10T18:55:25+08:00 向同一 QA 线程重发恢复派工。
  • PMO 更新统一台账与 Watch Queue，记录 5 分钟消费 SLA 逾期、系统错误与重试状态。
  • 后续 Owner 确认 QA-2 号后，PMO 消费 QA-2 号 QA-EDC-06-EXEC=FAIL 终态，并把 QA-EDC-05-CM1-EVIDENCE-CLOSURE 迁移、续派到 QA-2 号。

2026-07-12 26.0712-Mindraw.PMO-M4C开源候选转QA.md

  • 原始标题：M4C 开源候选转入 QA
  • PMO 消费并关闭 M4C-GH-01-SMOKE-ALT、REVIEW-M4C-GH-01、OPS-M4C-GH-01 三个 assignment。
  • 确认 alternate smoke 全矩阵通过，旧 Coder 环境的 loopback EPERM 是环境限制而非候选功能失败。
  • 保留 reviewer 原结论 PASS_WITH_SMOKE_GATE，并依据后续独立 smoke PASS 确认附带条件已经满足。
  • 创建 QA-M4C-GH-01 派工，真实投递到固定 QA 线程并核验线程进入 inProgress。
  • 尚未创建 GitHub repo、配置 remote、push、上传 asset 或公开 prerelease；等待 QA-M4C-GH-01 正式 PASS / FAIL / PARTIAL 结论。

2026-07-16 26.0716-Mindraw.PMO-接管与版本审计.md

  • 原始标题：Mindraw PMO 会话记录：接管、QA 修复链与版本审计
  • 接管故障 PMO 会话 019f5088-989f-71c1-a2de-cdf3d755b600 的未完成工作。
  • 固定当前 integration 分支的 Coder、代码审核员与 QA，并持续推动到可测试的 Mindraw 1.2.5 DMG。
  • MD-EDC-08-GUI-NEW-FILE-FIX 已完成并通过 Review Gate crg-cf15e9c8dd9b；QA-MD-EDC-08 部分真实 GUI Gate 通过，但 Finder PDF 拖入未打开 Import PDF 配置窗口，终态 FAIL。
  • 已派发并完成 MD-EDC-09-PDF-DROP-FIX，根因是 drop 路由完成 document 分流后只筛图片，PDF 被静默丢弃；Review Gate crg-d37839e8ed2d。
  • 完成 1.2.3 与历史 1.2.4 的 commit 级差异审计，决定不整体合并历史 1.2.4，只选择性移植发布脚本能力；最终发布直接升 1.2.5。
  • 当前尚无合规 1.2.5 DMG；固定顺序为 REVIEW-MD-EDC-09 PASS -> 固定 QA 重跑 PASS -> 选择性移植发布脚本 -> 版本升 1.2.5 -> 代码冻结 -> 签名/公证/DMG -> 安装包 QA -> Owner 测试。