Grok Bot 工程与设计负责人 @poteto 和 @pengzheng_ 在一次专访里，把 Bot 当成"虚拟员工"来用。@poteto 的说法很直接：凡是键盘和鼠标能碰到的事，他都试着交给 Bot 去做。

这不是一句口号。两人展示的是各自系统性的 Bot 配置与工作流，背后是一套从"过度拉伸"到"固化为 Skill"再到"Routine"的信任建立方法论。

两种打法：首席智能体与米其林厨房

@pengzheng_ 走的是"首席智能体+专家群"模式。Bot 之间可以自主协作，比如 Designer 和 Writer 配合完成任务。人不再是逐条下指令的操作者，而是设计这套协作关系的人。

@poteto 侧重硬核工程控制。他用 P-Stack 技能栈配合自动化评测来保证代码质量，还提出"米其林厨房"的说法，用来和低质软件工厂划清界限。

他解释这个比喻时提到，一说到软件工厂，就带着大批量生产劣质货的意味。他要的是 Quality at Scale——批量生成的同时保持工艺水准，靠的是自动化评测和严谨的工程规范，比如 Dr. Eggbot 巡检。

Bot 是资产，不是会话

访谈里一个核心判断是：Chat 是可消耗的，Bot 是资产。

这意味着 Bot 不该被当成一次性的对话窗口。可复用的能力、记忆和工具应该沉淀到"角色"里，临时项目再开专门会话，兼顾沉淀与灵活。同一个 Bot 身份在不同会话中保持记忆一致。

产品设计上，Bot 要复现用户的心理模型，具备人格化和常驻属性，并遵循"能力共享、记忆私有"的原则。

交互形态也在变。过去是人写 Prompt 让 Agent 代劳，现在往 Bot 与 Bot、Bot 与人自主协作的方向走。人的位置从直接操作工具，变成设计系统。

信任是分四步攒出来的

两人给出的路径是：观察、纠偏、固化、放权。

  1. 先从简单任务开始，甚至刻意过度拉伸，测试 Bot 的边界在哪
  2. 观察它的表现，发现问题就纠正
  3. 把稳定的流程固化成 Skill
  4. 稳定之后再升级为 Routine，让它自动运行

这套顺序不能跳。跳过前面的观察和纠偏直接放权，必然失败。

把这条路径和"Bot 是资产"放在一起看，逻辑就通了：Skill 和 Routine 是沉淀下来的能力，而信任是在一次次纠偏里攒出来的，不是一次性授予的权限。