一个平台能走多远先问需求在不在平台外

这是「AI 落地四形态」系列的第一讲，从最轻的一格讲起——一个平台。

开场那个问题：「我们就用一个平台，能做到什么程度？」问的人有两类：内部已上平台的技术负责人、客户说「平台我们有了，你们能做什么」的交付同行。市面内容要么是单点教程，要么是「平台不够要接外部 Agent」——中间缺一张地图。

四类场景，可纯平台内交付：① 知识库问答（最成熟的一类）——多库分册与按问题类型路由、混合检索加重排、分数阈值宁缺毋滥、分段模式选择、元数据过滤把检索噪声从 75% 降到 0；回答质量七成在知识库建设。② 确定性工作流——输入乱、流程定、输出要结构化，流程是确定性骨架、模型只在关键节点做理解，骨架越确定交付越稳；可视化让业务方看得懂改得动。③ 平台内 Agent——从 Beta 玩具变成能交付的形态，可自主调用平台内注册的工具、检索知识库、规划步骤，闭环在平台内；自主性上限就是平台内注册的工具集。④ 标注与知识运营——标注回复闭环、元数据打标、命中测试、版本更新。上线三个月后的质量取决于这套运营机制有没有跑起来。

三条边界：碰真实系统的活（要执行通道）／跨系统、要自主拆解的长期任务（确定性流程框不住）／要在执行体侧沉淀技能的活（平台内没有技能资产机制）。共同判断标准一句话：需求里有没有「平台外的世界」。

三种翻车形态：拿知识库当执行器用（问「哪台设备快满了」，硬答就是编）／用几十个节点模拟自主（改到崩溃）／把执行体侧手艺硬塞平台（每次从零）。位置放错的代价，比选错工具大得多。

一条被验证过的演进路径：平台内起步 → 验证价值 → 需要碰外部世界时再接执行体。真实例子：先用平台内工作流把「告警分类 + 知识库处理建议」跑通（一周上线），业务验证成立后客户才提出「能不能让 AI 执行」，此时才加执行通道——平台内工作流原样保留，两端各干各的。另有双标准：我们自己的门户，对外展示用平台内、对内干活用执行体。

常被追问：与通用低代码的区别（它编排的是概率性输出，治理设施是低代码没有的）；平台内能装多大（实测 4277 页手册完整入库，瓶颈是运营不是容量）；什么时候必须接执行体（三个信号）；迁移成本（通常是加一层不是推翻）。

金句：先问需求在不在平台外——不在，平台内交付就够。四个格不是竞品，是从轻到重的位置；客户从哪格起步都行，关键是别把需求放错格。

完整文字版见下方文章。