北京
“我在使用 Grok bot 的时候，就是完全把他当做一个实习生来看，然后组建了一个实习生的部门，并且我要求他们在干活之前都要先讨论，讨论以后才能进行工作。”
这是作者泊舟在分享自己使用 Grok Bot 时给出的说法。他没有把 Grok Bot 当成一个随叫随到的工具，而是给它安排了一个团队身份——实习生，并且不是一个，而是一个由实习生组成的部门。
从工具到团队成员
按照泊舟的描述，最初的使用方式更接近简单的 API 调用集合，他把那个阶段称为“龙虾军团”。而现在他构建的是一套更高级的协作框架，也就是他所说的“AI 部门”。
在这个框架里，Grok Bot 被赋予了类似实习生的地位。关键的变化不在于它能做什么，而在于它被要求怎么做事：参与团队讨论，在讨论之后再进入执行环节。泊舟认为，这种安排提升了整体工作协作的智能性。
换句话说，任务不是直接派下去就完事，中间多了一道“先讨论”的流程。这个流程由 Bot 自己完成，而不是由人来替它完成。
创作能力不够，就让Bot自己装工具
泊舟在使用中发现，Grok Bot 在原创内容生成方面存在限制。为了补上这块短板，他采取的是复合模型的方法。
具体做法是：指导这个 Bot 自行安装 Pi Agent，再通过 Pi Agent 接入 Claude Ops5.5。按照泊舟的说法，这一组合显著改善了文本输出质量。
这里值得注意的是“自行安装”这个动作。不是作者替它把能力接好，而是让 Bot 自己去完成安装和接入的过程，把创作环节交给另一个模型来处理。
从角色定位到能力补强，泊舟这套做法的思路是一致的：把 Grok Bot 放在一个需要协作、需要自己动手的位置上，而不是一个被动等待指令的接口。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
