任务边界清晰
这件事有明确的起点和终点,做完就是做完了,不需要中途换角色商量。
三个条件同时满足,就别上多智能体——一个智能体更便宜、更稳、更好维护。
这件事有明确的起点和终点,做完就是做完了,不需要中途换角色商量。
数据来源和要写入的目标系统不超过两个,工具调用链路短。
流程可以写成一套步骤,不需要动态决定下一步做什么。
按需组合,不做的能力不会出现在交付物里。
把“想用智能体”变成“先用智能体办成哪一件事”。
角色与提示词设计、知识库建设、工具对接,并构建评测集。
在客户指定软硬件环境内完成部署、联调与验证。
交付工程师随业务上线,之后转入长期运维与调优。
具体数值与场景强相关,需求梳理阶段与客户共同确定后才写入验收条款。
可以。通过标准接口或工具注册对接单位内部系统与数据库,权限沿用客户既有体系,不额外开后门。
支持增量更新与重建索引两种方式,按文档更新频率选择。更新后自动生效,不需要重新开发。
取决于场景。知识问答类通常需要一批真实文档与典型问题集;数据查询类需要有权限访问的库表结构与样例数据。
能。提示词、知识库、工具配置都是可调整的;结构性变化由我们做版本升级,不需要推倒重来。
下面这几个方向里,有相当一部分任务一个智能体就能办到底;超出边界时再升级到多智能体。
线索分散在多个系统,检索、分析、写作三个 Agent 协同,直接产出可复核的研判材料。
看方案 →涉案要素自动抽取与关联,配合属地流程做差异化研判,缩短从数据到结论的链路。
看方案 →图片、检验报告、笔录等多模态材料统一解析入库,由智能体完成比对与线索串联。
看方案 →在内网信创环境里跑 7×24 数字员工,承接数据整理、批量归档、文献调研等重复事务。
看方案 →取数、分析、成文一条链路走完,报表与洞察由智能体生成、人工确认后发布。
看方案 →方案总览里给了判断思路:按数据形态、角色数量、是否必须留痕来选第一个场景。
看全部方案 →留下需求方向,我们会先判断这件事适不适合用单智能体,再谈怎么做。不合适我们会直说。