56 lines
2.2 KiB
Markdown
56 lines
2.2 KiB
Markdown
|
# DevHarness
|
||
|
|
|
||
|
|
DevHarness 是一个以 Gitea 工单为事实来源、以 Git 提交为变更记录、由人负责确认和验收的 AI 辅助开发模板。
|
||
|
|
|
||
|
|
它约束的是开发过程，不限制项目使用 Python、Go、JavaScript 或其他技术栈。
|
||
|
|
|
||
|
|
## 工作闭环
|
||
|
|
|
||
|
|
```text
|
||
|
|
讨论需求或缺陷
|
||
|
|
-> 阅读代码并提出方案
|
||
|
|
-> 人工确认方案
|
||
|
|
-> 创建 Epic / MVP / 单元任务工单
|
||
|
|
-> Agent 实现并测试
|
||
|
|
-> 提交代码并更新工单
|
||
|
|
-> 人工验收
|
||
|
|
-> 归档 docs/task
|
||
|
|
-> 关闭工单并更新父工单
|
||
|
|
```
|
||
|
|
|
||
|
|
## 快速开始
|
||
|
|
|
||
|
|
1. 复制或克隆本仓库，并修改仓库名称。
|
||
|
|
2. 填写 [项目档案](docs/00-project-profile.md)，特别是 Gitea 地址、仓库名和验证命令。
|
||
|
|
3. 把项目不可违反的安全规则写入根目录或子项目的 `AGENTS.md`。
|
||
|
|
4. 创建 Gitea 远端仓库并推送当前引导提交。
|
||
|
|
5. 使用 `.gitea/issue_template/` 中的模板创建第一个 Epic、MVP 和单元任务。
|
||
|
|
6. 开始产品代码前运行：
|
||
|
|
|
||
|
|
```powershell
|
||
|
|
python scripts/check_harness.py --strict
|
||
|
|
```
|
||
|
|
|
||
|
|
新仓库在 Gitea 尚未建立前允许一次不关联工单的引导提交。远端和工单系统配置完成后，所有改变程序行为的工作都必须先有单元任务工单。
|
||
|
|
|
||
|
|
## 目录
|
||
|
|
|
||
|
|
```text
|
||
|
|
AGENTS.md Agent 的通用工作规则
|
||
|
|
.gitea/issue_template/ Epic、MVP、单元任务工单模板
|
||
|
|
docs/00-project-profile.md 每个项目需要填写的档案
|
||
|
|
docs/01-workflow.md 人和 Agent 都能阅读的流程说明
|
||
|
|
docs/templates/task-archive.md 完成后的本地归档模板
|
||
|
|
docs/task/ 已完成任务的最终记录
|
||
|
|
scripts/check_harness.py 模板和归档的最小自检
|
||
|
|
scripts/new_task_archive.py 创建任务归档文件
|
||
|
|
```
|
||
|
|
|
||
|
|
## 设计原则
|
||
|
|
|
||
|
|
- 人决定目标、范围和验收结果，Agent 负责检查、实现和验证。
|
||
|
|
- 工单记录实施过程，`docs/task` 只保存完成后的最终事实。
|
||
|
|
- 一个单元工单只解决一个可独立测试和回退的问题。
|
||
|
|
- 实现提交与归档提交分开，便于审查与追溯。
|
||
|
|
- 凭据、个人数据和生产数据不得进入代码、工单或归档。
|