小墨同学

Grok Bot 也能点美团外卖了？我直接拿蜜雪冰城测试了一下🔥 我直接给 Grok Bot 安装了美团对应的 Skill，整个过程非常快，只需要把对应的地址给它，让它自己安装就可以了 操作也非常简单，基本上就 3 步 1、安装 Skill 直接把美团 Skill 的地址发给 Grok Bot，让它自己安装对应的 Skill 2、扫码授权 安装完成之后会出现一个授权码，我们只需要打开美团 APP 扫码授权就可以了 3、让 Grok Bot 帮你下单 授权完成后，就可以让它根据你默认的收货地址，寻找附近的商店 我这边直接拿蜜雪冰城测试了一下，基本上没有什么问题 不过这里有个地方需要注意，它并不是正常的美团外卖下单，而是通过美团跑腿来帮你买东西 它会根据商家的距离计算对应的跑腿费用，然后生成订单 而且在下单的时候，还需要进行一次手机号码验证 美团这个 Skill 其实还有很多其他功能，我也只是简单体验了一下，目前感觉还不错 慢慢地真的越来越方便了，现在美团、高德这些国内服务也开始提供 Skill 和 MCP，可以让 Grok Bot 去调用 以后很多生活上的小事，都可以直接交给 Grok Bot 去完成了 玩法真的是越来越多了

DeepSeek 这次开源的 Super-agent，有一种 PI Durable 的味道了🔥 最近 DeepSeek Harness 团队放出了一套 Super-agent 架构设计，还开源了对应的研究原型 我看了一下整个设计，发现它想解决的不是 Agent 能不能完成某个任务，而是怎么让 Agent 长期运行、主动接活、持续跟进，还尽量减少人工干预 整理了我觉得对实际工程最有价值的 5 个地方： 1、任务不再依赖单个 Session 以前很多 Agent 都是一次对话对应一次任务，任务结束或者会话中断，后续还得自己重新安排 Super-agent 引入了 Ticket 机制，每个任务都有自己的状态、授权范围和执行记录 比如 Agent 提交了一个 PR，后面有人提出修改意见，它还能根据原来的任务继续处理，不需要重新解释一遍背景 2、Router 和 Worker 分离 Router 负责接收消息、判断任务和分配工作，真正执行的是独立的 Worker 每个任务都有自己的 Session 和工作目录，还能并行处理 我觉得这个设计比较合理，主 Agent 不需要把所有代码和执行过程都塞进自己的上下文，也能避免多个任务直接混在同一个工作目录里 3、从被动聊天变成事件驱动 目前原型支持监听 GitHub 和飞书的消息 比如 GitHub 出现新的 Issue、PR 评论或者 CI 结果，都可以成为触发事件 但它不是看到消息就直接执行，而是先根据授权和规则判断，符合条件才会创建任务 甚至可以先开观察模式，只记录它准备做什么，不真正执行 4、任务中断后可以恢复 这也是长期运行的 Agent 最需要解决的问题之一 Worker 执行到一半，遇到网络错误、模型请求失败或者服务重启，系统会保留任务状态，并通过重试和恢复机制继续处理 不会简单地把一次模型调用失败当成整个任务结束 5、尽量减少对人的打扰 这个反而是我最喜欢的设计理念 作者强调的不是让 Agent 做更多事情，而是让它消耗尽可能少的人类注意力，提供尽可能多的价值 任务执行过程中不需要每一步都汇报，只有需要人工决定、遇到问题或者有结果交付时才通知你 就是让我感觉 好像所有开源比较出名的 Agent 都在往持久化运行 低打扰方面优化，和我前面研究的 pi Durable 有异曲同工之妙 都是往自恢复和Agent持久化方面走，可能最终的大方向都是 person agent 项目地址： https://github.com/deepseek-ai/dsh-superagent-prototype

