有一系列问题我一直困扰了很久。这些问题与设计系统工作有关：我们应该在哪里记录内容？我们是否需要创建一个单独的应用程序？我们是否应该使用第三方工具来记录我们的组件？这应该如何与 Figma 或 Sketch 关联？书面文档呢？我们是否应该投入大量时间来创建一个类似 Polaris 的大型 wiki 来介绍如何构建事物？
所有这些工具、链接和存储库的问题在于，记住在哪里查找哪种信息变得越来越困难。设计师应该去 *这里*，工程师应该去 *那里*——除非，当然，你是 iOS 工程师，那么你需要 *这个* 特殊资源。对于那些不熟悉设计系统问题，只是试图按时发布功能的人来说，这可能会让人不知所措且令人困惑。
在多年与这些问题作斗争之后，我认为我现在给过去（和现在）的自己的建议是：*走到人们身边*。大多数人在哪里就设计系统提出问题，无论是颜色变量、组件还是设计模式？
在 Slack 上！
前几天，我想到设置一些 Slackbot 自定义回复 来执行一项非常简单的事情。当有人在频道中输入 color me 时，我会粘贴所有颜色变量及其十六进制值。这样，就没有人需要学习新工具或 *再次* 添加书签。
以下是它的工作原理。
我们首先需要打开您所在组织的设置，然后单击此下拉菜单中的“自定义”项
这将在新标签页中打开“自定义您的工作区”设置。如果您从选项中选择“Slackbot”，那么您就可以看到所有已设置的自定义回复。从那里，我们可以创建一个新的回复，如下所示
该 \n 用于将内容换行，以便我可以在保存后与自己聊天进行测试。
因为这占用太多空间，我还为每种颜色（如 blue 和 purple）创建了单独的答案。但这让我不禁思考：我们还可以如何使用 Slack——或任何聊天应用程序或通信工具——来扩展良好设计系统工作的原因？
我相信我们还可以做很多其他事情来改善我们在这些工具中的生活，并使设计系统工作更容易。
我最近也开始将 Slack 视为设计资源中心。我目前正在编写一个 Slack 应用程序，该应用程序集成了一个名为 Consonance 的发布数据库，我正在考虑克隆它以创建一个设计规范 API，该 API 可以通过斜杠命令从 Slack 调用。
我认为 API 和通过斜杠命令进行通信是一个更可行的方法！期待听到更多关于您项目的信息。
对于我们来说，我们不会将文档与 Figma 同步，而是让 Figma 本身成为真相来源，并保持我们的 tailwind 配置与之同步。我们的组件库随后同时公开了我们的 Vue 组件和 tailwind 配置文件。
真是个好主意，而且实现起来非常简单。一定会尝试将其应用于使用大量颜色的协作项目中。
喜欢这个用于模型的想法。
mockup [site-name]可以输出指向最新 XD 模型的链接。非常方便，感谢您的灵感。