# 卖你 AI 同事的公司，自己写代码时从不给 agent 起人名

> 原标题：卖你 AI 产品经理的公司，自己的 agent 不设岗位：multi-agent 的角色、隔离与代码

- 来源：Computing Life · Share · 鸭哥调研
- 发布时间：2026-08-18T00:00:00.000Z
- AX AI 日报：https://ai-daily.ax0x.ai/items/51593
- 原文：https://yage.ai/share/multi-agent-hats-layers-20260818.html

## 摘要

Grok Bot 对外把 agent 包装成销售、财务这类具名同事，但它的工程内核 Grok Build 里只有 researcher-0、verifier 这种功能编号，一个拟人角色都没有。文章把多 agent 设计拆成三层：机制层的核心是上下文窗口隔离，靠给每个子任务开独立窗口来保证输出质量，角色扮演在这层帮不上忙；编排层决定谁控制下一步，有三种坐...

## 推荐理由

H、K、R 三条都踩中了。标题的矛盾感够抓人，三层拆解有产品日志当证据不是空谈，直接打中 agent 开发者每天面对的角色设计问题。扣一点分是因为这是单人博客，没有交叉信源验证，但它自己搭的分析框架本身有信息量，对从业者够用。

## 锐评

这篇文章把多 agent 设计拆成了三层，讲清楚了一件事：给 agent 套职业岗位，对模型输出质量帮不上忙，它解决的是人的问题。机制层的核心只有上下文窗口隔离——给每个子任务开独立窗口，避免信息互相稀释，这才是产出质量的地基。作者拿 Grok 自己的产品拆台：Grok Bot 对外卖 Piper 这类具名同事，但 Grok Build 的 deep-research 工作流里全是 researcher-0、verifier 这种功能编号，一个 persona 都没有。编排层有三种坐法：队友人格、主 agent、代码脚本，分别押注用户的委派直觉、提示词调优和流程确定性。帽子老老实实待在接口层，干三件事：把委派意图翻译成系统配置、给审批门挂锚点、用名字做记忆分区的索引键。

文章没回避安全短板：同一账号下所有同事共享云电脑和凭证，隔离只靠人工审批门。这点在评估这类产品时比功能清单要紧。正文没给具体性能对比数据，窗口隔离到底能提升多少输出质量，缺少量化支撑。另外，三种编排坐法的切换成本和适用边界，也只给了定性判断，没有工程上的失败案例或踩坑记录。如果你要自建系统，作者的建议很明确：先扎牢窗口隔离，再按任务可靠性需求选编排方式，人格包装留到最后，内部工具硬起名叫 Piper 除了让日志好看点，带不来可测量的收益。