用「造人」的视角设计 Agent 系统?这可能就是错误的原点

lxiol

原文链接:https://mp.weixin.qq.com/s/phq2iJiigE7BJCAz6D58yw

设计好产品的前提,是从你真正理解 Agent 不是人开始

过去几个月,我和很多在做 Agent 的朋友聊下来,发现一件很有意思的事:从产品层面大家对于什么是 Agent 的定义完全不同。

  • 多智能体:三省六部制、Team Agent(产品经理、开发、测试 Agent)
  • 专家智能体:设计师、市场营销专家、小红书撰写大师
  • A2A 网络:社区、应用

对于各类岗位专业 Agent 的吐槽可见上篇文章:Agent 工作台的下一站是任务中心,但求你别再搞看板和群聊 Cosplay 了

各种概念层峦叠嶂,然后多数销声匿迹,大家收敛出一些共识。这些定义看起来只是包装不同,但我现在越来越觉得,你如何定义 Agent,几乎决定了你最终会做出什么样的产品。

有人可能会说,面向市场&用户怎么包装产品都可以啊!?

但你得理解 AI Agent 产品的核心竞争力,是源于其模型能力的放大效应。在于通过某种条件解锁模型产生神迹 — aha moment。而不是传统意义上 10% 效果提升的优化。

这就意味着 Agent 产品错误的定义与抽象,一方面可能是伪需求用户不会用,亦或者花了大量工程实现让他跑通一种 Cosplay,但这套系统可能无法吃到模型提升的红利,甚至可能严重浪费与抑制了模型的能力。

对产品正确的抽象设计,才是找到应用价值的关键。

所以今天相较于实务经验,其实更想搞点抽象

最近几个月,我一直在高强度使用 Agent 来解决生活和工作里的各种事情。用到最后,我的 MyAgents 里真正还在高频使用的 Agent工作区,其实只剩两类。

第一类是 Mino - 我的 Agent 助理

我生活和工作中遇到的大多数问题,都会和它讨论,或者直接让它执行。它沉淀了对我的长期理解:我的思考方式、项目上下文、写作口味、产品判断、记忆系统,还有我反复踩过的坑。

Mino 的边界就是“我”的边界。它的目标不是成为一个独立存在的AI,而是深刻的理解我、代表我、放大我。

第二类是 项目工作区

比如 MyAgents 这个开源项目。它有自己的代码仓库、技术架构文档、历史决策、运营的各类上下文。这个工作区的边界不是某个“岗位”,而是一件具体的事:让更多的人使用 MyAgents 并真正放大他们的意图。

这两类 Agent 看起来差别很大,一个绑定人,一个绑定项目。但它们共同的特点很清楚:

它们都围绕一类明确的 Context,和一个明确的 Goal 而存在。

不知道你有没有发现一个细节,所有在做角色岗位、Agent Team、Agent2Agent 的产品都在先思考「造人」,而不是思考「做事」。

想要捏一个「产品经理」、想要我的「我的 Agent」 去发帖闲逛、送「我的 Agent」 去上大学。

在我看来,当你以「造人」的视角去思考问题,这就是错误的起点。

因为,Agent 不是人,两者有一个根本差别

人是存在先于本质的。

人出生到这个世界上,没有人问你的意见,没有人先给你写好 prompt,也没有人先定义你这一生必须完成什么。你会反抗别人给你的定义,也会在一生里不断重塑自己。你的选择在塑造你是谁?要去哪里。

但 Agent 不是这样。

在我能看到的相当长一段时间里,基于 LLM 的 Agent 是没有真正的主体性。

它没有自己的持续目标。它的目标来自用户。

它没有自我更新的内驱力。它的“成长”来自被写进文件的记忆、skill 和规则。

它没有自发追求的东西。当任务完成时,他不会去探索,而是去寻求结束这场循环,停下来。

这不是缺陷。这就是当下 Agent 真实的存在方式。

因为,Agent 是意义先于存在。

它不是先成为一个存在,而后寻找目标。它是先被赋予一个目标、一个上下文、一个服务对象,然后它的存在才成立。

所以,“先造一个 Agent,再给它找点事做”,从根上就是反的。

正确的顺序应该是:先有事,先有目标,先有委托关系,然后 Agent 才出现。

聊到这里,真正的答案是在经济学与管理学里。

当我们设计 Agent 系统或者大规模使用 Agent 的时候会发现,你是在学习如何当老板。

学过经济学的人都知道,公司是什么?

公司是法人,法人不是人,是一种脱离自然人可以在市场中独立运转的独立实体&组织。

他的运转依赖的是一整套建立在代理关系上的组织体系。最终的结果是造就了一种以经济理性运转的组织。而公司存在的核心目的就是在市场中盈利产生股东价值,由这个 Goal 进而层层拆解成了无数层的动作。而近些年流行的 OKR 就是一个典型的组织对齐目标的手段。

回顾这么多 Agent 系统设计,大家在重新发明这套目标对齐机制。其中靠谱的多 Agent 协作机制,本质上就是一套委托责任机制。Agent 在自己的目标下拆解为不同的子目标,由子 Agent 进行执行完成。通过层层树状的任务分发。

这个时候我们在代入到「管理者」视角对比设计 Agent 系统在做什么?

  • 从公司战略老板目标,拆解自己团队的目标 — 对齐用户意图
  • 获取纵向老板的支持 — Token 资源、系统权限环境
  • 获取横向部门的支持 — 配置工具 MCP
  • 总结经验与SOP工作流程 — 设计 Skill

这个时候你再理解一下,当你去设计一个 Agent 系统的要义,就如同一位空降的 leader 一样。去深刻理解业务 Goal 究竟是什么?围绕这个 Goal 如何配置资源、获取权限、建立流程开始产出。 而不是先招来一个 名为 Ethan 的AI员工,才想让他干点啥事呢?

本文聊的比较抽象,但这种思路上的问题却是我近几月见到的特别多,但仍是一家之言,欢迎留言交流。

当然这个故事你也可以反过来想,似乎无论处于组织的哪个层级,其实人也是 Agent。

Agent 时代我们的思考其实越来越回归本质,越来越上移,不断从 How to do 提升到 What to do,去定义方向和定义价值。

而在 Being human 上,在这个即将充斥着虚无主义的时代,也需要重新思考 Where to go,你的每一个选择在定义了你是谁。

到最后还是打上MyAgents 的广告,一款开源免费的 AI 工作台与任务中心,让你的思维与效率体验真正 x10 x100倍的感觉。

欢迎加入交流群分享你的经验

如果你看到这里,欢迎关注一下公众号「Ethan的探索之路」。我会持续分享 AI native 的工作生活方法,探索人 + AI 的天花板究竟在哪里。

Author: Ethan L
配图: ChatGPT image-2


💬 本文评论区已开启,但暂无读者留言。

本文转载自微信公众号,如有侵权请联系删除。

  • 标题: 用「造人」的视角设计 Agent 系统?这可能就是错误的原点
  • 作者: lxiol
  • 创建于 : 2026-06-22 16:45:19
  • 更新于 : 2026-06-30 17:05:34
  • 链接: https://blog.lxiol.cn/2026/06/22/用造人的视角设计-Agent-系统这可能就是错误的原点/
  • 版权声明: 本文章采用 CC BY-NC-SA 4.0 进行许可。
目录
用「造人」的视角设计 Agent 系统?这可能就是错误的原点