从 skill 到 entity：两年间我们走到了哪

一、起点

两年了。

回头看 2024 年到现在，AI 这条线我们走过的台阶其实挺清楚——从惊艳，到 skill 沉淀，到 agent，到 loop，到 orchestration，到 loop of loop，再到现在大家开始叫的 entity。

这不是叠加，每一级都是抽象层抬高了一层。我们现在讨论 AI 的方式，已经不像在讨论工具，更像在讨论组织。怎么分工，怎么调度，谁向谁汇报，谁有什么权限。两年前没人这么聊。

我得先把一件事讲清楚，不然后面所有用词都会被误读。行业里这些词——agent、loop、entity——都是事后才贴上去的标签。一个东西先存在了，先被一群人用着，跑了一段时间，大家发现它的形状稳定了，才有人挑出一个词来钉它。命名永远晚于事实。所以与其追命名，不如顺着东西本身的演化去看，看到一个真实的形状，词叫什么不重要。

二、为什么是 loop

Loop 这个词不是 AI 时代发明的。它太老了。

控制论里早就钉死过：Wiener 1948 年定义 cybernetics 的时候，feedback、control、information 这三件事把机器和生命放进了同一个底层。loop 是生命的形状，也是机器的形状，AI 不过是在软件层把它再做了一遍。

操作系统层，event loop、reactor、epoll，几十年的东西，本质都是反馈环。佛家讲轮回，samsara 字面就是流转，每一世记忆 reset，context window 重开，但 loop 在继续。再往近处看，你每天的 routine——早上到工位，开机，看消息，回邮件——这也是 loop，而且是你 80% 行为的载体。

四个维度都是 loop，写法不同，本质一样。

所以 AI 里出现 loop 没什么神秘的。从手写算法构成的 loop，到大模型驱动的 loop，架构没变，换的只是 loop 内部的决策器。以前里面装的是 if-else，现在装的是一个会推理的模型。仅此而已。

三、Loop 怎么长成 Loop of Loop

Loop 一旦能稳定跑起来，会自然往两个方向膨胀。

第一个方向是往内。一个 agent 跑一晚上，自己提假设、自己跑实验、自己打分、自己迭代。loop 内部嵌套了一个评判 loop——一层在执行，一层在判断要不要继续、要不要换方向。这是自我改进。

第二个方向是往外。一个 agent 能跑通，下一步就是让 agent 之间互相调度。Sequential、Concurrent、Handoff、Group Chat，名字怎么叫无所谓，本质都是 loop 调度 loop。一个负责拆任务，一个负责执行，一个负责复核，一个负责对外汇报。

这两条路一旦同时跑起来，单层 loop 就被淘汰了。讨论的对象不再是"这个 agent 能不能完成任务"，而是"这一组 loop 之间怎么协调"。问的问题变了。

当 loop of loop 跑到一定规模，你会发现这个东西已经不像工具了。它有持久的 memory，不是每次对话清零，今天跟你说的话明天它还记得。它有一整套外壳——orchestration 框架、tools 接口、guardrails 边界、context 管理、定时唤醒、心跳汇报。它有身份——README 文件、AGENTS.md、persona 设定，写清楚它是谁、关心什么、按什么标准做决策。它有作息——按时醒来、按目标自驱、按节奏向你汇报进度。它甚至能调度其他 loop——派子任务、做委托、自己再搭一层 orchestration。

到这一步，"工具"这个词已经装不下它了，"agent"也装不下。一个 loop 集合体同时具备持久身份、自主作息、调度他者这三件事，它就是一个实体。

现在大家开始管它叫 entity。明天可能换个词，叫 intelligence、叫 digital coworker、叫别的什么。无所谓。重要的是这个东西已经存在，而且正在以越来越大的密度进入组织。

四、Entity 是不是 loop of loop？还是 loop of loop of loop？

讨论到这里我得停一下，问一个真问题。

我们说 entity 就是 loop of loop。真的吗？

如果 entity 只是 loop of loop，那意味着它的复杂度是有上限的——两层嵌套，到顶。但实际上你只要观察一下现在跑得好的那些系统，立刻会发现不对。一个 entity 内部不是两层 loop。是一个 loop 跑着 orchestrator，orchestrator 在调度多个 sub-loop，每个 sub-loop 自己又是一个 agent，agent 内部还有 plan-execute-reflect 的小循环，循环里还可能再 spawn 一个临时 loop 去做工具调用。你数一下，三层、四层、五层是常态。

那是不是 loop of loop of loop？

也不全是。因为它不只是嵌套深度的问题。同一层内还有横向的协同——多个 entity 之间互相调度，多个组织里的 entity 互相协议，又是新的一层。深度在往下嵌套，宽度也在往两边铺。哪一层是天花板，没人说得清。

但有件事很清楚：每多嵌套一层，单个真人能 cover 的注意力就少一截。一层 loop 你还能盯着，看每一步在干嘛；两层你只能盯关键节点；三层你只能看汇总报告；四层你连汇总报告都看不完，得让另一个 entity 帮你读、帮你过滤、帮你挑重要的告诉你。

