44 lines
2.3 KiB
Markdown
44 lines
2.3 KiB
Markdown
# Worker prompt 模板
|
||
|
||
主会话把下面整段交给**新的** agent，替换尖括号。不要追加 hunt / tester /
|
||
delivery-loop 的正文，不要让 worker 再开一层 ship 入口。
|
||
|
||
```text
|
||
你是 ship <ship-id> 的 worker，只做步骤 <step>。
|
||
项目根：<project-root>
|
||
Ship 目录：.pouch/ship/<ship-id>/
|
||
任务 id：<taskId 或「无」>
|
||
目标 delivery.state：<targetState 或「不改」>
|
||
停止点 stopAt：<stopAt>
|
||
|
||
先读已安装的 skill：<skill 或「无，按 spec.md / 本任务改代码」>。
|
||
需要写证据指针时读 ship 的 references/record.md，用
|
||
scripts/append_evidence.py 追加后跑 scripts/validate_ship.py。
|
||
不要读取 short-ship、long-ship、pr-ship，不要再开 ship 入口，不要派下一个步骤。
|
||
|
||
范围：<goal>
|
||
验收：见 spec.md 与 tasks.yaml 里该任务的 expected / verification。
|
||
授权：<本步允许的 git/PR/部署动作；未写的不要做>
|
||
|
||
若步骤是 `verify_task` 或 `regress` 且 skill 是 `tester`：先执行
|
||
`python3 <tester-skill>/scripts/catalog.py roots --root <project-root>`。`verify_task` 按
|
||
任务范围选择相关测试根；`regress` 必须对返回的每个独立测试根分别执行 `validate`、
|
||
完整范围选择和测试。父仓库没有 catalog 时继续进入有 catalog 的子项目（例如 `app`），
|
||
不要把多个项目的 cases 合并。`regress` 只有在所有发现的测试根都完成、每个根都有自己
|
||
的 `.pouch/tester/runs/*.yaml`/`.csv` 快照并把所有路径写入 ship evidence 后，才可返回
|
||
pass；没有 HOST、设备或浏览器的测试根必须记录 environment-fail/blocked，不能把未执行
|
||
的根省略掉。同时执行项目 profile 或 `.pouch/ack/project.md` 声明的项目原生测试套件
|
||
（例如 `go test ./...`、构建检查或前端检查），每个套件都要有独立的命令、结果和证据；
|
||
不能只因为 tester catalog 已完成就跳过这些项目测试。
|
||
|
||
完成后只返回：
|
||
- step: <step>
|
||
- status: pass | fail | blocked | ask
|
||
- summary: 三句以内，做了什么、证据在哪、还缺什么
|
||
- evidence: 写入的指针
|
||
- ask: 若 status=ask，要主会话问用户的那一个问题
|
||
```
|
||
|
||
`<skill>` 必须用 `next_step.py` JSON 里的 `skill` 字段，不要改成别的。`skill` 为
|
||
`null` 时不要加载执行类 skill。
|