starter 细页：single_step
最短 workflow starter，适合第一次验证主干结构。
single_step 是最短的一条 starter 骨架。
它的核心结构很简单：
Goal → Capability → Delivery
适合谁
- 第一次接触 workflow 的用户
- 只想先验证一条最小可运行路径的人
- 想先测试某个 capability 是否接得通的人
- 一次性提取、总结、转换这类短链路任务
不适合谁
- 需要审批的人
- 需要成功 / 失败分叉的人
- 需要浏览器提交、对外发送、写回外部系统的人
- 一开始就需要多节点协作的人
最安全的改法
最安全的是只改这三类：
- 中间的 capability
- 输入字段
- 最后的 delivery 目标
也就是说，先保住“短主干”，不要第一轮就加很多分支。
最容易改坏的地方
- 把它硬改成多审批、多分叉流程
- 在没有整理输出前，就往下接更多节点
- 一上来把它改成跨系统高风险流程
第一次试跑建议
先只换中间 capability，不先改整体结构。
用最小测试数据跑通 Goal → Capability → Delivery。
确认输出字段稳定后，再决定要不要升级成更复杂 starter。
更适合什么时候换 starter
如果你已经发现自己需要：
- 审批
- 返工分支
- 失败回收
- 对外发送
那通常就不该继续硬改 single_step 了。
字段映射示例
| 你填写的输入 | starter 里怎么用 | 常见产出 |
|---|---|---|
topic | 进入 run-capability 节点，作为本次处理主题 | summary |
summary（节点产出） | 进入 choose-delivery 节点 | delivery receipt |
这个 starter 的重点不是字段多，而是先把“一条输入 → 一次处理 → 一次交付”跑顺。
推荐输入模板
{
"topic": "整理本周 6 场客户访谈，输出 5 条共性问题和 3 条产品建议"
}如果你把中间节点从 document.read 换成别的 capability，通常也先只保留一个核心输入字段，再看是否需要继续加字段。