laily
af6e139d30
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.
25 lines
834 B
Markdown
25 lines
834 B
Markdown
# long-ship
|
|
|
|
把复杂需求从 PRD 评审、任务拆分、协作开发推进到集成回归和配置允许的发布部署。
|
|
|
|
## 什么时候使用
|
|
|
|
```text
|
|
把动态编辑需求做成 PRD，批准后拆任务开发，最后完整回归并部署测试环境。
|
|
```
|
|
|
|
## 使用前准备
|
|
|
|
- 同时安装 `ship`、`specifier` 和 `delivery-loop`。
|
|
- 需求目标和相关项目上下文。
|
|
- 用户愿意评审并明确批准某个 PRD 版本。
|
|
- 项目已配置测试环境和需要的构建/部署能力。
|
|
|
|
## Agent 会做什么
|
|
|
|
先生成可评审 PRD；批准后在同一个 ship id 下建立有依赖的任务，独立验证子任务，最后以集成结果推进交付。
|
|
|
|
## 如何判断完成
|
|
|
|
你会得到 ship id、PRD 版本、任务与依赖、各任务验证、集成回归、最终 PR/合并、产物和部署证据。
|