这两个词经常被当成同义词。做系统时要分开,否则一个只能答一句的机器人会被当成能自己收尾的流程。

单个智能体停在哪

看什么 单个智能体 一整套流程
目标 一件事 多件事,有先后
工具 一份允许清单 按角色分开的清单
记录 这一轮的观察 可跨步骤复盘的共享记录
停止 这一轮的条件 移交、升级和人工确认

一个智能体通常只有一个目标、一组允许调用的工具,以及一个停止条件。例如:查这张工单是否已有同类记录,有就附上编号,没有就停,不要新建。它自己决定这一轮调用哪个工具,但不管别的任务。

如果它不能根据上一次观察改下一步,只是把用户的话原样转给模型,那还是对话,不是智能体。多一个工具接口,并不自动变成智能体。

一套流程多出来的部分

一整套流程里往往有多个循环:有的负责分类,有的负责检索,有的负责起草。它们之间要有一份共享记录,写明目标、已拿到的依据、尚未完成的步骤。还要有路由,决定这一步交给谁,以及一份权限表,写明谁可以读邮件、谁只能读知识库。

停机也是系统的一部分。金额超过阈值、依据互相矛盾、连续两次工具失败,都应结束自动执行并留下原因。没有这条规则时,人们会把“它还在想”误当成“它在干活”。

验收时各看什么

验收单个智能体,看目标是否单一、工具是否列得完、停止条件是否写得下。验收整套流程,还要看任务怎样移交、记录能否在第二天复盘、越权调用是否被拒绝。

先做一个目标清楚的循环,跑通停机,再考虑拆成多个角色。角色一多,共享记录没设计好,问题会变成互相等待,而不是答得更好。

用一次移交判断该不该叫系统

拿一件真实任务走一遍。如果从开始到停机,工具清单和目标都没有换人,就按单个循环验收,不要在文档里写成系统。写成系统会让后来的人去找一份并不存在的路由表。

只有出现第二次移交时,才补共享记录。移交当场写下四行:目标有没有变、依据是哪一条、下一步谁做、这一步能不能停。四行有空的,先不要加第三个角色。

一周后抽三张已结束的任务。看停机原因是人写的还是程序写的。全是人在聊天记录里补的,说明停止条件还没进程序,名字用什么都还早。

用效率龙虾改这份稿

常见问题 FAQ

接了一个搜索工具,算不算智能体?

不算。要看它是否会根据搜索结果决定下一步,以及什么情况下必须停。只会把问题转走,仍然是对话。

几个提示词串起来,算一整套流程吗?

不一定。没有共享记录和路由时,只是多次独立问答,上一步的依据不会自动留给下一步。

为什么不建议一开始就拆很多角色?

角色越多,移交越容易丢字段。单循环还没写清停止条件时,拆开只会让失败更难定位。

共享记录至少要有哪些字段?

目标、已确认的依据、未完成步骤、上一个工具的结果和停机原因。没有这些,第二天无法复盘。

单个智能体和流程的权限一样吗?

不一样。单个循环的工具清单通常更短。流程里不同角色应使用不同清单,避免起草的那一步也能发信。