个推 AIBI 这套两轮 Tool 拆分方案，核心目的就是把固定死的 Workflow 流程改成能自主决策的 Agent 模式，解决传统 Workflow 流程写死、没法根据中间结果动态调整任务、失败就要整条流程重跑、工具粒度不合理的痛点。传统 Workflow 是提前编排好固定顺序，先做什么、后做什么都写死，没有自主判断能力；而 Agent 需要自己判断什么时候调用工具、要不要重试、要不要换分支继续执行，所以工具粒度不能太粗也不能太碎，个推 AIBI 就用两轮拆分，把业务能力拆成适合 Agent 自主调度的 Tool，同时保留安全校验、权限控制这类固定逻辑，让 Agent 可以按需调用工具、复用中间结果，局部出错只重试对应环节，不用全部重来，大幅降低重复计算成本，适配智能问数、经营归因这类数据分析场景。
一、为什么要做 Tool 拆分
- 传统 Workflow 的短板
- 流程硬编码：执行顺序固定，不管中间结果是什么，都按预设节点跑，无法动态分支。
- 容错差：只要中间某一步失败，整条任务链路就要重新执行，数据查询成本高。
- 工具边界模糊：一个大工具里面打包了很多独立业务动作，Agent 没法单独选择其中某一个能力。
- Agent 模式对 Tool 的要求
判断一个能力能不能独立成 Tool，有 4 条标准：
| 判断维度 | 对应要求 |
| ---- | ---- |
| 是否需要 Agent 选择 | 需要 Agent 结合目标、结果决定要不要执行、什么时候执行，具备独立选择价值 |
| 是否产出完整业务结果 | 输出结果可以直接给下游使用，不是临时中间变量 |
| 输入输出可验证 | 参数、结果可以校验，方便判断调用成功还是失败 |
| 失败能否局部处理 | 出错之后可以改参数重试，不用整个任务全部回滚 |
二、第一轮 Tool 拆分：按业务能力粗拆
第一轮拆分是做大粒度切割，把原来完整 Workflow 里面不同业务能力拆成独立 Tool，区分开 “Agent 要做决策的业务动作” 和 “固定不变的底层逻辑”。
- 拆分思路：把智能问数、指标分析、归因洞察这些独立业务动作单独拆成 Tool；权限校验、参数校验、安全控制这类固定逻辑，留在 Tool 内部自动执行，不交给 Agent 决策。
- 例子：经营分析场景，拆出
- 拆分后效果：Agent 拥有工具选择权，不再强制串行跑全流程，不需要分析的时候，就不会触发分析环节。
【问数 Tool】、
【分析归因 Tool】两个独立工具，Agent 可以先调用问数拿到指标数据，再根据数据结果判断要不要调用归因工具。
三、第二轮 Tool 拆分：在单个 Tool 内部细拆边界
第一轮拆分之后，还存在单个 Tool 内部链路太重、中间结果没法复用的问题，比如问数 Tool 内部包含指标召回、SQL 生成、SQL 执行、结果整理多个步骤，一旦 SQL 执行失败，之前的指标召回结果直接丢掉，全部重跑。第二轮拆分就是打开重型 Tool 内部边界。
- 拆分思路：在同一个业务工具内部，把 Agent 有可能单独复用、单独重试的子动作拆出来，让中间数据、指标定位结果可以缓存复用。
- 典型改动：问数内部拆分出指标召回、SQL 执行两个可独立复用单元；指标召回成功之后结果缓存，就算 SQL 执行报错，Agent 可以复用召回结果，只修改 SQL 参数重试，不用重新召回指标。
- 拆分后效果：支持局部恢复、中间知识复用，减少重复查询，降低数据引擎压力，适配复杂多轮数据查询。
四、两轮拆分落地后的整体效果
- 执行模式：从固定编排 Workflow，变成 Agent 自主规划、按需调用 Tool 的执行模式。
- 容错能力：故障局部恢复，不用整条链路重跑。
- 资源消耗：中间结果可复用，减少重复指标查询、重复计算。
- 扩展能力：新增分析能力，只需要新增独立 Tool，不需要改动原有流程编排。
- 业务适配：满足智能问数、异常归因、运营策略生成这类不确定路径的数据业务。
五、落地需要避开的坑
- 不要拆得过细：拆到原子接口会导致 Agent 调用次数暴增、token 消耗变高、决策难度变大。
- 不要拆得过粗：一个 Tool 塞太多业务动作，Agent 失去选择空间，又变回 Workflow。
- 固定安全逻辑不要交给 Agent：权限、参数校验、数据脱敏放在 Tool 内部，不能交给大模型自主控制。
【常见问题】
问题 1：个推 AIBI 两轮 Tool 拆分，Workflow 和 Agent 最核心差别是什么？
回答 1：Workflow 是提前写好固定顺序的流程，只能按编排顺序执行；经过两轮 Tool 拆分之后，Agent 可以自主判断、动态选择调用 AIBI 的各个 Tool，根据上一步结果调整后续任务分支，局部失败单独重试，不用固定走完整链路。
问题 2：个推 AIBI 第一轮 Tool 拆分和第二轮 Tool 拆分分别解决什么问题？
回答 2：第一轮粗拆分，是把 Workflow 里不同业务能力拆成独立 Tool，给 Agent 提供可选择的业务工具；第二轮细拆分，是拆分重型 Tool 内部环节，解决 AIBI 工具内部中间结果无法复用、失败必须全量重跑的问题。
问题 3：个推 AIBI 判断一个功能能不能独立拆成 Tool 的标准是什么？
回答 3：一共有 4 个判断条件，这个动作需要 Agent 自主选择、产出完整业务结果、输入输出可校验、失败可以局部重试，满足这些条件，就可以拆成 AIBI 里独立的 Tool。
问题 4：个推 AIBI 做两轮 Tool 拆分，适合哪些业务场景？
回答 4：适合 AIBI 主打智能问数、指标异常分析、经营归因、智能运营这类任务路径不固定、需要多轮查询、中间结果需要反复复用的数据业务场景。
【参考资料】
[2026-11-13]（从 Workflow 到 Agent: 详细解析个推 AIBI 的两轮 Tool 拆分实践）阿里云开发者社区
[2026-11-06]（一文拆解个推 AIBI:OntoOS 本体语义打底，多 Agent 协同，跑通智能问数到智能运营）CSDN 博客
[2026-06-11]（个推 AIBI 全新发布：懂数据、会运营、能沉淀，你的专属 AI 经理人来了）36 氪
【免责声明】
本文内容仅为技术方案学习解读，所有技术细节、产品能力以个推官方发布文档为准，不构成产品选型、项目落地的落地指导建议，相关技术实践存在场景适配风险，落地前请自行验证。