创建人员:Codex
文件职责:作为项目级滚动账本,记录项目阶段、里程碑、体系启用计划、项目级任务和执行责任。
管理规范/模板:../全局规范.md;../common/project-doc/项目规范.md;../common/project-doc/项目事项计划模版.md。
引用文件:项目事项总纲.md;项目规范.md;项目执行日志.md;项目事项审计报告.md。
记录方式:append-only 项目事项计划账本;新计划、新阶段、新修订追加到文件末尾。
| 计划 ID | 所属阶段 | 目标 | 负责人 | 状态 | 审计状态 |
|---|---|---|---|---|---|
| PLAN-PROJD-INIT | STAGE-PROJD-INIT | 初始化 Project D 并验证默认开发体系根目录 | Codex | 完成 | 审计通过 |
| PLAN-PROJD-EXP-HEAVY-001 | STAGE-PROJD-EXP-HEAVY-001 | 启用实验体系并跑通两个重型研发实验 | Codex | 完成 | 审计通过 |
所属项目:
PROJECT-D / Project D
所属阶段:
STAGE-PROJD-INIT
创建人员:
Codex
执行人员:
Codex
计划目标:
按项目环境创建指南创建 Project D,并验证项目创建时默认创建开发体系根目录。
来源聊天记录:text 开始做第三步吧,项目创建的时候默认创建开发体系,你做完这一步,然后创建一个新的project-d 来实验下,做的过程中你有问题,就改对应的文档,你要保证任何人拿着创建指南都能把 项目创建出来,尽量让项目创建指南 引用开发创建指南
上游依据:../common/project-doc/项目环境创建指南.md;../common/dev-doc/开发环境创建指南.md
目标对齐说明:
本计划覆盖项目基础文档、基础目录、默认开发体系根目录、配置清单、日志、审计和变更记录,能验证项目创建指南是否可复用。
执行步骤:
dev/、dev-doc/、tmp/、ai-codex/。输入:../common/project-doc/项目环境创建指南.md;项目体系模板;../common/dev-doc/开发环境创建指南.md
输出:
Project D 项目目录、基础文档、基础目录、配置清单、执行日志、审计报告和变更记录。
验收方式:
1. 8 个项目基础文档存在。
2. dev/、dev-doc/、tmp/、ai-codex/ 存在。
3. 未创建 dev/<target>-dev/ 或 dev-doc/<target>-doc/。
4. 项目配置清单能解释开发体系默认根目录和目标开发工作区按需创建。
5. 计划审计和执行审计均通过。
计划审计状态:
审计通过
计划审计入口:
AUDIT-PROJD-PLAN-INIT
状态:
完成
当前结论:
Project D 初始化计划已执行完成。
执行日志入口:
LOG-PROJD-INIT
审计入口:
AUDIT-PROJD-EXEC-INIT
所属项目:
PROJECT-D / Project D
所属阶段:
STAGE-PROJD-EXP-HEAVY-001
创建人员:
Codex
执行人员:
Codex
计划目标:
启用实验体系,创建实验开发目标工作区,并跑通两个带脚本、带测试、带结果包和审计的重型研发实验。
来源聊天记录:text 你再project d里跑一个 几个实验,必须有对应的脚本的,保证全流程可以审计,你跑重型研发的实验
执行步骤:
1. 在 Project D 启用实验体系。
2. 按开发环境创建指南创建目标开发工作区 dev/exp-dev/ 和目标代码文档区 dev-doc/exp-doc/。
3. 书写实验总纲、实验设计、执行日志、审计报告和存储体系。
4. 书写重型编码方案并做方案审计。
5. 实现 manifest 校验脚本和单元测试。
6. 运行 py_compile、unittest 和两个实验 CLI。
7. 回写开发日志、实验日志和审计报告。
8. 做项目级审计。
验收方式:
1. 脚本、测试和结果包存在。
2. py_compile 通过。
3. unittest 通过。
4. RUN-D-HEAVY-001 和 RUN-D-HEAVY-002 的结果矩阵符合预期。
5. 项目级、实验级、开发级账本能互相追踪。
计划审计状态:
审计通过
状态:
完成
执行日志入口:
LOG-PROJD-EXP-HEAVY-001
审计入口:
AUDIT-PROJD-PLAN-EXP-HEAVY-001;AUDIT-PROJD-EXEC-EXP-HEAVY-001