到这一步你才意识到，套不了几层，就远远超过真人能直接处理的认知带宽了。

那么 entity 到底是 loop of loop 还是 loop of loop of loop？大概率是，大概率不止是。这个递归没有标准深度，只有一个事实——它会一直往上长，直到长出真人没法直接介入的高度为止。

五、Man in the Loop 这件事，得跟着递归一起往上跑

行业现在的标准答案是 HITL——human in the loop，在关键节点保留人的介入。听起来很安心。

但 HITL 这个词，是 loop 还只有一层的时候发明的。

刚开始有 loop 的时候，man in the loop 这个表述很自然——loop 在跑，你站在 loop 边上看着，关键步骤按一下确认。loop 是一个圆圈，man 是站在圆圈外的人。简单清楚。

然后 loop 跑起来了，稳定了，开始变成 loop of loop。这时候你站在哪？站在最内层 loop 边上没意义，因为它每秒迭代几十次，你根本来不及反应。你只能往上推一层，站在 loop of loop 的边上——也就是站在 orchestrator 的层级——去看大方向、做大决策。man in the loop 的"loop"已经不是原来那个 loop 了，已经是上面一层。

但 loop of loop 又会继续往上长。当 entity 出现，再往上是 entity 之间的协同。你站在 loop of loop 边上又跟不上了，得再往上推一层，站到 entity 之间协同那一层。man in the loop 的位置，又往上挪了一格。

这个游戏的本质很清楚——每当某一层 loop 稳定下来、可以无人介入地跑了，man in the loop 就被迫往上推一层。你以为你守着的是 loop，其实你守着的是"还没稳定的那一层"。loop 稳定一层，你就被挤上去一层。

那递归到顶层之后呢？

到顶层你只剩两件事可做。一件是定方向——告诉整个系统你想往哪儿去。一件是承担责任——出事的时候要有人扛。除此之外，所有可被流程化、可被结构化的工作，递归向上每稳定一层就被吃掉一层。

而且更狠的是：每往上推一层，对你这个真人的要求都更高。在底层 loop 边上你只要懂操作；在 loop of loop 边上你得懂调度；在 entity 协同那一层你得懂战略；到了顶层你得懂自己想要什么。

这不是"AI 替代人"，这是"人被一路推上去"。推到最后，被推到顶上的那个人剩下什么？

六、留给人的最后阵地：主观偏好

承认一件事，会让后面所有讨论都清楚很多——客观判断层面，AI 通过检索加推理已经比你做得准。这一点别嘴硬。法律条款、医学文献、代码 bug、市场数据，把题目摆出来，胜负已分。

被推到顶层的人，剩下的不是"判断对错"，而是"想要什么"。

我老想到西红柿炒鸡蛋。营养学上没有标准答案，糖盐比例、火候、放不放葱，每家都不一样。但你妈炒的那一盘，对你来说就是最好吃的。这盘菜的"好"，来自你妈的偏好——她觉得应该这样，做了二十年都是这样，于是它成了你味觉里的标准。客观最不最优，没人问。

主观偏好不一定对，甚至可能完全错。但这就是构成"你是你"的东西。你喜欢简洁的代码风格，你受不了某种沟通方式，你坚持某个标准哪怕成本更高，这些都不是客观最优，但都是你。

这也是 customization 的本质，是 entity 永远算不出来的那个变量。AI 可以学会一千个人的偏好的平均值，但学不会"我"的偏好——除非"我"亲自坐在 loop 里，一次一次告诉它。

被一路推到顶上之后，能让你不被替代的，就只剩这件事。

七、拥抱不可避免，然后想清楚自己剩下什么

2026 年这个时间点，AI 取代你一部分甚至大部分工作，是一个不可避免的事实。阻止它、抗拒它、装看不见，都是傻。正确的姿势反过来——不仅要拥抱，还要主动去推。把你能 entity 化的 routine 全部 entity 化，越早越好。因为这件事你不做，别人会做，AI 自己也会做。差别只是你站在被替代的那边，还是站在做替代的那边。

但当你把能 entity 化的都 entity 化之后，被一路向上推到顶层之后，真正的问题才出现。

你剩下什么？

三个问题，我也没有答案：

一、我们剩下什么东西？ 把工作流抽干净之后，那个还在的"你"，是由什么构成的？

二、哪些东西是可以被替代的？ 客观判断、信息整合、流程执行、甚至所谓的"创意 brainstorming"——坦诚地认了，会让你看得更清楚。

三、哪些东西是你坚持不能被替代的？ 这是最难也最重要的一问。如果答不上来，说明你确实可以被 entity 取代。如果答得上来，那就是你接下来几年要全力守住的阵地。

我不给答案，因为这个问题没有标准答案。每个人的西红柿炒鸡蛋都不一样。