Discord 设计经理说：真正拉开团队差距的，不是 AI，而是你敢不敢造自己的工具

在 Figma Config 的这场分享里，Discord 的设计经理 Daniel 抛出了一个反直觉的结论：真正改变效率的不是某个神级插件，而是为自己团队「私下造工具」的能力。这场看似讲设计插件的演讲，其实给所有 AI 从业者上了一课。

最反直觉的一点：公共插件救效率，私有插件决定上限

几乎所有设计师、开发者、AI 从业者，都在用公共插件、公共工具：装上就能跑，立刻见效。Daniel 一开场就承认这一点——公共插件彻底改变了 Figma 的使用方式。但他紧接着抛出真正的重点：公共插件解决的是“大家的问题”，私有插件解决的才是“你们的问题”。

在 Discord 的设计团队里，他们大量使用的是只服务内部的私有插件。这些插件不需要考虑所有边缘情况，不需要取悦陌生用户，只专注一件事：贴合团队自己的设计系统、流程和习惯。结果是，它们往往比公共插件更“粗糙”，却更致命地高效。

这个逻辑对 AI 团队同样成立。通用大模型、通用平台提高下限，但真正决定你团队产出速度和质量的，往往是那些外人看不到的内部工具。

小团队也能造“重武器”，规模不是借口

一个很容易被忽略的细节是：当时 Discord 的设计团队只有大约 12 个人。不是百人设计中台，也不是巨头公司配置。

Daniel 特别强调：定制化工具不是大厂专利。 他们做的私有插件，大多围绕几个非常“具体”的需求——主题切换、设计系统校验、样式信息提示。这些需求如果放在公共插件市场，可能根本不够“性感”，但对内部来说却是高频痛点。

这里有一个重要方法论：不要从“我要做一个很厉害的工具”开始，而是从“这个步骤我们每天都在浪费时间”开始。很多 AI 团队失败的内部工具，恰恰是野心太大、问题太泛，最后谁都不用。

从一个“很蠢”的小工具，走到开源与生态

Daniel 讲了一个很真实的故事：他做的第一个插件，其实只是一个“选中颜色就告诉你它属于哪个样式”的小工具。他自己都形容它“很搞笑”。

但正是这个极小的工具，让他理解了 Figma API 的工作方式，也让团队第一次感受到：工具是可以被自己改造的。

后来，他们做出了 Auto Theme —— 一个可以在不同主题之间快速切换的工具，并且选择了开源。开源并不是为了炫技，而是因为他自己就是靠开源工具学会怎么造工具的。这种正反馈最终催生了更多公共插件，比如自动生成目录的工具，以及他最受欢迎的插件 L。

这条路径对 AI 从业者极具参考价值：不要一开始就想着“平台级产品”，而是从内部小工具 → 稳定使用 → 再考虑是否值得开源。

真正的难点不是技术，而是让团队和老板点头

在演讲后半段，他们特意把时间留给一个不那么“技术”的问题：怎么开始？怎么获得 buy-in？

答案并不复杂，却很现实：用结果说话，而不是用概念说话。 先做一个不完美的小工具，在真实流程里跑起来；当它真的帮大家省时间、少犯错时，支持自然就来了。

Daniel 和 Shaina 都强调，私有插件最适合从“不被 KPI 直接衡量，但每天都在消耗精力”的地方下手。这一点，对 AI 团队尤为关键——你不需要一开始就承诺 ROI，只需要先减少摩擦。

这场设计分享，其实在讲 AI 时代的核心能力

如果把 Figma 换成模型平台，把插件换成内部 AI 工具，这场分享几乎可以原封不动地套用。

它真正传递的不是“怎么写插件”，而是一种能力观：顶级团队一定会不断为自己打造工具，而不是永远等待现成方案。

当外部工具越来越同质化，差距只能来自内部。谁能更快把问题变成工具，谁就能更快迭代、学习、试错。

总结

这场看似小众的 Figma 分享，其实给所有 AI 从业者一个清晰提醒：别把希望全押在下一个通用工具上。真正能让你在团队里“显得很懂行”的，是你能不能指出哪些流程该被工具化，甚至亲手把它做出来。一个不完美的内部工具，往往比十个外部神器更值钱。值得思考的是：在你现在的工作流里，有没有哪一步，其实已经到了“必须自己造工具”的临界点？

关键词： 私有工具， 团队效率， Figma 插件， 内部工具建设， AI 工作流

事实核查备注： 需要核查：Daniel 是否为 Discord 设计经理；Discord 设计团队规模约 12 人；Auto Theme 插件为开源项目；视频发布时间为 2021-02-23