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.
31 lines
945 B
Markdown
31 lines
945 B
Markdown
# short-ship
|
|
|
|
把一次范围清楚的改动（小功能、文案、已确认的 bug）从说明推进到配置允许的 PR、合并或部署。
|
|
|
|
## 什么时候使用
|
|
|
|
```text
|
|
给列表页加一个导出按钮，测完后发 PR。
|
|
```
|
|
|
|
或：
|
|
|
|
```text
|
|
修复这个线上回归，完整验证并部署到测试环境。
|
|
```
|
|
|
|
## 使用前准备
|
|
|
|
- 同时安装 `ship`（记录格式）和 `delivery-loop`。
|
|
- 目标已经说清，或有可复现的问题描述、截图、日志。
|
|
- 项目已配置测试环境和所需 builder/tester/deployer 能力。
|
|
- 若要外部发布，明确允许的停止点或使用项目 profile。
|
|
|
|
## Agent 会做什么
|
|
|
|
建立 ship 记录，写短需求说明，改代码并验证，再继续完成配置允许的交付阶段。一次交付一个 ship id。
|
|
|
|
## 如何判断完成
|
|
|
|
你会得到 ship id、说明、测试证据、PR/合并/tag、产物和部署状态；不会只收到“本地测试通过”。
|