Files
gplan-2/reports
..

reports/ — 过程件容器

design/ 只放持久化设计文档与规范,过程件一律不放。过程件落本目录,按「吸收即死」到期即死。

放什么

文件 内容 谁写
需求卡片-<批名>-<日期>.md 一个需求单位的实施文档(roadmap 迭代行里的「卡①②③」是需求单位,需求卡片是它的展开):目标与完成定义/设计事实源/现状事实/契约/范围边界/任务卡/验收闸/代拍板白名单/待裁点 写卡段(req-card 技能)
iter<N>-实现报告-<日期>.md 各任务卡状态、实机目检总清单、遗留读数义务 迭代批
iter<N>-代拍板-<日期>.md 批内 agent 替你拍的决定清单,等你追认或推翻 迭代批
iter<N>-反哺点-<日期>.md 需要写进 design/ 权威文档的点,逐条列清"哪个文件哪一节、改成什么、依据是什么" 迭代批
iter<N>-<交付物名>-<日期>.md 需求卡片点名的其它交付物(例:iter27-探针迁移对照-2026-10-14.md=11 个探针的成员依赖面清单) 迭代批

不放什么

  • 不放设计结论。 本目录的文件是"待处理的申请单",不是事实源。反哺点由你在会话中讨论定稿后, 另开文档批写进 design/,写完即可删除本目录对应条目。
  • 不放图。 图像白名单不含本目录,放了会被熵增闸判红。
  • 不放进度状态。 现在做什么看根 roadmap.md 顶部「当前位」节,待办与待裁看 design/gdd/06-待办清单.md(2026-10-18 用户裁:根目录会话状态文件已废除,本目录也不许兼做状态记录)。

生命周期

一个迭代号一组文件,所属迭代实现批合回 master 即死(判据权威=doc-conventions §11:需求卡片与迭代产出物的死期都是合回那一刻,roadmap 对应行改填「已退役(git 历史可考)」保留字):反哺点须先由 design/ 吸收落文,再连同卡片与本目录其余产出物一并删除,历史进 git commit log (与"历史决策记录只进 git log、不设决策文档"这条红线同口径)。退役执行=batch-closure 技能 (批后收尾与中间文档退役),删前先过 doc-conventions §11 判据。