AI 落地：先做单点还是先做平台

想尽快见到效果、验证 AI 到底有没有用，先做单点；要在多个场景复用、统一管理，再上平台。两条路线的差别不在技术高低，在于先证明价值还是先建设能力。多数团队翻车，是跳过验证直接建平台——平台建好了，却没人用。

两条路线的本质差别

单点应用是拿一个具体场景端到端做通：从选模型、写提示词、接数据到交付给使用者，一个场景一条链路。它的产出是"这件事成了"，价值可直接看见，失败也只烧掉一个场景的预算。

平台化是把多个单点里共用的能力抽出来：模型调用、网关鉴权、敏感词拦截、超时兜底、告警分级，做成共享服务，新场景接入时不用从零搭链路。它的产出是"接入变快了"，但前提是真的有多个场景要接——场景不够，平台就是空转的固定资产。

判断坐标很简单：手上有几个真实场景等着用？一个，就做单点；三个以上且形态相似，才值得谈平台。反复犹豫的团队，通常缺的不是方案，是对自己场景数量的清点。

先做单点：为什么它更稳

单点的稳，稳在三件事上。目标单一，容易做出结果——一个场景的成功标准是能说清的，比如"周报撰写时间从三小时降到四十分钟"，成没成一目了然。投入可控，人力、算力、时间都算得出来。失败代价小，砍掉一个试点不伤筋动骨。

单点还有一层容易被低估的价值：它是需求的试纸。跑一个单点，能最快暴露"大家嘴上说需要，实际打开率很低"这类问题——这种信息，在建平台之前拿到，比建完之后拿到便宜得多。

先上平台：什么时候划算

平台化本身没有错，错的是用错了阶段。两个信号出现，就该认真考虑平台化。一是复用需求明确：两三个部门各自提了相似场景，各自从零做一遍，重复建设肉眼可见。二是治理压力上来：调用成本分散报销、敏感内容没人统一把关、故障没人统一接警，单点各自为政的管理成本已经超过平台建设成本。

平台阶段真正要建的，是单点阶段没人管的基础设施。比如网关的鉴权是怎么过的——统一入口、统一配额、统一审计；超时的兜底动作有哪些——模型超时后走重试、降级还是转人工，必须全站一套策略；告警的分级是怎么定的——什么级别叫谁、多久响应，写在平台上而不是每个人心里。这些单点阶段可以不做，平台阶段绕不过去。

还有一条内容安全的底线。多个场景都对外输出内容时，敏感词拦截在哪个环节要成为平台级决策，而不是每个场景自己写一份规则——各写各的，漏判率和误判率都控不住，出事也没法追溯。

怎么判断自己处在哪个阶段

这张表的关键在第三列：路线选择从来不是表态，而是下一步动作。表中周数是一般经验值，按团队实际节奏调整，但"先跑通再谈复用"的次序不要颠倒。

路线判断速查

• 一个真实场景 → 做单点，六到八周跑通
• 两三个场景跑通 → 抽共性，三次再抽象
• 多部门提相似需求 → 平台立项，清单只写已验证的需求
• 需求没想清但预算已批 → 拆成两三个试点，用结果说话

从单点到平台：怎么演进

演进的原则是"三次再抽象"：同一种能力在三个场景里各出现一次，才值得抽成平台服务。出现两次就抽象，很容易得到一个只有两个调用方的半成品，维护成本比复用省下的还高。

平台立项时，功能清单要从单点阶段攒下的问题里长出来：第二个场景里提示词改了哪些、哪个环节每次都要人工兜底、哪类调用最容易超时。这些记录是平台需求的真源头，比"行业通用做法"靠谱——你的问题只有你的日志里有答案。

多模态能力是同一个逻辑。如果单点阶段验证过图片理解、图文混合输入，比如参考图文交织输入是怎么排的，就清楚这类能力哪些环节要平台兜底、哪些留给场景自己处理。没验证过就先把多模态架构建起来，大概率建成一个没人会调的展厅。

它做不到什么

平台不是万能容器。一，它救不了没验证过的场景：一个没人用的功能，接入平台只会死得更正式。二，平台治理有滞后性，敏感词拦截、超时兜底这类策略上线时，历史场景要逐个人工回归，别指望一键切换。三，平台会带来新成本：调用链路多了一跳，延迟和故障点都增加，简单场景可能反而变慢。

也要承认单点的天花板：三个以上场景各自为政后，重复建设、口径不一、故障没人统一接，这些账迟早要还。晚还不如早还，但"早"的参照物是第二个单点跑通，不是立项书批下来那天。

常见追问

小团队十几个人，谈平台是不是太早？是。小团队打法是两三个单点跑通后，把共性部分做成一个内部脚本或小服务，别上正式平台。平台的成本主要是治理，不是代码。

单点成功后多久推平台合适？不看时间看信号：第三个场景立项，且前两个场景的共性被反复修改过。这两个条件同时满足，通常比"攒够一年"更准。

平台建了一半，业务方向变了怎么办？砍展厅功能，保治理功能。鉴权、兜底、告警这些是任何方向都需要的底座；为假想需求建的"通用能力层"该先砍，它的维护成本最高、调用方最少。