2026-06-25-m4c计划V2

用户目标

1. 阅读 Cowart 讨论记录，提炼用户对 Cowart 的不满，以及对 Mindraw 版新方案的愿望和需求。
2. 用这些内容补齐 01-I/00-H/初心与起点.md。
3. 参考 mindrawforcodex-工作计划.md 和当前事实：Mindraw 已有 .mindraw 格式，且 Frame 可复制 mindraw://... URL 并本机打开。
4. 与两位架构师、两位 QA、两位代码审核员复审，重排 m4c 多 Round 计划。
5. 回答并吸收新问题：m4c 是否依赖主项目 Phase 4；m4c 发布时是否应同时安装 Mindraw App。

已完成事项

• 补齐 01-I/00-H/初心与起点.md，明确 Cowart 的失败体验来自临时 URL 入口、真实文件不可感知和“标注丢失感”。
• 将 mindrawforcodex-工作计划.md 升级为 V2.1 活动总计划。
• 建立 02-P/Round01-ContractBaseline/ 过程容器，含 README、WBS、角色 TODO、日志和协作事件。
• 更新 INDEX.md，登记 Round01 和 V2.1 工作计划。
• 更新 Round00 WBS、TODO、日志和协作事件，记录产品、架构、QA、代码审核复审结论。

关键决策

• m4c 的第一地基不再是“从零发明 .mindraw 或持久入口”，而是核验现有 .mindraw 和 mindraw:// Frame URL 的外部契约。
• Round01 可以开工，但只限现状核验、协议定义、QA fixture 和发布依赖评估；不得直接进入生产代码或真实用户文件写回。
• Round01 fixture matrix 必须包含 minimal、single-image、annotated-frame、deleted-frame、missing-asset、moved-file、readonly-file、duplicate-document-id、stale-registry、nested-overlap-frame。
• m4c 不整体依赖主项目 Phase 4；Round01/02 不依赖，正式外置资产写回和长期资产治理依赖 Phase 4 或等价资产契约。
• m4c 首版不静默同装 Mindraw App；先做 Mindraw App 检测、最低版本声明、手动安装/升级引导和 doctor。
• 若未来要插件与 App 同装，应后置到 Round08，并单独处理 macOS / Windows 安装器、签名/公证、协议注册、版本兼容、卸载回滚和 fresh machine QA。

文件变更

• 01-I/00-H/初心与起点.md
• mindrawforcodex-工作计划.md
• INDEX.md
• 02-P/Round00-Foundation/*
• 02-P/Round01-ContractBaseline/*

未决问题

• 需要准备真实 .mindraw 样例和对应 mindraw:// Frame URL。
• 需要核验 .mindraw 当前内部结构、documentId registry、Frame ID 稳定性和链接失败行为。
• 需要冻结 m4c 的最低 Mindraw 版本、build、schema 和 deep link 能力矩阵。

后续建议

• 下一步优先执行 Round01 的 R01-01 到 R01-03：样例准备、格式核验、链接契约核验。
• 不进入 Round02，直到 Round01 的 fixture matrix、失败行为矩阵、Frame Context 草案和写回 No-Go 条件完成。