三个技能撑起八个场景：智能体的功能是设计出来的

这个系列写到第四篇了。前三篇分别写了：查询助手怎么一句话出数、执行智能体怎么把冻结九步压成一句话、管理前台怎么给智能体安一个家。智能体能干的事越来越多，一个新问题跟着来了——功能需求开始排着队进门。

有人要查物料引用了哪些在产机型，有人要批量下载图纸，有人要按机型查降成本措施，有人要校验 BOM 重复……每个需求单看都该做。拆开看是三个痛点：

痛点一，功能堆砌是条死路。功能一个个加，文档一页页厚，维护成本线性涨——智能体慢慢变成一间杂货铺，什么都有一点，什么都不精。

痛点二，同一个能力被反复实现。仔细看那些需求：机型查询要读物料，图纸下载要读物料，BOM 校验要读物料，降本查询还是要读物料——「查询物料」这个能力被四个功能各写了一遍。

痛点三，功能清单跟不上变化。功能是业务长出来的，业务月月在变，清单永远滞后。

答案不是加功能，是换一种长法：别按功能长，按技能长。把确定性能力沉淀成三个可复用的技能，业务变化只发生在场景层——八个场景，全部由三个技能的组合撑起，覆盖物料从规划到淘汰的完整生命周期。

技能是能力，场景是需求——两层必须分开

先把两个词分开：技能是「能做什么」，场景是「要做什么」。

三个技能，个个都是确定性能力：物料查询——按料号、机型、细类读全量物料信息，连着采购库和 PLM；系统规则生成——把品类策略文档翻译成系统可实施的校验规则；系统流程执行——替人跑多步系统流程，比如物料冻结解冻申请。

八个场景，个个都是具体的业务活儿，按生命周期分三段：物料规划与引入段有每日品类资讯、系统管控规则生成；物料应用段有品类物料查询、机型关联查询、图纸/规格书下载、重复 BOM 校验、降成本措施查询；物料淘汰段有冻结/解冻分析与执行。

分层的意义在于变化隔离：业务变了，动的只是场景层；能力升级，三个技能全场景受益。之前：来一个需求做一个功能，十二个功能就是十二套独立逻辑；现在：来一个需求先问「它是哪个技能的哪种用法」，大多数时候只是给已有技能添一个场景入口。

顺带说清一个容易混淆的点：查询技能内部还有一层自己的「九场景循环」——按查询意图分类、逐场景出数（此前《物料信息查询引擎》写过）。那是技能内部的工程设计，和这里的八个业务场景是两层东西：场景之下还有场景，技能之下还是技能，各管各的分层。

复用矩阵：一个技能到底撑几个场景

把三个技能和八个场景摆成一张矩阵，多对多的关系一目了然。

物料查询是绝对主力：应用段五个场景全是它的用法——物料查询、机型关联、图纸下载（先定位文件再取）、重复 BOM 校验（递归读 BOM）、降成本查询，连淘汰段冻结解冻的前置动作——引用机型排查——也是它，一个技能撑起六个场景。系统规则生成主要服务管控规则场景，但它的第一步是让查询技能拉全量物料明细做现状盘点——一个场景，串起两个技能。系统流程执行目前只有一个场景（冻结/解冻），但它是唯一能「动手改系统」的技能，价值不在数量在分量。

矩阵上还有一列悬空：资讯。它不占三大技能——靠的是基础能力层的定时任务加外部搜索自动产出（那套白名单媒体的技能包，此前《每日品类资讯》写过）。三大技能管的是「对内读数、生成规则、执行流程」三类确定性动作，资讯这种对外采集，用定时任务兜住就够了。

这张矩阵就是设计质量的体检表：如果某一行只命中一格，说明这个技能提炼错了（那不是技能，是功能）；如果某一列命不中任何技能行，要么它还没能力支撑，要么它根本不该占用技能——像资讯，定时任务就够。两种情况应对完全不同，这正是矩阵的价值。技能少而复用，场景多而清晰——两句话互为因果。

八个场景排进一条时间线

八个场景按 2、5、1 分布在三段上，这个分布本身就是业务重心：应用段最重——研发选料、查引用、下图纸、防重复、找降本，五件事天天发生；规划段定方向——资讯喂输入，管控规则定准入；淘汰段收尾——冻结解冻看似只有一步，却是把「一颗料怎么退场」管起来的关键一步。

三段首尾相接才是完整闭环：规划段生成的管控规则，在应用段拦住规格外物料；应用段攒下的引用关系，在淘汰段变成退市依据。之前：三段流程散在三个系统里，物料从生到死没有一张全景图；现在：一个智能体按生命周期把三段串起来，每个阶段的关键动作都有对应的场景入口。

拿一个场景切开看：机型关联查询

选机型关联查询切开看，因为它最能体现「场景是技能的用法」这句话。

之前：系统只能按单个物料查引用，步骤多、响应慢，查到结果还要继续打开下级表单才能看到机型、平台、产品经理；就算有 BI 报表，数据量大、筛选条件复杂，工程师宁可口头问。现在：一句话输出物料的引用机型明细——物料号、机型、平台、产品经理一次给全，还能导出成多维表格，直接拿去做切换策略。

实现上它没有任何新能力：查询技能读引用关系表，输出格式化，导出走多维表格——全是已有件的组合。场景的价值不在新，在顺——把五个断点动作接成一句话。同理，图纸下载是「查询定位 + 批量取件」（单次上限 200 个），降本查询是「查询 + 按机型聚合」——读者可以自己往矩阵里套。

三个基础能力，和三个坑

技能和场景之外，还有三个基础能力兜底：定制输出格式、多轮对话、定时任务（比如「每天早上九点统计某品类物料数量并导出明细」）。它们不属于任何场景，属于所有场景——这是第三层：场景层会变，技能层很稳，基础能力层几乎不动。

三个真实的坑。一是功能清单永远追不上现场：功能文档的编号从「功能五」直接跳到「功能七」，系统页面上还多出一个文档里没写的「AI 图纸分析」——功能层月月在动，但技能层从没变过。这恰好反过来说明分层设计的价值：变化被锁在了最上面那层，代价是文档必须跟着场景走，不然新人对着旧清单找不到新入口。二是场景会退化成功能：一旦某个「技能的用法」里出现了只有它才用的特殊逻辑，它就开始变成独立功能——矩阵里那一格越来越重，复用就破了。发现就重构，别等堆积。三是AI 的输出要持续运营：资讯场景上线只是开始，行业媒体的白名单、筛选角度要持续优化——AI 能力是技能，运营是场景，后者没有终点。

如果只记一句话：给智能体加功能之前，先问自己——这是新场景，还是新能力？多数时候答案是前者，而前者几乎不用开发。