Grok Bot工作计划AI 评分 · 75/100AI 辅助编辑·未发现明显提示词注入风险X

Grok Bot 人在环内审批工作流

通过 1acp 将编码任务分发给 agent，在关键节点设置机器检查与人工审批，避免模糊需求导致的无效产出

经验丰富步骤流程
给谁
已有 AI agent 基础设施、需要控制自动化编码质量的技术负责人或高级开发者
你会得到
理解并参考一种'人在环内'的审批架构：Grok Bot → 1acp → 编码 agent → 机器检查 → 人工审批 → 发布/打回
你需要
Grok Bot

硬约束

需要已有 Grok Bot 访问权限和可运行 1acp（作者自研 MCP+CLI 层）的 Mac 环境。非通用 SaaS，无法直接注册使用。

他们做了什么

ScottZeng93 在 2024-2026 年间探索从 vibe coding 到自动化编码。2025 年 Programmer's Day 提出 SPEC programming 方法，2026 年上半年推出开源产品 1agents，目标是'一句需求输入，全自动开发输出'。6 月 25 日曾创下单日 44 个 PR（合并 43 个）的'高产'记录，但随后发现大量产出半成品或不可用——包括'圆桌讨论'功能在 5 天内经历 MVP、重写、补丁后被废弃。诊断根源为：大型项目需求模糊，agent 自行填补空白，导致后期难以验收和修改。

效果如何

作者将 1agents 的经验转化为 1acp 的新架构：Grok Bot 分发任务 → 编码 agent 执行 → 关键节点机器检查 → 人工审批工作台。截至 2026-10-26，ledger 记录 82 jobs（45 完成，26 失败，7 取消），为一周实际使用数据，非基准测试。某次 README report 从接受到人工批准耗时约 2 分钟。（author_report）

值得知道

1acp 目前运行在单台 Mac 上，仅供单一所有者使用，不是通用工作流引擎，不支持多用户协调。'一句需求全自动开发'对小型项目（脚本、页面、一次性工具）仍可行，但大型模糊需求项目容易失控。作者提出的未解问题：人类审批者可能因 agent 产出长且自信、检查全绿而懒得细读，最终使审批沦为橡皮图章。

步骤

  1. Grok Bot 创建任务工作流

    在 Grok Bot 中描述需求，由 Bot 生成任务工作流。工作流通过 1acp（基于 Agent Client Protocol 的 MCP 和 CLI 层）将任务分发给合适的编码 agent（Codex、Claude 或 Grok Build，视任务而定）。

  2. 设置节点验收标准

    在工作流的关键节点（而非仅最终输出）设置验收标准（acceptance standards）。结果若未通过检查，自动打回给 agent 重新处理。

  3. 机器检查自动执行

    agent 产出结果后，先经过机器检查。例如某次 README report 在 23:08:57 被接受，约 36 秒后通过机器检查。

  4. 人工审批工作台决策

    机器检查通过的结果进入审批工作台。操作者有两个选项： - 批准（approve）：释放该结果，审批绑定到当前版本及其 SHA-256 哈希；若内容变更，审批自动失效。 - 请求修改（request changes）：打回给作者的 agent session，生成新版本后重新走检查流程。 agent 无法代操作者批准。

可复制提示词

参考提示词 · 本站建议版本。使用前确认粘贴位置、输入变量及输出格式。

这一段是提示词，页面不会在这里插入广告。

无提示词，按步骤操作即可。

来源

Why my Grok Bot waits for approval：人在环内审批工作流 · ScottZeng93 · X · 2026-10-26T11:20:43.000Z

留言与反馈

试过这个方法吗？分享效果、遇到的问题或改进建议。留言审核后公开，请勿填写敏感信息。

正在加载…

    相关用例