正在加载，请稍候
同一份 Agent 需求三家报价能差 10 倍，多半是口径差而非利润差。先对齐并发、私有化、接入系统数、token 上限、评测集归属等 12 个变量，再谈总价与折扣。
同一份 Agent 需求丢给三家供应商，总价能差到 10 倍。多数时候差价来自口径不同而不是利润不同——广州的采购方真正该做的第一件事，是把 12 个变量问成白纸黑字，再比总价。
公开报价口径把 Agent 项目分成三档：轻量级单场景 3,000–20,000 元、中等复杂度（多轮对话 + 知识库 + 外部 API）3 万–15 万元、企业级（多 Agent 协作 + 私有化 + 合规审计）15 万–80 万元以上，采购方看到的 10 倍价差绝大多数是跨档比较，而不是同档内的砍价空间（阿里云开发者社区《开发 AI 智能体的费用》，2026 年，属公开报价口径，非任何一家供应商的正式报价）。
同一份资料的成本结构更值得记：人力成本占 50%–70%，向量数据库按规模几百到几千元/月，云服务器 200–2,000 元/月。也就是说"贵"通常贵在接了更多系统、做了更多适配，而不是模型更贵。
有两种报价要特别警惕：一种把"平台授权费"包装成"项目总价"，数据接入与评测留给你自己做；另一种报高价却没有对应的系统清单和验收清单。这两种都没法比，因为它们没说明自己在卖哪一档。已经拿到报价区间的，可对照 SaaS 与自建的三年 TCO 分界线 判断订阅是否更划算。
把并发规模、私有化形态、可观测深度、二次开发边界、权限审计粒度、数据接入系统数量、调用量与 token 上限、评测集归属、交付物形态、运维响应窗口、SLA 口径、知识产权归属这 12 个变量逐条问成文字，三份报价才第一次变得可比。
| 变量 | 必须问成什么 | 答案不同带来的价差方向 |
|---|---|---|
| 并发规模 | 峰值并发与日调用量各给数字 | 百级并发需限流与队列，工作量明显上行 |
| 私有化形态 | 公有云 / 容器自托管 / 全内网信创 | 从 SaaS 到全内网，通常跨一档 |
| 可观测深度 | 是否要全链路 trace 与单次调用成本 | 加上就是一块额外工程 |
| 二次开发边界 | 谁改工具、谁改提示词、是否含源码 | 含源码级定制的报价会上抬一档 |
| 权限审计粒度 | 账号级 / 角色级 / 组织级 + 操作留痕 | 审计留存是私有化溢价主要来源 |
| 数据接入系统数量 | 逐个列系统名与字段范围 | 系统数 × 字段对齐 ≈ 工期 |
| 调用量与 token 上限 | 月度预算谁承担、超出单价多少 | 只报平台费不报调用预算，续费年扯皮 |
| 评测集归属 | 谁出评测集、跑几轮回归、验收线谁定 | 没有评测条款的报价无法验上线 |
| 交付物形态 | 演示环境 / 生产交付 / 运维手册 | "能演示"与"可交付"差一档 |
| 运维响应窗口 | 工作时间还是 7×24，响应时长多少 | 承诺 7×24 就要加人 |
| SLA 口径 | 可用率怎么测，按月还是按请求 | 口径不同，赔与不赔都说不清 |
| 知识产权归属 | 代码、提示词、评测集、数据的归属 | 含糊时等于只买到使用权 |
这 12 项不必一次问完，但比价表里至少要占一列；空着的格子，就是将来追加预算的位置。
落到合同层面，最容易含糊的是数据接入范围、调用量上限、评测集归属与审计留存期，这四项含糊一次，事后补做的成本往往高于重新报价。
"接一下我们的知识库"在工程里的真实含义是三件事：文档梳理去重、字段到工具的映射、口径对齐后的增量同步。开源社区有一个制造业设备运维案例，Dify 侧要对接 ERP、MES 等 12 个系统才算能用（CSDN 技术复盘，2026-09-20）。接入清单应逐个写系统名，而不是写"对接现有业务系统"。
生产环境一旦挂上工具调用，token 按流量计费，可占运营成本的 20%–40%，而模型混合调度能把这部分降 60% 以上（同上，阿里云开发者社区）。合同里写清"月度预算由谁承担、超出单价多少"，比争 5% 折扣有用得多。
德勤《2026 企业智能体落地联合调研报告》的拆解口径是：74% 企业计划两年内上线智能体，43% 在跨部门扩容试点，但只有 15% 实现了多智能体规模化（CSDN 2026-09-02）；另有转引 Deloitte 2026 技术趋势的统计称 89% 的试点未进入生产环境（data-today.net 2026-09-14，二手转引，口径以原报告为准）。上线卡点通常是没人能定义"答对了"：谁出评测集、跑几轮回归、抽检比例多少，应该进验收条款。
同一批调研里，只有 21% 的企业建立了成熟的智能体管控框架（同上）。私有化溢价很大一块买的就是这个：调用留痕、留存多久、谁能查、按部门回收数据范围。
截至今日蓝曜炬辉已发布 7 个交付案例，其中填写了团队规模的样本全部是 3-4 人小队，填写了周期的样本落在 2 周首版到 6 周完整交付，这个密度可以直接用来验算报价里隐含的工作量。
口径必须说清：这批样本是 Web / AI 应用类交付，不覆盖多智能体协作系统，后者公开口径是 3–6 个月以上（阿里云开发者社区）。换算方法是：取报价里声明的人力占比乘回总价得到人力成本，再按"几人数月"核对工时——如果一份 3 人小队的报价对应了 30 周工作量，就该问清多出来的时间花在哪几个系统上。更多交付形态见 交付案例，服务范围见 服务与能力；外包用人单价可参考 FDE 驻场 AI 工程师的报价构成。
把 12 个变量折成 5 个维度加权打分——业务接入 30%、私有化与合规 25%、评测与可观测 20%、排期可信度 15%、单价 10%，总分比"最低价"更能预测上线成功率。
| 维度 | 权重 | 看什么 | 低分特征 |
|---|---|---|---|
| 业务接入 | 30% | 系统清单是否逐条落地 | 只写"对接现有系统" |
| 私有化与合规 | 25% | 内网适配、信创依赖、审计留存期 | 留存期含糊或写"另行约定" |
| 评测与可观测 | 20% | 评测集、回归轮次、全链路 trace | 没有验收线，只有演示 |
| 排期可信度 | 15% | 阶段里程碑与投入人数 | 只给一个总工期 |
| 单价 | 10% | 同等口径下的总价 | 明显低于同档均值 |
这套打分法是我们内部比价时用的参考方法，不是行业标准；权重可按项目的合规压力自行调整——强监管行业应把合规权重继续上调。
有可能，但更常见的解释是三家不在同一档：公开口径下轻量级 3,000–20,000 元、企业级 15 万–80 万以上，跨档比较自然出现倍数差，先确认口径再判断是否虚高。
先问两个数字：要接入几个业务系统、峰值并发多少。这两项决定工作量档位，剩下 10 个变量的答案基本跟着它们走，先问其余项容易问到一半就卡住。
按公开口径，15 万大致对得上"企业级"的下沿，但前提是报价里已含数据接入、评测回归与私有化适配；若这几项要另算，就该按 15-50 万区间重新评估预算。
能签，但必须把四项写进合同：接入系统清单、月度调用预算与超出单价、评测集归属与验收线、审计留存期，否则后期追加通常高于当初省下的平台费。