edit | blame | history | raw

2026-06-25 plan 进度规则

用户目标

用户已将 02-P/plan.markdown 改名为 02-P/plan-progress.markdown,要求该文件成为每个 plan 事项的提前规划、执行过程 progress、最终完成记录的统一入口;同时扫描历史文档,按当前事实更新内容,并把项目全局规则和相关索引同步更新,确保后续每轮有成果都更新 progress。

已完成事项

  • 读取并遵守项目规则、PM 工作流、会话记忆规则、研发前置讨论、代码治理、连续推进和交付门禁规则。
  • 按索引和历史文档扫描 Mindraw 主项目,避开 Txtflowy/
  • 重写 02-P/plan-progress.markdown 为计划与进展台账,包含记录规则、当前事实基线、已完成历史基线、Active 事项、Backlog 事项和 p.mindrawforcodex 交叉引用。
  • 更新根目录 AGENTS.md,声明 02-P/plan-progress.markdown 为主项目计划与进展统一入口,旧 plan.markdown 停用。
  • 更新根目录 INDEX.md,把查找入口和 02-P 当前文件改为 plan-progress.markdown
  • 更新 03-O/K2.项目管理/经验-项目文件夹管理.md,同步计划 / progress 文件放置规则。
  • 更新 02-P/Round01-mindraw-defstart/README.md,把参考记录从旧 plan.markdown 改到 plan-progress.markdown
  • 检索旧路径引用,实际入口已不再指向 plan.markdown,只保留“旧文件已停用”的说明性引用。

关键决策

  • 02-P/plan-progress.markdown 替代旧 02-P/plan.markdown,不得继续读写旧路径。
  • 每个 plan 事项必须记录提前规划、Progress Log 和完成记录。
  • 每轮工作只要产生可交付成果、关键决策、QA 结论、发布包或明确阻塞,就必须同轮更新 plan-progress.markdown
  • 详细 PRD、todo、QA、Round 文档仍可分散存放,但 plan-progress.markdown 必须保留摘要状态和证据链接。
  • p.mindrawforcodex/ 作为独立子项目登记入口,不混入 Mindraw 主项目执行状态;Txtflowy/ 不纳入扫描或修改。

文件变更

  • 02-P/plan-progress.markdown
  • AGENTS.md
  • INDEX.md
  • 03-O/K2.项目管理/经验-项目文件夹管理.md
  • 02-P/Round01-mindraw-defstart/README.md
  • .codex-sessionhistory/2026-06-25-plan进度规则.md

当前事实记录

  • 当前源码版本为 0.7.3,最新交付包为 Build202606021956
  • 新建文件当前固定落到 Desktop,默认目录可配置仍为 Backlog。
  • 当前没有后台定时落盘自动保存;保存机制是事件触发式保存 dirty 文档。周期自动保存和间隔配置仍为 Backlog。
  • PDF 通过图片按钮 / 快捷键 9 导入已完成到 0.7.3;Finder 拖拽 PDF 到画布仍未实现,列为 Backlog。
  • .mindraw 自定义格式处于 Round01 定义启动期,已有 6 个草案文档,未进入生产代码实现。

未决问题

  • 02-P/pm/wbs.md02-P/pm/milestones.md 仍明显落后于当前版本,本轮未扩大范围重写。
  • README / README-zh 中仍有“30 秒自动保存”一类与当前事实不一致的旧表述,本轮只在 plan-progress.markdown 记录为后续需要统一的事实冲突,未直接修改。

后续建议

  • 后续任何 PM / Codex 工作开始前,先读 INDEX.md,再读 02-P/plan-progress.markdown
  • 进入 .mindraw 实现前,先把 Round01 草案评审和待确认项收敛,再把 Progress Log 更新为可执行状态。
  • 若后续整理项目管理文档,可单独更新 02-P/pm/wbs.md02-P/pm/milestones.md,避免与本轮规则更新混做。