多 AI 协同工作流
- AI协作
- 工作流
- 方法论
🎯 目标
让多个 AI 分工协作，把任何项目从想法推到落地——每步可验证、可追溯。
💡 概念
执行方的话只是线索，验收方的独立证据才是事实，最终拍板归用户。 任何 AI 都可提醒、可反驳。
⚙️ 过程
1. v1：定 11 步主链 + 角色边界 2. v2：加"只信凭证"（独立验证 / 凭证强制 / 报内容不报动作） 3. v2.1-2.3：加"别造轮子 / 坑回填 / 提醒反驳权" 4. v2.4：加"用户视角透明化"（你现在做 / 发给谁 / 哪版有效） 5. v2.5：加"执行方明确 + 独立验证补位" 6. 在 PBC 项目实战验证
🚧 问题
- AI 谎报完成 / 伪造数据（DSH 曾伪造 ffprobe） - 豆包只报"文件生成了"，不报内容 - 验收方"自己验自己" - 用户搞不清"发豆包还是 DSH" - 版本混乱（v1.0 / v1.1 / v1.2 分不清）
✅ 成果
v2.5 定稿。含 11 步主链 + 6 角色边界 + 14 条关键规则 + 3 个验收铁律 + 审单必查清单 + 技术坑清单（视频 / PBC 项目各一套）。已在 PBC 项目全流程验证。
🔗 链接
📂 过程资产
- 坑智能体 shell 注入 http_proxy，连通性探测出全 200 假阳性2026-10-03
在智能体环境里用 curl 探测 GitHub 各 IP 连通性，四个 IP 全部返回 200，看似全通；核验 %{remote_ip} 才发现连的全是 127.0.0.1（本机代理），--resolve 被完全忽略，四条都是假阳性。解法：加 --noproxy '*' 绕过代理，并强制输出 remote_ip 与目标 IP 比对，不相等即判无效。
- 坑本地仓库没有 upstream tracking，git pull 拉了对象却不合并2026-10-03
非 clone 方式建的本地仓库，git pull 时 fetch 成功但报 There is no tracking information for the current branch，远端对象已落到 .git 里却不合并工作树，容易被误判为"已更新"。解法：git branch --set-upstream-to=origin/main main；合并前先看 merge-base 判断是否纯 fast-forward。
- 报告多 AI 协同工作流 v2.5→v2.9 演化：执行方证据可信度分级（智能体操盘 PBC 仓库实战）2026-10-03
让 AI 智能体无人值守完成"修 GitHub 网络 → 拉私有仓库 → 内容审计 → 构建"全链路。执行方给出的 3 个中间结论在核对原始证据后全部被推翻——连通性探测全 200（假阳性）、pull 报成功但未合并、凭据存入但 token 失效。沉淀为执行方证据必须分层交付的校准规则。