企业该自建 AI Agent 还是找服务商定制？成本、周期与风险对比
自建 AI Agent，指企业用自有工程编制完成网关、知识、工具、评测与值班；找服务商定制，指按场景 SOW 买可验收的 Agent 交付（含边界、集成与交接物）。二者都不是「开通 ChatGPT / 客服 SaaS」。通用工具为什么用不起来，见 /blog/generic-ai-tools-vs-custom-agent；外贸中小团队先 SaaS 再定制，见 /blog/saas-trade-tools-vs-custom-trade-agent。GeonAI 走服务商定制路径；官网 /agents 仅为能力参考（363+ 预设非公众全量试用）。评估请邮件 [email protected]。
先分清三岔口，再谈自建
- 通用 SaaS / 办公助手：账号与模板，不接你们的 ACL 与写操作
- 无代码搭工作流：验证对话快，对外承诺与核心交易通常不够（见 /blog/custom-agent-vs-no-code-workflow-builders）
- 生产级定制 Agent：要边界表、工具白名单、评测与值班——这时才进入「自建 vs 服务商」
没有可度量场景就自建中台，失败模式接近「缺场景、缺集成、缺运维」。立项前先过 /blog/ai-agent-selection-checklist；Demo 红旗见 /blog/ai-agent-project-red-flags。
成本对比（比结构，不编造行业均价）
| 成本项 | 自建主要花在哪 | 服务商定制主要花在哪 |
|---|---|---|
| 人 | 平台 / 后端 / 评测 / 值班编制（含招聘与备份） | 业务 Owner + SME；工程按 SOW 由服务商承担 |
| 一次性 | 网关、评测集、权限模型、环境隔离 | 发现、联调、验收物、知识清洗（常被低估，见报价文） |
| 持续 | 模型/推理、值班、知识发布、安全补丁 | 运维档或你们自运维；变更按变更单 |
| 隐性 | 关键人离职、平台未摊销、范围变成「做中台」 | 供应商依赖、交接不全、两套口径 |
影响报价的因素见 /blog/custom-ai-agent-pricing-factors；数据清洗、权限、联调、灰度见 /blog/custom-agent-quote-underestimated-costs。本文不报虚假低价，也不用未经验证的「行业平均万元」充案例。
周期对比
| 阶段 | 自建常见卡点 | 服务商定制常见卡点 |
|---|---|---|
| 准备 | 招到能扛网关与评测的人 | Brief、边界三表、谁当 Owner |
| 首个生产场景 | 先做平台再接场景，验收日不断后移 | 等你们的 API / 权限 / 样例对话 |
| 第二场景 | 平台摊销后边际下降（前提是第一场景真的上线） | 复用网关约定，仍按场景验收 |
交付四步（需求→方案→集成→运维）见 /blog/enterprise-ai-agent-delivery-4-steps。无论谁做，首场景都应能按 30 天门禁抽检，见 /blog/custom-agent-30-day-pilot-metrics。
风险对比
| 风险 | 自建 | 服务商定制 | 怎么降 |
|---|---|---|---|
| 做不完 | 中台范围膨胀 | SOW 无边界表 | 先写可做/不做/人工确认三表 |
| 上线后没人管 | 编制被项目抽走 | 合同不含值班与回滚 | RACI + Runbook 进交接物 |
| 锁死 | 自研栈无人接 | 知识与配置只在对方环境 | 要评测集、网关说明、回滚步骤 |
| 两套真相 | 内部实验口对外混用 | SaaS/无代码与定制并行乱价 | 对外只留一个入口 |
边界三表见 /blog/custom-agent-scope-boundary-in-contract。谁当 Owner 见 /blog/custom-agent-project-owner-raci。交接物清单见 /blog/custom-agent-delivery-artifact-checklist。
决策规则（可贴进立项纪要）
- 倾向服务商：未来 12 个月只有 1 个生产场景；平台编制 <2 人且无备份；必须合同验收 / SLA；招聘窗口关着
- 倾向自建：Agent 运行时是产品能力；12 个月 ≥3 个生产场景；已有平台 Owner 与评测编制；安全结论要求自持运行时
- 先不要自建也不要定制：场景不可度量、知识无主、没有人工确认表——先清单与红旗文，不要立项「中台」
常见第三路：服务商做首场景，你们接值班
- 服务商交付网关约定、评测集、边界表与 Runbook（按交付清单验收）
- 知识发布权交你们的业务 Owner；写工具白名单变更走审批
- 第二场景再决定：内部扩编自建，或继续按场景买交付
反模式（直接叫停）
- 用 363+ 预设当自建代码仓库或可上线客服
- 没有业务 Owner 就招「Agent 平台组」
- 把服务商当按人月堆功能、不签边界与伤害指标
- 自建中台与全套定制并行，对外两套价目/两套话术
找 GeonAI 时怎么描述
请说明：现有平台工程编制（含能否值班）、12 个月计划几个生产场景、哪些能力必须自持、要接哪些系统。邮件 [email protected]、服务方案 或 Live chat。我们评估能否按首场景交付，不推销「必须先自建中台」或「必须立刻全量定制」。
常见问题
要不要先自建统一 Agent 中台再接业务？
首个生产场景不建议。中台没有验收日，业务场景有。先把一个场景送到可抽检上线，再决定平台投资。
找服务商会不会被技术栈锁死？
风险真实。合同里要交接：边界表、评测集、网关/白名单说明、回滚步骤。缺这些就按红旗处理，而不是再加功能。
这和买 SaaS、搭扣子是一回事吗？
不是。SaaS/办公助手、无代码搭建、生产级定制是三岔口；本文只比较定制确定之后的自建与服务商。见通用工具文与搭工作流文。
只有 1–2 名开发够自建生产 Agent 吗？
通常不够覆盖网关、评测、权限与值班备份。更稳的是服务商交付首场景，或把无代码留在内部助手、不对外承诺。
能不能知识自建、集成交给服务商？
可以，但必须在 SOW 写清：谁改知识、谁改白名单、谁值守。否则上线后仍会变成「没人管」。
363+ 预设能当自建起点吗？
不能。预设是能力参考，不含你们的编制、网关、评测集与值班制度。