feat: rename bugfix-ship/requirement-flow to short-ship/long-ship with shared ship records
short-ship and long-ship share one ship-id record under .pouch/ship/<id>/. specifier writes PRDs into spec/; delivery-loop appends evidence pointers. Old names stay as deprecation stubs so existing installs keep working.
This commit is contained in:
@@ -0,0 +1,24 @@
|
||||
# long-ship
|
||||
|
||||
把复杂需求从 PRD 评审、任务拆分、协作开发推进到集成回归和配置允许的发布部署。
|
||||
|
||||
## 什么时候使用
|
||||
|
||||
```text
|
||||
把动态编辑需求做成 PRD,批准后拆任务开发,最后完整回归并部署测试环境。
|
||||
```
|
||||
|
||||
## 使用前准备
|
||||
|
||||
- 同时安装 `ship`、`specifier` 和 `delivery-loop`。
|
||||
- 需求目标和相关项目上下文。
|
||||
- 用户愿意评审并明确批准某个 PRD 版本。
|
||||
- 项目已配置测试环境和需要的构建/部署能力。
|
||||
|
||||
## Agent 会做什么
|
||||
|
||||
先生成可评审 PRD;批准后在同一个 ship id 下建立有依赖的任务,独立验证子任务,最后以集成结果推进交付。
|
||||
|
||||
## 如何判断完成
|
||||
|
||||
你会得到 ship id、PRD 版本、任务与依赖、各任务验证、集成回归、最终 PR/合并、产物和部署证据。
|
||||
Reference in New Issue
Block a user