Grok Bot + Cursor Cloud Agent，算不算一个人的软件工厂？
最近在折腾一件事：用 Grok Bot 当外层调度，把改仓库、开 PR 的活丢给 Cursor Cloud Agent ，自己只盯验收和方向。感觉像在搭一条很小的「软件工厂」流水线：
[*]Bot 负责听需求、拆任务、盯进度（人在手机上也能催）
[*]Cloud Agent 负责真正动代码、开 PR
[*]最容易翻车的是第 3 步：没有可复现的验收，所谓「百倍效率」会被返工吃光
所以我不追「哪个模型更猛」，更追：
[*]需求有没有问清（不然 Agent 跑飞）
[*]验收能不能复现（单测全绿也可能背离业务）
[*]一个人能不能把编排 + 改仓 + 验收串起来（超级个体 / 一人公司那套）
自己整理了两份非官方中文对照，方便查：
[*]Grok Bot 官博译读（含多团队怎么跑）：AI 官博译读 · Grok Bot
[*]验证闭环 / poteto-mode：pstack 中文学习站
想问下大家：
你们现在 Grok Bot 和 Cloud Agent 是怎么分工的？有没有已经跑通的「一人软件工厂」流程？返工主要卡在哪一步？
（非官方中文对照站，不是可安装中文 fork 。）
⚠️内容来自互联网，如有侵权请点击反馈！侵权投诉 验收这步我深有同感，我现在的做法是先把验收标准写成能跑的脚本，让 Cloud Agent 自己的 PR 先跑一遍再交给我，不然人肉 review 比省下来的时间还多。你 Bot 那层怎么把模糊需求问清的？
[这只是一个小尾巴] 这是听起来很美, 但是其实本质拼的, 是个体的注意力带宽 大体的思路：第一步，先构建 harness enginering ，让单个任务执行的 loop 中人占比足够少。比如，设计好软件架构、代码约束、开发、build 、测试、verify 的工具等。可以让 Agent 更多是自己完成你交代的任务目标，自己 verify 过大多数的问题。 这种可以使用类似 pstack skills ，或者用 grokbot 这种工具编排整个的软件研发工作流，替代“人”减少人节省人的注意力。第二步，选择适合你自己的工具，放大规模。@baizheng 你说的这些是都是基操, 技术的这些都是没啥好讨论的.我说的是业务注意力, 瞬息万变, 以及把业务翻译成 AI 工作流. 工作流本身也不是一成不变, 要谁市场变化调整. 举个例子, 你用 Grok Bot 去盯同行, 同行或许也会盯你, 你可能会制作蜜罐去迷惑同行, 于此同时, 你的 Grok Bot 就得先同行, 先想到这一层. 动态博弈, 非常需要注意力.
页:
[1]