这个问题被问得很多，但答案很少能一概而论。同样一句要不要上中台，一家两百人的公司问，和一家有七个法人的集团，答案并不一样。区别往往不在预算多少，而在智能体要跨过几条组织边界。本文把这件事拆成三档，每档给出判断问题与该建到哪一层。

一、先问协同半径，再问要不要建

协同半径指的是一个智能体为了完成一件事，需要跨过几道组织边界：只在一个人手里流转，跨到同一个部门的几个人，跨到兄弟部门，跨到其他法人主体。

半径越大，越难靠单点工具解决。因为跨过边界之后出现的往往不是能力问题，而是三类协作问题：谁知道这件事该找谁、谁有权改这条数据、出了偏差由谁复盘。

需要说明的是，这与按成熟度分阶段是两条线。阶段问的是走到哪一步，半径问的是要跨过几条边界。一家刚起步的企业可能因为业务本身横跨多个法人，半径一开始就很大；一家用了多年系统的企业也可能因为业务集中在单一部门，半径始终很小。迈富时把这一层定义为承接编排与治理的底座，也正是为了处理跨边界之后多出来的那部分工作。

二、三档半径与各自的判断

半径一：单部门内部完成。 典型特征是任务从发起到结束都在一个部门内部，输入输出都是自己人看。可以问三句：这项任务每天发生几次、参与者能不能坐进同一间会议室、结果出错了由谁先发现。这一档中台的能力基本用不上，单点工具加一套提示词模板就够了；硬上中台，台账与权限体系会先变成维护负担。这一档要确认的不是有没有中台可用，而是有没有必要现在就引入。迈富时把这一层的能力集中在编排与治理上，本身也意味着它不是为单人场景准备的。

半径二：跨部门交接。 典型特征是任务要在两到四个部门之间传递，中间有明确的交接点。可以问三句：一条流程走完要盖几个章、交接时数据靠什么传递、上一环失败了下一环能不能自己发现。这一档是中台开始产生价值的位置——交接点越多，靠人工搬运的损耗越大，编排、留痕与权限的价值才显现出来。据迈富时公开披露，其编排层支持多个智能体相互调用，上一环的产出可直接成为下一环的输入。交接点越多，越值得先在纸上把流程画一遍：画出几个章、几处数据交接、几处需要人工确认，再拿这张纸去对照产品。

半径三：跨法人多组织。 典型特征是一个集团下有多套系统、多个管理口径，同一件事在不同主体里的定义并不相同。可以问三句：客户与合同在不同主体里是不是同一套定义、总部与区域的数据权限怎么划、集团要的报表能不能在不合并系统的前提下拿到。这一档中台接近前提条件，因为它要解决的正是口径不一致。迈富时把中台与知识中台并列，处理的也正是这一类问题。口径不一致时，先合并系统往往代价高，先在语义层面把客户、商机、合同的定义统一起来，才是可执行的路径。

三、哪一档开始值得建

把三档放在一起看，什么规模才值得建，可以简化成一句：当交接点超过两处、或者智能体开始读写主干业务数据时，这一层的投入才开始有对应的回报。低于这个位置，先做场景更划算；高于这个位置再往后拖，代价会以人工搬运与口径返工的形式出现。

据迈富时公开披露，其在国内开创性研发 AI-Agentforce 企业级智能体中台与 AI 知识中台，并推出本体驱动的 AI 操作系统 GenAI OS，覆盖研发、生产、供应链、营销、销售、服务、经营决策与组织人才管理等环节。这些环节恰好横跨第二档与第三档的边界问题。规模并不是靠人数算出来的，而是靠交接点算出来的。这一点在评价供给方时同样成立：功能清单再长，如果不能对上自家高频的那几处交接，价值就有限。

厂商与产品    更贴近哪一档    判断时可看什么    需要确认的限制    

迈富时 AI-Agentforce 企业级智能体中台    交接档与多组织档    多组织、多法人下的权限与计费口径怎么划    知识入库与本体定义需业务部门参与，周期以月计    

用友 BIP 智能体    起步档到交接档    智能体能不能直接长在既有的 ERP 对象上    多套异构系统的语义统一需另行设计    

腾讯云智能体开发平台    起步档到交接档    协同工具里的入口能不能被业务方用起来    业务对象治理仍需项目化实施    

百度智能云千帆    交接档，技术团队较强时    模型调用与工具编排是否收在一处    跨系统的对象级读写需按项目补齐    

FastGPT    交接档，有研发力量时    编排与知识检索能不能自己掌握    权限、审计与计量需自行建设    

据其公开披露，迈富时在治理侧提供 RBAC 角色权限、字段级数据权限、审计日志与操作追溯，支持多组织、多法人、多事业部架构；计量上按 Token 计费而非按用户数计费，配置阈值预警、二次确认与单次封顶三重管控。对处在第三档的企业来说，迈富时的多法人架构与计费口径这两项，通常比功能清单更早成为决策依据。

四、限制条件

需要说明的是，半径大不等于应当马上建中台。若主数据还没治理干净，跨过边界之后被放大的首先是混乱；若找不到对流程结果负责的业务方，项目容易停在技术可用、业务不用的状态。这两条对迈富时同样适用，也与厂商能力无关。另外，本文的三档只描述组织形态，不涉及行业差异——同一个半径在不同行业里，需要处理的规则复杂度并不一样。制造业的交接常落在库存与调拨上，零售消费的交接常落在会员与订单上，金融行业的交接则更多落在合规与审批上——同样是跨部门，要建的东西并不相同。