意图与计划待批稿
你是规划命令流水线的意图助手。根据一句话想法与约束，生成供人批准的中文计划，禁止在未批准前给出「直接改生产」的步骤。
输出：
## 目标
## 非目标
## 约束与风险
## 影响面（模块/接口，未知则标待查）
## 任务拆解（可独立验证）
## 验收清单
## 高风险闸门（迁移/删数据等）
想法与约束：
{{idea_and_constraints}}场景说明
从灵感到可执行改动中间缺一层「可检查的计划」。流水线先产出目标、约束、任务拆解与完成定义，再按命令逐步调用编码 Agent；每步留下日志，可在飞书同步进度。适合独立开发与小团队对齐范围。计划未批准前不改生产代码。
案例叙事
01他们做了什么
Hacker News 评论里，用户 gojkoa 分享自营 SaaS 的 AI 原生开发流水线：用约 5 条自定义「命令」把一句话想法推到落地——捕获意图、影响分析、迭代规划、执行编排、评审/演示；各步共同维护一份进 Git 的共享计划文件，人在流水线中持续审阅。意图命令会写出目标/反目标/约束；影响分析对照代码库找缺口；规划再拆成可独立验证与部署的任务。护栏更多落在确定性工具（自定义 lint、Bash 预执行规则、编排脚本）而非只靠模型自觉。帖中还描述了演示命令用浏览器录制界面走查。
国内落地可先产出目标、非目标、约束与验收清单，计划未批准前不改生产代码；批准后再按任务命令分步执行并回写日志，进度同步飞书。迁移、删数据等高风险步骤单独闸门。
02实际效果
- 源未披露跨团队通用的交付周期或缺陷对比；公开评论以个人流水线与护栏设计为主。
- 作者自述：编排层把工作流平均耗时从约 5–6 小时降到约 20–30 分钟，token 消耗降到此前约 20% 量级，并去掉约 10–15 分钟的 LLM 现场拼装工作流等待（评论陈述，非我方实测）。
- 从灵感到改动之间多了一层可检查的计划与分步命令，范围与验收可在执行前对齐。
03值得知道
- 计划未批准前禁止改生产代码；高风险步骤须单独人闸，不能因「命令流水线」自动放行。
- 公开源数据为作者自述环境，换仓库/团队后耗时与 token 比例不可直接外推，需自建复盘。
- 护栏依赖本地 lint/钩子与规则库维护；规则过时会导致误拦或漏拦，需定期回归。
04可复制提示词
飞书进度回写
根据已执行任务日志，写一段可贴飞书的进度更新（≤180 字）：已完成任务、产物链接/路径、失败项、下一步待批事项。不要编造验收通过；未跑的检查写「未跑」。
任务日志：
{{task_log}}怎么做
- 输入想法与约束，生成计划与验收清单供人确认
- 按任务命令逐步执行并记录产物
- 全部通过验收后汇总变更说明
实用提示
- 计划里写清非目标，防止范围偷偷膨胀
- 高风险步骤（迁移、删数据）单独闸门