# 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 条件完成。