一个 Agent 服务多个部门给它分档案

这期讲的是 Hermes Agent 里的一个机制——Profile，中文叫档案。先说清范围：这是这个产品的一个设计选择，不是 AI Agent 的行业通例；别的框架有没有类似的机制、叫什么名字、怎么实现，各家不一样。

要解决的问题：同一个助理先给市场这一摊用（市场资料、产品手册、报价口径），跑顺之后技术这一摊也接进来了。结果是串味——技术同事问「接口超时怎么排查」，助理的回答里带上了「建议按报价口径与客户确认」；更严重的情况是「客户 A 的上下文出现在客户 B 的回答里」。一个大脑同时服务两条业务线，记忆会串味。

第一反应为什么走不通：配权限——市场问题只检索市场资料。但知识库平台的权限单位到「应用」为止（库内文档不分级），助理的隔离单位到「档案」为止（没有运行时过滤）。两侧都没有细粒度权限的配置位，所以细粒度权限不是难做，是没地方配。

解法：不给一个大脑分权限，给它分档案。每个档案有自己完整的配置、记忆、技能、会话、定时任务，档案之间完全隔离。核心原则是「够不着」而不是「不让碰」——在 B 的世界里不存在 A 的记忆。门禁可以配错、可以被绕过、可以被忘记；结构上没有通道，这些问题就都不存在。

四条判断信号：记忆该不该互通 / 技能面是否不同 / 凭据要不要隔离（实际依据是计费归属与合规边界）/ 会话能不能混。中两条以上就值得分，只中一条可以先不分——档案可以后期再拆，不是一步到位的决定。

多档案还是双实例：从数据、程序、机器资源、版本四个维度比。按数据隔离选档案，按机器隔离选双实例——部门隔离、个人分线这类场景，档案就够了。

边界（如实说）：档案不隔离机器资源与程序版本；同一档案内的多个入口仍然共享记忆——所以「一个档案接两个部门的机器人」不是隔离方案，正是串味的成因。还有一个灰色地带：记忆想共享、知识想隔离，目前只有软边界。

命令速查与目录结构留在文字版。完整文字版见下方文章。