从1997到今天，他用一场Keynote解释了设计系统真正的分水岭

很多人以为设计系统是近十年的“新概念”，但在这场 Schema 2021 的开幕演讲里，Sho Kuwamoto 把时间拨回 1997 年，揭示了一个反直觉的事实：我们今天在 AI、工程、设计协作中遇到的混乱，其实早在 20 多年前就已经出现过，而且答案一直没变。

反直觉的开场：设计系统的问题，1997 年就暴露了

如果你以为设计系统是 Figma、前端组件化之后才出现的，那这场演讲一上来就会“打脸”。Sho Kuwamoto 的开场没有炫技，也没有谈工具，而是直接把所有人拉回到 1997 年。

那一年，设计师开始大量使用可视化工具，而工程师仍然在手写代码。看起来是分工更清晰了，效率更高了，但 Sho 指出一个当时没人认真对待的问题：同一件事情，被做了两遍。设计师在设计工具里“搭界面”，工程师再把它“翻译”成代码。

这个割裂并不是技术不够先进，而是工作方式本身出了问题。Sho 用一句极具冲击力的隐含判断点破了核心：当设计和实现无法共享同一种结构时，任何效率提升都是暂时的。这也是为什么，他认为设计系统从一开始就不是“组件库”，而是一种关于协作的选择。

两个世界的冲突：自由创作 vs 结构化生产

在演讲中，Sho 多次提到一个关键张力：非结构化的自由创作流程，和结构化的工程流程之间的冲突。

1997 年的设计过程，强调灵感、即兴和探索；而工程世界追求的是确定性、复用和可维护性。这两种价值观在各自领域都没有错，但一旦要交付同一个产品，就会产生摩擦。Sho 形容，当他们回头复盘这些问题时，才意识到：设计师并不是不愿意遵循结构，而是结构从一开始就不属于他们。

这也是一个今天 AI 从业者会非常熟悉的场景：模型训练、Prompt 设计、产品原型、工程落地，各自都有工具，但中间的“翻译成本”极高。Sho 的洞察在于，他并没有试图让某一方妥协，而是开始思考：有没有一种方式，可以同时容纳自由和结构？

为什么他们在 2015 年选择 All in 设计系统

时间快进到 2015 年。Sho 在演讲中明确提到，这是一个转折点。

在此之前，组件已经存在，但更多只是“工程资产”；设计规范也存在，但停留在文档层面。问题在于，这些东西并没有真正改变协作方式，只是让复杂度被包装得更好看了一点。

于是他们做了一个看似激进、但事后证明极其关键的决定：彻底押注设计系统。不是把它当成辅助工具，而是作为核心哲学——从组件开始，让设计和实现共享同一套最小单元。

Sho 强调的一点非常值得玩味：组件不是为了限制创意，而是为了让创意不再每次都从零开始。这句话放到今天的 AI 产品设计中，几乎可以直接套用——真正好的系统，应该降低重复劳动，而不是增加“规范负担”。

留给今天的一道题：为什么我们还在“做两遍工作”？

在演讲接近尾声时，Sho 抛出了两个问题，没有给出标准答案，却让整个会场陷入思考。

如果设计系统已经存在，为什么团队依然感觉混乱？如果组件已经标准化，为什么效率提升并不明显？

他隐含的判断是：问题不在工具，而在我们是否真的接受了“系统优先”的思维方式。只要设计、工程、甚至策略层仍然各自为战，那么无论是设计系统，还是今天更火的 AI 工作流，都会退化成新的“手工活”。

这也是这场 Keynote 最有价值的地方：它并不是在教你怎么搭系统，而是在逼你承认——如果协作结构不变，技术进步只会放大问题。

总结

这场演讲对今天的 AI 从业者来说，最大的启发并不是设计系统本身，而是背后的判断逻辑：真正决定效率上限的，从来不是工具数量，而是是否存在一个被所有人共同遵守的结构。你可以回头看看自己的团队——有没有地方正在“设计一遍、实现一遍、再对齐一遍”？如果有，那问题可能并不需要更聪明的模型，而需要一次更诚实的系统重构。未来真正拉开差距的，很可能不是谁用上了最新技术，而是谁先停止了重复劳动。

关键词： 设计系统， Schema 2021， Figma， 跨职能协作， AI产品设计

事实核查备注： 需要核查：Schema 2021 的举办年份（2021）、Sho Kuwamoto 的演讲身份、演讲中提到的关键时间点（1997、2015）是否为原话或概念性引用