AI 订阅越来越多，怎么让 Grok Bot 统一管理这些 Agent？🔥 最近很多朋友来问我，手里还有不少 AI 订阅，比如 Grok CLI、Claude Code、Pi Agent、Codex CLI 等等 这么多 CLI，每次使用都要单独打开，有没有什么方便的统一管理和调度方式？ 我这里整理了 3 个项目，大家可以根据自己的需求选择 1、Pi Agent｜最轻量的方案 这个其实也是我比较喜欢的方式 直接让 Pi 作为主 Agent，通过扩展调用其他 CLI，把不同的任务交给 Claude Code、Codex 等工具执行，或者直接使用账户或者API Key的方式授权直接使用 也可以安装 pi-cli-subagents，就可以进行统一管理这些 Agent 的任务和会话，还能并行执行 最大的优点是不需要再装一套复杂的管理平台，比较适合喜欢终端和自己折腾的朋友 https://pi.dev/packages/pi-cli-subagents 2、Paseo｜跨设备管理多个 CLI 这个我觉得很适合经常在手机和电脑之间切换的朋友 支持 Claude Code、Codex、OpenCode、Pi 等多个 Agent，可以统一查看任务、管理会话，还能让不同 Agent 相互调度 而且桌面端和移动端适配得都不错，支持 iOS、Android、Web，人在外面也能用手机管理电脑上的 Agent https://github.com/getpaseo/paseo 3、Orca｜多 Agent 可视化工作台 这个项目的功能更加丰富，支持 Grok CLI、Claude Code、Codex、Pi、OpenCode 等多种 CLI 可以把不同 Agent 放在独立的 Git Worktree 里，同时执行多个任务，最后对比代码、查看改动和提交结果 还有移动端可以远程查看任务进度，比较适合经常同时开发多个项目的朋友 https://github.com/stablyai/orca 如果你和我一样，手里有好几个 AI 订阅，其实没必要每次都切换不同的软件 我个人更喜欢让一个 Agent 作为统一入口，再根据任务分配给不同的 CLI 如果想简单一点，就用 Pi Agent；如果经常需要手机远程管理，可以考虑 Paseo；如果需要完整的桌面开发工作台，就看看 Orca Grok Bot 本身有云电脑和终端，也可以作为任务入口，不过要提前配置好对应的 CLI 和登录环境 这也是我推荐给大家在有限订阅额度上，尽可能多干活的方式，使用其他厂商的CLI订阅，分配任务完成任务

Hermes Agent 也推出官方移动端了，Personal Agent 都开始往手机上靠拢了🔥 Nous Research 最近开放了 Hermes Mobile Beta，iOS 和 Android 都可以申请测试 之前我使用 Hermes 基本上都是通过 Telegram 或者远程连接，现在终于有自己的手机客户端了 我看了一下，比较值得关注的有 3 个地方： 1、远程接管 Agent 可以直接连接自己部署在 VPS 上的 Hermes Gateway，查看任务执行情况、管理对话，不需要在手机上重新部署 Agent 2、手机直接审批工具调用 Agent 遇到需要人工确认的操作，可以直接通过手机处理，不用一直守在电脑旁边 3、管理自动化任务 可以在手机上查看和管理 Routines，让 Agent 在服务器上长期运行，自己随时查看任务状态 官网：https://hermes-agent.nousresearch.com/mobile 其实我发现最近不管是 Grok Bot、Muse、Dots，还是现在的 Hermes，都在往移动端靠拢 我觉得这也是必然的，因为手机才是离我们最近的设备，基本上每天都会带在身边，随时随地都可以使用 而且 Personal Agent 本来就不应该局限在电脑上，Agent 在云端干活，手机负责沟通、审批和接收结果 以后真正的个人助手，应该是我们需要它的时候随时能找到它，而不是每次有事都得专门打开电脑

不测不知道，一测吓一跳，Grok Bot 的网速竟然跑到了 5Gbps！🔥 这是我目前测试过的所有 Personal Agent 里面，网速最快的一个 像 GPT 的 Dots，我之前测试下来只有几百兆的网速，而且还隐藏了 IP，Muse 也差不多，连 1Gbps 都达不到 没想到老马这次给得是真的足 1、硬件配置｜8 核 16G + 128G 硬盘 Grok Bot 本身就相当于一台云电脑，8 核 CPU、16G 内存，还有 128G 硬盘 这配置在我用过的几个 Personal Agent 里面，已经算是最高的一档了 2、网络速度｜实测 5Gbps 最让我意外的还是网速，竟然直接跑到了 5Gbps 我又测试了一下，把一个 5GB 的 Linux 安装包同步到 Google Drive，传输速度差不多有 400～500 兆每秒 拿来同步数据简直不要太爽 3、实际用途｜大文件同步和备份 如果你自己有 VPS，尤其是一些大硬盘的机器，也可以考虑让 Grok Bot 帮你完成数据同步 直接让它使用 rclone 之类的工具，把 VPS 上的数据同步到 Google Drive，或者其他云存储 尤其是外网机器之间传输大文件，有这么高的带宽，理论上可以节省不少时间，实际还是要看两端的网络和服务限制 我之前一直觉得 Grok Bot 最大的优势是低维护和 X 生态，没想到连硬件配置和网络带宽都给得这么足 老马这次确实舍得下本钱，8 核 16G、128G 硬盘，再加上实测 5Gbps 的网速 拿来当 Personal Agent 感觉都有点奢侈了，尤其是用来同步数据，是真的舒服

玩 Grok Bot 必须知道的 5 种自动触发方式🔥 1、Email｜邮件自动触发 收到合作邮件、重要通知或者账单，就可以让 Grok Bot 自动整理内容、生成回复草稿，不用自己每天去检查邮箱 2、GitHub｜代码事件触发 这个我比较推荐，尤其是写代码的朋友，出现新的 Issue 或 PR，就能自动让 Grok Bot 分析问题，甚至把任务交给 Cursor Cloud 去处理 3、Slack｜消息自动触发 可以根据频道消息或者指定关键词触发任务，比如有人反馈 Bug，就自动让 Grok Bot 整理问题，比较适合团队协作 4、Linear / Sentry｜任务和故障监控 项目新增任务或者系统出现异常，就可以自动让 Grok Bot 收集日志、分析原因和生成处理建议 对于自己维护项目的朋友还是挺实用的 5、Webhook｜外部系统触发 这个我觉得扩展性最大，可以让自己的 VPS、监控脚本或者其他系统，通过 HTTP 请求触发 Grok Bot 执行任务 基本上只要能发送 Webhook 的服务，都可以尝试接进来

