从人指挥 agent 到 agent 之间互相调用,是因为 agent 已经能自己多步决策、调用工具,而人反而成了流程里最慢的一环;同时自然语言让大量原本不值得开发的长尾需求变得值得做,需求一多,调用关系就从人逐个发起变成 agent 之间直接对接。
AI根据立正公开的文章和视频整理,不是他本人回复。重要的判断,请回到出处核对。
agent 能自己多步做事,人才成了瓶颈
立正把 agent 和 ChatGPT 的核心区别归为三点:多步决策、自我迭代、调用工具,这三点让它能完成复杂工作,而不只是给一个答案1。一旦 agent 能自己拆步骤、自己找工具、自己检查结果,人再逐个下达指令就成了流程里最慢的一环。他在讲自己使用习惯时也提到,问聊天工具常常问完就结束,问 agent 则可以直接继续到把事情做完2。所以转变的推力不是某个新协议,而是 agent 的完成度跨过了“值得把下一步也交给它”的门槛。
需求变多,调用关系自然从人转向 agent
立正把 AI 看成人类调度算力的第三个接口:编程要会写代码,图形界面要有人先做出软件,而自然语言可以直接描述目标,让 AI 调用工具继续执行2。图形界面时代有个隐含限制——不是每个人的每个小需求都值得一家公司投入开发,很多事忍一忍就过去了;现在这些长尾需求开始值得被服务2。需求一多,靠人一个个去点、去对接就不成立,更自然的是让已经在用的 agent 去调用别的服务。他举自己的例子:上传播客不想再打开播客网站,而是希望在自己的 agent 里说一句就办好,于是选择服务时看的是哪家程序化支持最好3。这就是 agent to agent 的实际形态:服务为 agent 而设计,而不是为人点击而设计。
这个转变有边界,不等于 agent 越多越强
AI推演agent 之间互相调用并不自动带来更好的结果。立正记录过一个反例:模型遇到复杂任务时倾向于多开几个 subagent 来证明自己没偷懒,但这些 subagent 往往来自同一个模型、继承相似上下文、犯相关性很高的错误,五个相似的 agent 不等于五种独立判断4。所以 agent to agent 真正成立的条件,是任务本身能被真正分解、各方有不同信息和判断;如果只是把旧组织的“多安排几个人”搬进数字世界,增加的是协调成本和 token,不是质量4。判断一次 agent 协作值不值得,可以先问:拆出来的几方是不是真的掌握不同信息、能给出不同结论。
这些片段讨论的是 agent 能力与需求结构的变化,没有给出 agent to agent 协议标准或行业时间线的系统论述。
出处
- 1戒掉ChatGPT才能成为AI指挥家/AI 革命是人类社会的第二次文艺复兴-Indigo Talk EP46
立正本人说明 agent 与 ChatGPT 的三点核心区别,是理解能力门槛的关键。
- 2从大厂高薪到自己赚钱,中间差的是什么?
解释自然语言作为第三接口如何让长尾需求变得值得做,以及人向 agent 提问习惯的变化。
- 3从结果确定性到通用智能:和韦晓亮老师聊AI、产品与教育
用播客上传的例子说明服务选择标准如何转向“让我的 agent 能直接调用”。
- 4More agents不等于more intelligence|我让AI更努力,它给我写出了311GB的平庸
提供 agent 协作的反例与成立条件,避免把 agent 数量等同于能力。
你也有想问的?
卡住的时候,问问立正:回答附有出处,可以点回原文核对。
也可以接着问:
别人还问了
- 我在安全团队做AI应用,现在有个协作的问题:大家发现问题就在群里At我改,结果群里全是细节信息,而且容易抓不住问题重点,全是讨论。很少有人能先讲清楚要达到什么结果,由谁来验收,我自己排在前面的事反而一直被打断。协作方说风控这个业务就是这样 要快速响应,不然黑产攻击都来了 啥也没解决。实际这些很多都是很小的事情和细节,事后也无法记录下产出和结果
群里被 At 打断,是因为任务发起时只给了现象、没给结果和验收人;把“做到什么算对、谁来确认”写进发起环节,细节讨论才会变成可验收的产出。
- 我在安全团队做AI应用, 现在有个协作的问题:大家发现问题就在群里At我改,结果群里全是细节信息,而且容易抓不住问题重点,全是讨论。 很少有人能先讲清楚要达到什么结果,由谁来验收,我自己排在前面的事反而一直被打断。
群里被@打断,往往是因为任务发起时只说了“哪里不对”,没说“做到什么算对、谁来验收”。把结果和验收标准前置,细节讨论才有收敛点,你的优先级也才有依据被保护。
- 想了解AI时代怎么学习,应该先看哪几篇?
先读《假学习的终结》和《学AI的两大误区》,再补《AI焦虑的三种形态》和《用好AI的第一步》那组入门三篇,就能抓住“围绕交付能力学、别把做出来当学会”的主线。
- marketing 部门目前有哪些方向适合通过开发AI工具或插件来进行提效、解决过往难以解决的痛点?我应该具备怎样的思维去持续发现这样的问题、方向,从而快人一步提出解决方案?
资料没有给出营销部门的具体工具清单,但提供了找方向的方法:从真实工作流里反复出现、卡住结果的环节入手,而不是追新模型演示;判断一个方向值不值得做,看它能否稳定复现并真正缩短某一段工作。
- 立正与刘嘉访谈里“归因推理”具体是在什么语境下说的?
现有片段只能确认立正在与刘嘉的访谈里谈过人脑与计算机机制一致,没有出现“归因推理”这个词,也没有他解释“学一个知识点就会做相关题目”的上下文。
- AI 编程,有很多细节优化,尤其是前端
表格密集的 B 端后台(一屏几十字段、行内操作多),"用视觉承担论证"这套还成立吗?还是后台的"主线"应该是任务动线,而不是视觉重心?
同页面多角色权限(老师看全店 / 助理只看自己名下),"这一页服务谁"该写成一个角色还是多个?写多个会不会又变成"照顾所有人 → 平均"?
存量改版不能重做、只能改,人工确认的节奏怎么定才不变成“每行都打断”?
后台的主线是任务动线,视觉只负责让这条动线在密集表格里仍然可读;多角色页面要有一个主角色,其余角色作为受限视图;人工确认只卡在有后果的节点,不卡每一行。