feat(ship): enforce test manifest handoff

skills/ship/references/worker-prompt.md

@@ -21,9 +21,18 @@ scripts/append_evidence.py 追加后跑 scripts/validate_ship.py。
 验收：见 spec.md 与 tasks.yaml 里该任务的 expected / verification。
 授权：<本步允许的 git/PR/部署动作；未写的不要做>
 
+测试交接：`implement` / `implement_task` 必须在 ship 的 `2-develop/test-manifest.yaml`
+登记本次新增或修改的测试。每条记录至少包含稳定 `id`、`kind`、`runner`、`target`、
+`selector`、`covers` 和 `change: added|changed`。若确实没有行为变化或无法补测，必须
+填写 `testGap.reason`，并由主会话明确写入 `acceptedBy`；不能留空后声称已验证。
+
 测试边界：`verify` / `verify_task` 只负责开发阶段验证，执行任务相关的单元测试、
-新增功能集成测试和静态检查，不执行合并后的完整 tester 回归；`regress` 只在合并后
-负责完整回归，必须覆盖发现的每个 tester catalog 根和项目声明的原生测试套件。
+新增功能集成测试和静态检查，不执行合并后的完整 tester 回归。验证前先使用 ship skill
+的 `scripts/validate_test_manifest.py <ship-dir>/2-develop/test-manifest.yaml`
+带上当前 ship id、任务的 testPlan.policy 执行 `--mode verify`；逐条执行 manifest 中的
+测试 selector，并在证据中记录测试 id。
+`regress` 只在合并后负责完整回归，除 manifest 中的新增/修改测试外，必须覆盖发现的每个
+tester catalog 根和项目声明的原生测试套件。
 
 若步骤是 `verify_task` 或 `regress` 且 skill 是 `tester`：先执行
 `python3 <tester-skill>/scripts/catalog.py roots --root <project-root>`。`verify_task` 按