这两个词经常被当成同义词。做系统时要分开,否则一个只能答一句的机器人会被当成能自己收尾的流程。
单个智能体停在哪
| 看什么 | 单个智能体 | 一整套流程 |
|---|---|---|
| 目标 | 一件事 | 多件事,有先后 |
| 工具 | 一份允许清单 | 按角色分开的清单 |
| 记录 | 这一轮的观察 | 可跨步骤复盘的共享记录 |
| 停止 | 这一轮的条件 | 移交、升级和人工确认 |
一个智能体通常只有一个目标、一组允许调用的工具,以及一个停止条件。例如:查这张工单是否已有同类记录,有就附上编号,没有就停,不要新建。它自己决定这一轮调用哪个工具,但不管别的任务。
如果它不能根据上一次观察改下一步,只是把用户的话原样转给模型,那还是对话,不是智能体。多一个工具接口,并不自动变成智能体。
一套流程多出来的部分
一整套流程里往往有多个循环:有的负责分类,有的负责检索,有的负责起草。它们之间要有一份共享记录,写明目标、已拿到的依据、尚未完成的步骤。还要有路由,决定这一步交给谁,以及一份权限表,写明谁可以读邮件、谁只能读知识库。
停机也是系统的一部分。金额超过阈值、依据互相矛盾、连续两次工具失败,都应结束自动执行并留下原因。没有这条规则时,人们会把“它还在想”误当成“它在干活”。
验收时各看什么
验收单个智能体,看目标是否单一、工具是否列得完、停止条件是否写得下。验收整套流程,还要看任务怎样移交、记录能否在第二天复盘、越权调用是否被拒绝。
先做一个目标清楚的循环,跑通停机,再考虑拆成多个角色。角色一多,共享记录没设计好,问题会变成互相等待,而不是答得更好。
用一次移交判断该不该叫系统
拿一件真实任务走一遍。如果从开始到停机,工具清单和目标都没有换人,就按单个循环验收,不要在文档里写成系统。写成系统会让后来的人去找一份并不存在的路由表。
只有出现第二次移交时,才补共享记录。移交当场写下四行:目标有没有变、依据是哪一条、下一步谁做、这一步能不能停。四行有空的,先不要加第三个角色。
一周后抽三张已结束的任务。看停机原因是人写的还是程序写的。全是人在聊天记录里补的,说明停止条件还没进程序,名字用什么都还早。
常见问题 FAQ
接了一个搜索工具,算不算智能体?
不算。要看它是否会根据搜索结果决定下一步,以及什么情况下必须停。只会把问题转走,仍然是对话。
几个提示词串起来,算一整套流程吗?
不一定。没有共享记录和路由时,只是多次独立问答,上一步的依据不会自动留给下一步。
为什么不建议一开始就拆很多角色?
角色越多,移交越容易丢字段。单循环还没写清停止条件时,拆开只会让失败更难定位。
共享记录至少要有哪些字段?
目标、已确认的依据、未完成步骤、上一个工具的结果和停机原因。没有这些,第二天无法复盘。
单个智能体和流程的权限一样吗?
不一样。单个循环的工具清单通常更短。流程里不同角色应使用不同清单,避免起草的那一步也能发信。