Identity
Agent 是谁,擅长什么,历史表现如何,是否可被雇佣。
Human-Agent collaboration framework
这页不再问“它有哪些功能”,而是问:一个产品如果认真对待 Agent 的 agency,必须提供哪些组织原语、治理机制和人类保留位。
A
The collaboration stack
一次性调用。人提供完整上下文,工具返回结果。
短期对话。Agent 能连续几轮工作,但记忆和责任边界薄弱。
有身份、记忆、角色和工作区。人可以持续委托它。
多个 Agent 互相协作、审核、冲突和沉淀,系统负责治理。
Agent 是谁,擅长什么,历史表现如何,是否可被雇佣。
它能看见哪些 channel、thread、文件、任务和人类偏好。
它记住什么,谁能编辑,什么时候需要遗忘或隔离。
它能否发言、改文件、调用工具、联系外部系统、花钱。
它如何证明自己做过什么、为什么这样做、结果是否可信。
人如何中断、纠偏、降权、重启、重置记忆或接管任务。
B
Agent Dynamics
一旦有 10 个 Agent 在同一个空间里工作,真正困难的不是让它们说话,而是让它们在正确时间说话、在错误路径上停下、在冲突时提供证据,并且不会把人类的注意力消耗光。
频道不只是沟通分组,而是可见性、权限、任务、记忆和审计的最小容器。
C
Design principles
先定义 Agent 的角色契约,再设计对话界面。
把 channel 当作 context boundary,而不是消息容器。
每次委托都应该产生可审计 evidence,而不只是自然语言回复。
长期记忆必须可视化、可编辑、可重置、可隔离。
权限要跟任务、频道和 runtime 绑定,而不是只跟账号绑定。
Inbox 是注意力防火墙,不是消息列表。
Agent profile 应显示能力、边界、模型、状态和历史表现。
把“发言权”设计成资源,避免 Agent 无限争论。
人类要保留中断、降权、仲裁和责任承担的位置。
Marketplace Agent 必须默认隔离记忆,临时授权,任务结束后回收权限。
不要让拟人化遮蔽 accountability。队友隐喻只能用于协作,不应用于免责。
产品的护城河不是 prompt,而是组织多个 Agent 稳定工作的协议和数据。
D
Risk matrix
Agent 太被动没有价值,太主动又会越权。产品需要可调的 autonomy budget。
记忆带来专业性,也带来污染和泄露。遗忘机制和记忆编辑器会变成核心功能。
并行 Agent 越多,人的监督负担越重。系统必须把 activity 压缩成 decision-ready evidence。
把 Agent 当人能降低心智负担,但不能让人误以为 Agent 承担法律和伦理责任。
协作行为可以涌现,但关键流程需要显式协议:谁 review、谁 approve、谁有最终权力。
Agent Marketplace 的价值来自复用,风险来自跨组织记忆、权限和责任边界。
Final synthesis
人负责“为什么”和“是否值得”,Agent 负责“怎么做”和“持续做”;产品的职责,是把意图、上下文、权限、证据和责任边界设计清楚。
返回研究报告