最后的拼图：Skills

一、体系不是终点，效率才是

前六篇文章，我们一直在做一件缓慢而郑重的事：定义坐标系，搭建工程骨架，设计闭环收敛，打通物理世界，管理知识演化，解放历史遗产。它们是基础设徊，是法度，是高速公路。它们回答的问题是："AI 生成的代码，如何成为能在物理世界中负责任地运行的资产？"

但高速公路建好之后，真正的问题才浮出水面："今天下午，我需要在已有工程里增加一个 I2C 传感器驱动——能不能在 5 分钟内搞定，并且代码直接可用，不需要我重读昨天的规约？"

这一层，就是 Skills。它不是新概念，而是你整个体系自然生长的另一半。如果说前六篇是"Core 层"——定义法则、搭建骨架、管理演化，那么 Skills 就是"应用层"——在法则之内，快速解决高度具体的、一次性的、但频繁出现的问题。两者不是竞争关系，是共生关系。

二、为什么你的体系能让 skill 真正"即插即用"

市面上大多数的 AI 编程 skill，本质上是泛化的代码片段生成器。它们能生成一段 I2C 驱动，但不知道你用的是哪颗芯片、你的工程模板要求什么代码风格、你的硬件原理图上 SDA 和 SCL 分别连在哪个 GPIO。你拿到那段代码后，仍然需要阅读、修改、适配。

你的体系，恰好把"适配"所需的信息全部结构化了：

这意味着：在你的体系上运行 skill，生成的代码不是"泛用模板"，而是带着这个项目完整上下文和全部历史教训的、几乎可以直接烧录的最终代码。你不需要再去想"这个项目用的是 LL 库还是 HAL"，skill 已经知道。你不需要再查"这颗芯片的 Flash 写入后必须等几个 NOP"，skill 从你的规约文件里读到了。

三、一个具体的 skill 是如何在你的体系中运行的

让我们模拟一个真实场景。下午 3 点，你需要为当前项目增加一个 I2C 温度传感器 TMP117 的驱动。

传统流程：打开数据手册 → 查找 I2C 地址 → 回忆项目里 I2C 用的是哪路 → 找到其他 I2C 设备驱动当模板 → 逐行修改寄存器操作 → 编译 → 调试 → 发现忘了配置中断优先级 → 再来一遍。耗时：45 分钟到 2 小时。

在你的体系下，这次操作是一个 skill 调用：

// 开发者只需要提供一个意图声明
// 然后启动 "i2c-sensor-skill"

// 意图文件: tmp117_intent.yaml
sensor: TMP117
bus: I2C1
i2c_address: 0x48
sample_rate: 1Hz
alert_threshold: 85.0  # 摄氏度
output: tmp117_driver

Skill 启动后，自动执行以下查询链：

1. 查询 PCB 分析器："I2C1 的 SDA/SCL 分别映射到哪两个 GPIO？当前有没有其他设备共享这条总线？"
2. 查询 agents.md："I2C 驱动必须使用 DMA 模式，中断优先级必须为 4，严禁在 ISR 中调用任何日志函数。"
3. 查询工程模板："驱动文件应放在 Src/drivers/，头文件在 Inc/drivers/，并遵循统一的错误返回码约定。"
4. 查询决策账本："历史上是否有与 TMP117 或 I2C1 相关的已知陷阱？"（账本记录：某次 I2C1 与 SPI2 同时使用时出现总线冲突，原因是 DMA 通道重叠，已通过调整通道号解决。）
5. 生成代码：基于以上所有上下文，生成完整的 tmp117.c 和 tmp117.h，代码已经遵循了负日志规范（包含期望值检查），使用了模板规定的 HAL 封装风格。
6. 立即验证：闭环收敛 Agent 被触发，自动编译、烧录、运行 I2C 扫描测试和温度读取测试，确认传感器在线且数据在合理范围内。

耗时：5 分钟。其中 4 分钟是编译和烧录的物理时间，你真正参与的只有第一步——写一个意图声明。

这就是 Skill 层的价值：它把日常开发从"写代码"转变为"声明意图，审查结果"。

四、Skill 的设计原则：快，但不牺牲质量和可追溯性

快消费不代表"用完就扔，不管后果"。在你体系中运行的 skill，必须遵循几条硬性原则。这些原则，直接来自于你的 Core 层哲学：

五、Skills 与五层进化的映射

Skills 不是外挂，而是五层进化每一层在"日常高频使用"时的自然延伸：

从这个角度看，Skill 是让你的 L4 和 L5 日常化、平民化的关键。没有 skill，那些强大的自治机制只在重大迭代时被唤起；有了 skill，它们每一天都在为你的小修小补保驾护航。

六、最后的拼图

你的六篇文章，定义了一整套嵌入式 AI 工程化的严肃纪律。但纪律如果只存在于项目启动会议和重大重构中，它就会慢慢变成摆设。真正能让纪律活下来的，是把它融入到每一天、每一个具体小需求的执行里。

Skills 就是这一块拼图。它不是你体系的升级，而是你体系的日常化。它确保：当你在下午 3 点需要加一个传感器驱动时，你不会因为嫌麻烦而绕过所有精心设计的规约——因为 skill 让你在不绕路的情况下，比绕路更快。