ARTICLE · 1112093
模板库:工具成果的“复利”
模板库：工具成果的“复利”
上篇说道
上两篇讲了 灵知AI：上篇是它的数据半边——私域知识库（基于 AGP 底座的三类数据，数据在日常业务中自然沉淀，用十几条简单接口函数实现综合查询）；下篇是它的执行半边——智能体协同（专家、专家团、技能工坊，五大核心引擎，云上编排、封闭运行，四个标杆场景）。
到这里，AGP 这一整套东西基本齐了：从数据采集、建模，到前端界面、后端接口、任务调度，再到 AI 增强。
可讲了这么多工具、这么多能力，有没有一个地方，能把已经做出来的成果直接拿来用——不用每次都从零开始？
有，就是今天这一件：模板库。不过在讲它之前，得先把 AGP 的应用结构说清楚，否则你不会明白模板是怎么攒出来的。
一、先看懂 AGP 的三层结构
AGP 的应用分三个层次：
① 系统级。
这是最底下的一层，产出的是最基础的构件：模型、页面、接口等等。
这一层有个很重要的特点：它的产出，后面所有级别的应用都可以使用。
也就是说，你在系统级定义了一个“设备”模型、一套通用页面、一批标准接口——不管后面做工厂的项目、还是做校园的项目、还是做水利的项目，都能直接拿来用，不用重定义一遍。
② 场景级。
这一层做的事情叫抽象：把普通应用可能涉及到的场景，一个个抽象出来、定义好。
场景分两类：
业务场景——跟具体行业无关的通用能力，比如能源管理、人员管理；
行业场景——专门针对某个行业开发的专用应用，比如工厂场景里有车间、生产线、排产；智慧校园场景里有教务、排课。
③ 项目级。
最上面这一层，才是提交给客户的那个应用。
三层的关系一句话说清：系统级打底，场景级抽象，项目级交付。
为什么非要分这三层？
这个问题值得多说一句，因为不分的代价很具体。
如果不做场景区分，就会出现一种很荒唐的情况：数字工厂的项目里，冒出来“教师管理”这样的可复用成果。
为什么会这样？因为如果没有场景边界，所有东西都堆在一起，你在做校园项目时攒下的“教务”“排课”“教师管理”，做工厂项目时也会被一视同仁地列出来。看着是“资源丰富”，实际是干扰——项目组要在一堆不相关的东西里挑，挑错了还容易把不该有的模块带进交付物。
场景这一层，就是给复用加上边界的。
二、项目定义：先申明“我用哪些场景”
有了场景，项目是怎么组装起来的？
关键动作是：定义一个具体项目时，要申明本项目使用了哪些场景。
举个例子。一个数字工厂项目，客户提出来：我们不只是要有生产管理的能力，还要具备设备检修、能源管理的应用。
那这个项目在定义的时候，就要申明它包含三个场景：
工厂场景——车间、生产线、排产这些行业专用能力；
数据采集场景——把设备和系统的数据接进来；
能源管理场景——能耗统计、单耗分析这些业务能力。
申明之后会发生什么？
在能源管理场景里已经定义好的模板，就可以直接在这个项目里使用了。
不用重新做一套能耗报表、重新搭一遍能耗看板——场景里有什么，项目里就能取什么。这才是“抽象”真正兑现价值的地方。
而且用起来很直接：系统会把可以被引用的模板库列出来，任由你选择和组合。
三、模板不是凭空想出来的
接下来是这篇最想说的一点。
很多人以为“模板库”就是产品经理坐在办公室里，凭经验设计出来的一套行业方案。不是的。
AGP 里所有的模板，都不是凭空想出来的，而是在具体项目里实际用过之后，抽象出来、再放回场景的。
流程大概是这样：
做一个真实项目，某个模块做得好、客户认；
复盘的时候发现：这一块不只这个客户需要，同类项目大概率也要；
把里面跟这个客户强绑定的部分剥掉（具体参数、组织名称、特殊字段），留下通用的骨架；
把这个骨架抽象成模板，放回对应的场景里。
一个项目留下几块，十个项目就攒成一批。积少成多——这就是模板库的由来。
所以模板的价值，不在“设计得多漂亮”，而在它是被真实业务打磨过的：
模板不是“样例”，是别人踩过坑之后的成品。
这也是“复利”两个字的含义：你每做完一个项目，平台的起点就高一点；下一个项目，一上手就站在前面所有项目的肩膀上。
四、模板里到底装了什么
说了半天模板，它具体是个什么东西？一个场景下的模板，通常由这几部分组成：
| 模板类型 | 里面是什么 |
|---|---|
| 模型模板 | 行业标准的实体与关系（比如“设备”该有哪些属性、跟谁关联） |
| 页面模板 | 大屏、看板、管理页面 |
| 表单与流程 | 常见单据与审批链路 |
| 报表模板 | 行业常用的统计报表 |
| 场景模板 | 2D / 3D / GIS 场景与组态画面 |
| 默认配置 | 权限、菜单、参数预设 |
注意这六样，正好是前面三十篇里一件件工具做出来的东西——建模工具出的模型、页面编辑器出的页面、表单流程工具出的单据链路、报表工具出的报表、场景工具出的画面。
所以有一个说法很准确：模板库是“工具成果的复利”。它是所有工具的产出被抽象、被沉淀之后的集合。
它的价值也很直接：
开发效率提升 70% 以上；
交付周期从 6-12 个月压缩到 2-4 周；
而且模板越用越厚——项目做得越多，可复用的东西越多，边际成本越低。
五、小结
三层结构：系统级（模型、页面、接口等基础产出）、场景级（抽象出来的业务场景与行业场景）、项目级（提交给客户的那个应用）；
逐级共享：系统级的产出，后面所有级别的应用都能用；
场景分两类：业务场景（能源管理、人员管理）与行业场景（工厂的车间/生产线/排产、智慧校园的教务/排课）；
为什么必须分：不分，数字工厂项目里就会冒出“教师管理”这类可复用成果；
项目定义要申明场景：如数字工厂项目申明“工厂场景 + 数据采集场景 + 能源管理场景”，能源管理里定义好的模板即可直接使用；
模板从项目里长出来：不是凭空想的，而是在具体项目里用过之后抽象回场景，积少成多就成了模板库；
怎么用：系统会把可以被引用的模板库列出来，任由选择和组合——开发效率提升 70% 以上，交付周期压到 2-4 周。
下集预告
到这里，AGP 的十几件工具就全部讲完了：从数据采集、建模，到前端界面、后端接口、任务调度，再到 AI 增强和模板复用。
可讲了三十多篇，要是真的做一个大项目，还有没有什么我们以为不是坑，其实是个不可见的坑的地方啊？
下集我们再讲一次AGP的创新：企业APP商店。
《企业APP商店：不做大平台，做一堆小 APP》
下集见。
智道 AGP · 让您做数字化项目，像做PPT一样简单