这三年里我们一直在做一件事：
- 把 MCU 工程的初始化配置做成图形化
- 并且支持多个 MCU 原厂、多个内核
很多工程师第一反应会想到 STM32Cube，这个类比并不奇怪。
但真正开始支持多厂商之后，我们发现一个有点反直觉的事实：
当图形化配置从单一厂商扩展到多厂商，
工具本身反而不是最难的部分。
图形化工具，本身并不神秘
从功能上看，一个 MCU 图形化配置工具无非是：
这些能力在单一厂商体系里，已经被反复验证过。
真正的复杂性，藏在更底下
当开始支持不同 MCU 厂商之后，问题很快出现：
- 不同厂商对时钟系统的抽象差异极大
- GPIO / 复用规则无法直接套用
- 外设初始化顺序、依赖关系各不相同
- 底层 SDK 的组织方式完全不一致
这时候会发现：
图形化界面只是表现层，
真正复杂的是芯片初始化能力该如何被描述。
真正的瓶颈：芯片配置模板
在支持多厂商的过程中，我们反复遇到同一个问题：
- 每增加一家厂商
- 最费精力的不是 UI
- 而是如何把这家厂商的 MCU 初始化能力
放进一套统一、可维护、可扩展的配置模型里
如果只是跑一个工程，写专用代码并不难。
但如果目标是：
那就必须有一套清晰、稳定的配置模板规则。
抛给大家一个问题
在多厂商 MCU 的图形化配置场景下：
- 决定工具能否规模化的
- 会不会其实是芯片配置模板本身？
后面几篇，我会围绕这个问题继续展开。
