64 lines
3.6 KiB
Markdown
64 lines
3.6 KiB
Markdown
|
# 已有项目接入清单
|
||
|
|
|
||
|
|
> 用于把本模板补进一个已经存在的项目。目标是先建立 agent 可读的事实来源，再继续开发新功能。
|
||
|
|
|
||
|
|
## 适用场景
|
||
|
|
|
||
|
|
- 项目已经有代码，但缺少清晰的 agent 入口、任务看板、当前状态和验证路径。
|
||
|
|
- 项目被多轮 AI 修改过，文档、代码和真实可运行状态已经不一致。
|
||
|
|
- 想从“靠聊天记录推进”切换到“靠仓库内工件推进”。
|
||
|
|
|
||
|
|
如果是全新空项目，优先按根目录 `README.md` 的“空项目接入”流程复制模板。
|
||
|
|
|
||
|
|
## 最小接入文件
|
||
|
|
|
||
|
|
先复制或建立这些文件：
|
||
|
|
|
||
|
|
| 文件 | 作用 |
|
||
|
|
| --- | --- |
|
||
|
|
| `AGENTS.md` | 仓库级 agent 入口和总规则 |
|
||
|
|
| `CLAUDE.md` | Claude Code 薄入口，指向 `AGENTS.md` |
|
||
|
|
| `docs/00-ai-start-here.md` | 每轮开工流程 |
|
||
|
|
| `docs/05-coding-rules.md` | 编码纪律和验证底线 |
|
||
|
|
| `docs/06-tasks.md` | 任务看板 |
|
||
|
|
| `docs/current-state.md` | 当前实现状态快照 |
|
||
|
|
| `progress.md` | 只追加的执行流水 |
|
||
|
|
| `init.sh` 或 `init.ps1` | 标准启动与验证入口，按操作系统二选一 |
|
||
|
|
|
||
|
|
推荐随后补齐：`docs/01-vision.md`、`docs/02-requirements.md`、`docs/03-tech-stack.md`、`docs/04-architecture.md`、`docs/api.md`、`docs/routes.md`、`docs/clean-state-checklist.md`。
|
||
|
|
|
||
|
|
## 接入步骤
|
||
|
|
|
||
|
|
1. 确认仓库根目录，读取已有 `README`、运行脚本、测试配置和主要入口文件。
|
||
|
|
2. 复制最小接入文件，并把所有 `【占位符】` 替换成当前项目事实。
|
||
|
|
3. 在 `docs/current-state.md` 写清真实目录、真实启动命令、真实验证命令、当前 blocker。
|
||
|
|
4. 在 `docs/03-tech-stack.md` 固定已经实际使用的技术栈，不确定项标为“待定”，不要让 agent 自行选择。
|
||
|
|
5. 在 `docs/04-architecture.md` 记录当前代码的真实模块边界；不清楚的地方标为“待确认”。
|
||
|
|
6. 在 `docs/06-tasks.md` 只放下一阶段能小步交付的任务，不要把历史愿望清单全部搬进去。
|
||
|
|
7. 配置 `init.sh` 或 `init.ps1` 顶部三个命令，让它能安装依赖、运行基础验证、打印启动命令。
|
||
|
|
8. 运行标准验证；如果失败，第一轮任务应先修基线，不做新功能。
|
||
|
|
9. 把接入过程、验证结果和遗留 blocker 追加到 `progress.md`。
|
||
|
|
|
||
|
|
## 第一轮 agent 任务建议
|
||
|
|
|
||
|
|
已有项目接入后的第一轮，不建议直接做新功能。推荐任务是：
|
||
|
|
|
||
|
|
| ID | 任务 | 验收要点 |
|
||
|
|
| --- | --- | --- |
|
||
|
|
| T-000 | 建立当前状态基线 | `current-state.md` 写清真实状态；`init` 脚本已配置；基础验证结果已记录到 `progress.md` |
|
||
|
|
| T-001 | 修复启动 / 验证基线 | 标准启动路径和标准验证路径可运行；失败原因已消除或记录为 blocker |
|
||
|
|
| T-002 | 对齐任务看板 | `06-tasks.md` 只保留可执行的小任务；第一个 TODO 依赖清楚、验收可观察 |
|
||
|
|
|
||
|
|
## 代码现实与文档冲突时
|
||
|
|
|
||
|
|
- 以当前可运行代码和真实验证结果为事实起点。
|
||
|
|
- 文档描述旧功能但代码不存在时，先把差异记录到 `current-state.md`，不要直接补实现。
|
||
|
|
- 代码已有行为但文档没写时，先补 `02-requirements.md`、`04-architecture.md` 或 `api.md`，再继续修改代码。
|
||
|
|
- 命令不可运行时，不要标记任务完成；在 `progress.md` 记录失败命令和错误摘要。
|
||
|
|
|
||
|
|
## 不建议做的事
|
||
|
|
|
||
|
|
- 不要一次性把所有模板都填满；先让入口、当前状态、任务和验证路径可用。
|
||
|
|
- 不要把聊天记录当事实来源。
|
||
|
|
- 不要为了让验证通过而降低测试或验收标准。
|
||
|
|
- 不要在接入 harness 的同一轮顺手重构业务代码，除非是修复启动或验证基线所必需。
|