以前让 Hermes Agent 管飞书，现在我直接交给 Grok Bot 了🔥 Grok Bot 也能管理飞书了，其实这是我从 Hermes Agent 里面迁移过来的功能 前面我是让 Hermes Agent 去管理我的飞书，现在直接换成 Grok Bot，整个过程其实非常简单 飞书很早就开源了自己的 CLI，也就是 Lark CLI 只需要把这句提示词发给 Grok Bot： 帮我安装飞书的 CLI，也叫 Lark CLI 然后基本上就 3 步 1、安装 CLI，登录飞书 安装完成后，它会弹出一个二维码或者链接 你只需要用飞书 APP 扫码，或者直接通过网页登录你要授权的飞书账号即可 2、给机器人授权 默认创建的机器人是没有任何权限的，所以还需要手动授权一次 操作也很简单，一样是扫码授权 这里需要注意，如果你不需要飞书 Bot 有那么多权限，最好提前让 Grok Bot 只申请必要的权限 否则权限开得太大，后续管理起来可能会有问题 3、检查授权，直接下发任务 最后让 Grok Bot 检查一下授权是否完成，就可以直接下发任务了 我这里简单测试了一下，让它创建一个名为 Grok Bot 的测试文档 整个过程没有什么问题，直接返回了对应的文档页面，文档也正常保留了 其他方面也一样，现在可以直接在 Grok Bot 上操作飞书了 不管是创建文档、表格，还是管理日历、创建会议，只要对应的权限和功能都配置好了，就可以直接让它去完成 整体使用下来还是非常丝滑的 我之前花了不少时间折腾 Hermes Agent 和飞书的对接，现在迁移到 Grok Bot 上，基本上就是安装 CLI、扫码授权，然后直接使用 越来越觉得，很多原来需要自己维护的功能，现在直接交给 Grok Bot 就可以了

Grok Bot 30 刀会员额度不够用？分享 5 个省额度的方法🔥 最近很多朋友都在抱怨，30 美元的 Grok Bot 会员额度是真的不够用，100 美元的套餐又有点太贵了 我这里整理了几个自己平时节约额度的玩法，还有 Cursor 官方人员在社区分享的一些建议 1、定期新建会话｜减少上下文消耗 这个很多人可能不知道，Grok Bot 的会话越长，需要处理的历史上下文就可能越多 所以我建议不同任务尽量使用独立会话，没必要所有事情都放在一个聊天里面 注意是新建会话，不是删除原来的 Bot，记忆和配置不用每次重新折腾 2、使用其他 CLI｜分流任务 这个我之前就分享过，可以在 Grok Bot 里面安装 Pi Agent，再搭配 OpenRouter 的免费模型，处理一些简单任务 如果你还有 Claude Code、Codex 等独立订阅，也可以让它们承担重任务 不过要注意，新整合套餐里的 Cursor 和 Grok Bot 可能使用共享额度，不一定能真正省下来 3、优先使用 CLI 和 API｜减少浏览器操作 这个也是我比较推荐的方式 比如管理 GitHub 直接用 gh CLI，同步文件使用 rclone，没必要每次都让 Grok Bot 打开浏览器，一步步点击 浏览器操作需要反复读取页面、截图和执行，任务步骤越多，额度消耗也可能越大 4、限制任务范围｜避免无限重试 Cursor 官方人员也提到过，很多用户的额度其实都消耗在长任务和反复执行上 我建议下发任务的时候，提前说清楚执行范围，失败几次就停下来汇报，不要让它一直尝试 尤其是写代码，最好先确认方案，再让它执行 5、Token Optimizer｜检查额度浪费 社区还有人专门制作了一个 Token Optimizer Bot 可以帮你检查其他 Bot 的工作方式，找出一些高消耗的操作，建议改用 CLI、脚本或者连接器 我觉得这个思路不错，不过具体能省多少，还需要根据自己的使用情况判断 https://x.ai/bot/c0hcJqSjTM4oo-esX45tR 另外我之前也分享过，Routine 不要设置得太频繁，多个 Bot 之间也尽量减少不必要的互相通信，这些都是容易忽略的额度消耗 我个人的建议是，让 Grok Bot 主要负责管理和调度，简单任务交给便宜的模型，复杂任务再交给对应的 Coding Agent 这样既能发挥 Grok Bot 的优势，也不至于把所有额度都消耗在一个 Agent 上 30 美元的套餐其实可以先这样优化一下，实在不够用，再考虑升级 100 美元