能查、能判断、能给建议的业务智能体，接到企微、PC、移动三端。
每个都有代价，我们选了哪边、为什么。
没有最优方案，只有适配场景。
| 方案 | 可控性 | 覆盖面 | 维护成本 | 适合谁 |
|---|---|---|---|---|
| 纯提示词 + 单轮工具调用 | 高 | 窄（只能做单步） | 低 | 问答助手、单一查询场景 |
| 固定工作流 + 模型填参 | 很高 | 中（流程覆盖到的才有） | 中 | 流程稳定的业务，如报修、审批 |
| 流程骨架 + 模型决策 + 工具编排 | 中高 | 宽 | 高（要持续调） | 多系统协同、需要判断的场景 |
客户名称按保密要求匿名。
顺序不能反 —— 先做写操作、先做多步编排，出错都很难查。
把现有系统的接口整理成工具清单，每个写清入参、出参、失败返回什么。这一步不做，后面全是猜。
选一个最窄的场景（比如「查设备上次维保时间」），从问 → 调工具 → 回答跑通。不要一上来就做多步编排。
把每种失败情况列出来，定义处理策略（重试/降级/报错）。这一步决定智能体能不能上生产。
把相邻的两个工具串起来，加判断分支。每扩一步都要重跑回归用例。
最后才接会改数据的操作，并且必须有确认环节。顺序不能反 —— 先做写操作，一旦出错就很难查。
不写形容词，写口径。
这些是真实问过的问题，答案不带营销话术。