starter 细页：review_publish
适合需要批准 / 返工两路分叉的发布型 starter。
review_publish 的价值不只是“有 review”，而是它已经帮你搭好了：
- 批准继续
- 不批准返工
这两条路。
适合谁
- 需要发布前最后人工确认的人
- 有明确“批准 / 返工”分叉的人
- 社媒发布、外部提交、对外内容发出前需要卡口的人
不适合谁
- 没有返工路径需求的人
- 只是内部交付、不改外部世界状态的人
- 一开始就要多段审批的人
最安全的改法
最安全的是改：
- 草稿准备节点
- 最终 submit 目标
- review 输入里的上下文
但尽量先保住“review decision → submit / revise”这条骨架。
最容易改坏的地方
- 把返工支路删掉，却还保留高风险提交
- review 里不放摘要和证据
- submit 后没有回执或 proof
第一次试跑建议
先用测试数据验证 review true / false 两条路都能走通。
确认 submit 只在批准后发生。
确认 revise 支路真的能回到人工继续修改的语义上。
字段映射示例
| 你填写的输入 | starter 里怎么用 | 会影响哪条支路 |
|---|---|---|
topic | 进入 prepare-post-draft 节点，先生成待提交草稿 | 决定草稿内容 |
reviewApproved | 进入 review-before-submit 条件判断 | true 走 submit，false 走 revise |
reviewSummary | 进入 submit-reviewed-post 节点，作为提交备注 / 审核结论上下文 | 决定提交时带出的审核说明 |
推荐输入模板
第一次试跑建议把批准和返工两条路分开验证：
{
"topic": "发布 7 月产品更新说明，面向现有付费用户",
"reviewApproved": true,
"reviewSummary": "已核对标题、正文和发布对象，可进入提交"
}要验证返工分支时，只需要把 reviewApproved 改成 false，并把 reviewSummary 改成具体返工意见。