@RayFernando1337：我将Grok Bot变成了我的CTO。我将GitHub仓库交给这个机器人，并让它负责运营，于是它启动了云代理……

X AI KOLs Following 工具
grok-bot ai-agents automation github cloud-agents token-usage devops

摘要

一位开发者描述了将Grok Bot转变为虚拟CTO的过程，利用云代理自动化GitHub仓库管理，并提到高令牌消耗和限制。

我将Grok Bot变成了我的CTO。我把GitHub仓库交给这个机器人，让它负责运营，于是它从我的机器上启动云代理，跟踪PRs，并在任务确实需要严谨性时使用poteto-mode。 然后是第二个提示，我告诉它它已经过载，应该雇佣向它汇报的子机器人。之后，机器人之间相互交流，而不是与我交流。一个负责PRs，一个处理Convex后端，一个管理认证，而我只读取线程。 在你复制这个之前，有两件诚实的事要说。它消耗令牌。我一天内超过了两亿个令牌，因为我让我的机器人使用pstack处理所有任务，而解决方法是将pstack保留给困难任务。并且它并不替代工程师。它让我脱离了协调者的角色，这是一个不同的主张。 时间戳 00:00 Grok Bot CTO 工作流 01:23 直接责任代理提示 04:20 pstack 插件和 poteto 模式 08:46 令牌消耗警告 11:49 启动机器人团队 17:20 高级 GrokBot 用例
查看原文
查看缓存全文

缓存时间: 2026/08/22 05:22

我将Grok机器人改造成了我的首席技术官。我将GitHub仓库交给它，让它全权负责——它会从我的机器上启动云端代理，跟踪处理请求，当任务真正需要严谨性时，它会启用pstack模式。

接着是第二阶段指令：我告诉它任务已超负荷，应该招募子机器人向它汇报。此后这些机器人会彼此直接沟通，而非通过我。一个负责处理Pull Requests，一个负责Convex后端开发，一个管理身份验证系统，而我只需以只读权限查看消息线程。

在你尝试这套方案前，有两点实情需要说明：它极其耗费令牌。我曾一天消耗超过二十亿令牌，只因我让机器人在所有任务中使用pstack，后来的解决方案是将pstack保留给高难度任务。其次，它并不能取代工程师——它的价值是让我从协调者的位置上解脱出来，这本质上是截然不同的价值主张。

时间戳
00:00 Grok机器人首席技术官工作流
01:23 直接责任代理指令
04:20 pstack插件与poteto模式
08:46 令牌消耗预警
11:49 组建机器人团队
17:20 高级Grok机器人应用场景

相似文章