来聊聊我心目中对agent的定义。
我总觉得很多「agent 产品」，也并非真的 agent，而更像是技术的炫技，技术大于了产品。
比如几个蛮有名的 AI 交易项目，内部每个 agent 是每种职位或者功能（比如风控师、分析师），但它们之间的协作仍是僵硬的。说实话，像这样的每个 agent，它和 skill 或者 tool 有什么本质区别吗？我觉得就是复杂的功能模块而已。并不是带了 LLM 功能的类人角色就叫 agent，并不是会 fetch 联网的 LLM 就叫 agent。
（当然了，不做技术的人也无所谓这些细小的区别，宣传和认知上它们都以 agent 的名头示人，也无可厚非。我为什么计较这个，因为我想找一个能符合我需求的代码框架，在openclaw之前找来找去没找着，只能自己写这个框架的代码。）
我心中应该被 agent 的地方，是这些职位/功能之间的动态协作部分，是它们的 manage 上层。agent 所需要对应或者说替换的部分，是原先没有 agent 时难以硬编码出来的部分、是需要动态协调的部分。
这部分 在开放场景下当然是难的，但在垂直场景下应该被做到。
这也是为什么我想说这些产品是“技术大于产品”的，它们是技术人员有一些很直接的产品念头时的产物，而不是从产品、从需求出发的结果。
真从产品、从需求出发的话，agent作为功能之间的动态协作部分完全是自然而然、顺理成章、而且优先级极高的事情。