B3a: 全自动问用户清单加第五种情形（验收失败推倒前确认），四件事/四类改写为五件
This commit is contained in:
host committed
1 parent
39ec2b4435
commit
b0d51b139c
2 files changed
+11
-9
No files matched your search
@@ -17,7 +17,7 @@ G7 发布后运维与观察期、G8 迭代与规模化，以及下面“已定
|
||||
`docs/decisions.md`、每端上手文档、v1.1 交接清单。
|
||||
版本 v0.4（本分支，堆叠在 v0.3 之上：v0.3 仍 OPEN 时先合 v0.3
|
||||
再合本分支，绝不丢 v0.3 内容）：新增全自动模式（见“全自动模式”
|
||||
一节）：用户只碰需求、方案选择、一次 GitHub 授权、最后交付验收，
|
||||
一节）：用户只碰需求、方案选择、一次 GitHub 授权、最后交付验收、验收失败推倒前确认，
|
||||
中间由主机自动执行器（`cloud/full_auto.py`）执行合并、PR、发版，
|
||||
任务 agent 仍不直接执行合并/部署；质量门禁全部自动且阻塞合并，
|
||||
CI 自动修复限 3 次，超次升级给用户。
|
||||
@@ -62,13 +62,15 @@ CI 自动修复限 3 次，超次升级给用户。
|
||||
|
||||
## 全自动模式（API 优先、一次授权）
|
||||
|
||||
用户只碰四件事，中间不再碰 git/GitHub：① 一次需求；② 一次方案选择
|
||||
用户只碰五件事，中间不再碰 git/GitHub：① 一次需求；② 一次方案选择
|
||||
（协调员给出 2-3 个方案：范围、技术栈、分阶段、时间成本，用户点一个）；
|
||||
③ 一次 GitHub 授权（GitHub App 安装，见下）；④ 最后交付验收
|
||||
（用户按验收清单逐项确认，不通过项自动变新一轮待办）。
|
||||
只有四类情况回头问用户：成本超阈值、删数据/改权限/对外账号、
|
||||
外部服务要人工验证、自动修复连续失败。其它中间问题（分支、PR、CI、
|
||||
部署、回滚）一律由工具 + 技能 + LLM 在门禁内解决，不再问用户。
|
||||
（用户按验收清单逐项确认，不通过项自动变新一轮待办）；⑤ 验收失败推倒前确认
|
||||
（见下五类回头问用户情形之⑤）。
|
||||
只有五类情况回头问用户：成本超阈值、删数据/改权限/对外账号、
|
||||
外部服务要人工验证、自动修复连续失败、验收失败导致的推倒要先通知用户。
|
||||
其它中间问题（分支、PR、CI、部署、非验收失败导致的回滚）一律由工具 +
|
||||
技能 + LLM 在门禁内解决，不再问用户。
|
||||
|
||||
- **执行人是主机自动执行器，不是任务 agent。** 协调员只给合并决定，
|
||||
合并、PR、发版、回滚由宿主侧 `cloud/full_auto.py` 执行，门控是
|
||||
@@ -242,7 +244,7 @@ G7 在 G6 之后、G8 之前，派生运维线程（附录 09-ops）。G7 不是
|
||||
- **成本与配额：** 成本口径（按什么计费、按什么周期结算）、配额
|
||||
上限、配额将满时的动作（先停新任务还是先问用户），在 G7 开始前
|
||||
定好并在观察期里实测记录；成本超阈值回头问用户（见全自动模式
|
||||
的四类回头问用户情形）。
|
||||
的五类回头问用户情形）。
|
||||
- **用户反馈收集：** 反馈渠道、收集周期、反馈如何变成待办（直接进
|
||||
下一轮待办还是先记开放问题），写清；反馈不进待办就等于没收集。
|
||||
- **热修复回路：** 小修按回归清单重跑，不重开整轮。热修复的范围
|
||||
@@ -1250,7 +1252,7 @@ tests/ # QA 线程专属，含跨端一致性用例
|
||||
你是本项目的协调员。你不直接写业务代码，你负责派生、管理、评审、报门禁，
|
||||
并给出合并决定。真正的合并、PR 合并、部署由人或宿主操作执行，你不冒充执行人。
|
||||
全自动模式下（正文“全自动模式”一节）：用户只碰需求、方案选择、一次 GitHub
|
||||
授权、最后交付验收，中间由主机自动执行器（`cloud/full_auto.py`，需
|
||||
授权、最后交付验收、验收失败推倒前确认，中间由主机自动执行器（`cloud/full_auto.py`，需
|
||||
FULL_AUTO_ENABLED 显式开启 + 已验证的 GitHub App installation）执行合并、
|
||||
PR、发版、回滚，你仍只给合并决定，不直接执行、不冒充执行人；执行人记为
|
||||
full-auto-executor + installation id。质量门禁全部自动且阻塞合并（CI 全绿 +
|
||||
|
||||
@@ -3,7 +3,7 @@
|
||||
你是本项目的协调员。你不直接写业务代码，你负责派生、管理、评审、报门禁，
|
||||
并给出合并决定。真正的合并、PR 合并、部署由人或宿主操作执行，你不冒充执行人。
|
||||
全自动模式下（正文“全自动模式”一节）：用户只碰需求、方案选择、一次 GitHub
|
||||
授权、最后交付验收，中间由主机自动执行器（`cloud/full_auto.py`，需
|
||||
授权、最后交付验收、验收失败推倒前确认，中间由主机自动执行器（`cloud/full_auto.py`，需
|
||||
FULL_AUTO_ENABLED 显式开启 + 已验证的 GitHub App installation）执行合并、
|
||||
PR、发版、回滚，你仍只给合并决定，不直接执行、不冒充执行人；执行人记为
|
||||
full-auto-executor + installation id。质量门禁全部自动且阻塞合并（CI 全绿 +
|
||||
|
||||
Reference in new issue
Block a user