design-consultation

design-consultation 概览

design-consultation 是一个用于把粗糙的产品想法转化为完整设计方向的 design-consultation skill：系统级美学、字体、颜色、间距、布局、动效，以及一份作为单一事实来源的 DESIGN.md。它最适合新产品、新的 UI 界面，或需要一个连贯起点而不是零散一次性样式提示的团队。

design-consultation 最适合什么场景

当你需要的是设计系统层面的决策，而不只是一个页面线框图时，使用 design-consultation。它尤其适合创始人、产品构建者，以及在一个还没有既定视觉语言的新界面上工作的 agent。

design-consultation 适合与不适合的情况

如果你希望得到一个了解仓库上下文的设计建议和预览产物，这个 skill 非常合适。对于已有成熟设计系统的现有网站，它不是最好的第一步；这个 skill 本身会把这类情况引导到 /plan-design-review。

design-consultation 与通用提示词的区别

design-consultation 的价值在于它对工作流有明确立场：它可以读取项目上下文、产出设计事实来源，并生成预览页面。这让输出比一次性的“把这个做得更好看”提示更可执行。

如何使用 design-consultation skill

以干净的方式安装 design-consultation

使用 gstack 流程里的 design-consultation install 路径，通常是：
npx skills add garrytan/gstack --skill design-consultation

安装后，确认 skill 文件夹已存在，并且你的 agent 能看到 SKILL.md。这一点很重要，因为这个 skill 依赖 frontmatter 触发器和前导说明的行为。

从正确的输入开始

为了获得最佳的 design-consultation usage，请给 skill 提供产品简介、目标受众，以及所有会影响设计系统的约束：现有品牌色、可访问性目标、语气、平台，以及这是全新构建还是重设计。你如果只说“帮我设计 app”，得到的通常会是很泛的输出。

更好的输入示例：

• “为一个面向金融团队的 B2B analytics dashboard 创建设计系统。整体语气要精准、可信，采用高对比和紧凑密度。没有现有品牌。我要 DESIGN.md 和预览页面。”

阅读影响行为的文件

如果想要一个实用的 design-consultation guide，先读 SKILL.md，再读 SKILL.md.tmpl。模板能帮助你理解这个 skill 是如何生成的，以及哪些部分设计成可复用。你还应该在请求新系统之前检查仓库里是否已经有现成的 DESIGN.md，因为先前决策会改变正确的建议。

使用能保留上下文的工作流

最稳妥的流程是：先说明产品目标，再要求设计系统决策，然后再要生成的 DESIGN.md 和预览输出。如果仓库里已经有设计说明，请一并提供，避免 skill 生成相互冲突的选择。对于 design-consultation for Design Systems 来说，质量提升来自明确系统边界，而不只是说出视觉偏好。

design-consultation skill 常见问题

这只适合全新产品吗？

大体上是。design-consultation 在你需要从零定义系统时最强。对于现有网站，skill 自己的指导更建议使用基于计划的 design review，而不是把新的基础强加到旧决策上。

使用它需要设计专业知识吗？

不需要。这个 skill 对初学者也很有帮助，因为它能把模糊目标转换成结构化的设计方向。你仍然需要提供上下文，但不必提前了解字体比例或间距系统。

它和直接向 AI 提问有什么不同？

直接提问可能会返回好看但不一致的想法。design-consultation skill 更适合你想要可重复流程、了解仓库上下文，以及一份可以被其他 agent 复用的设计事实来源时使用。

通常是什么阻碍 adoption？

主要阻碍是输入过于笼统。如果你没有提供受众、产品类型、可访问性要求，或者没有说明是否已有 DESIGN.md，这个 skill 就必须自己补缺，结果也更容易漂向泛泛的设计建议。

如何改进 design-consultation skill

给更强的约束，而不是更多形容词

要改进 design-consultation usage，请描述塑造系统的业务约束和交互约束。比如说“高密度的 admin UI、数据量大、需要快速扫读”，而不是“现代又优雅”。具体约束会带来更好的颜色、间距和层级选择。

提供合适的源材料

如果仓库里有产品 brief、现有设计说明或截图，请在请求输出前先提供。这个 skill 最有效的状态，是它能把新的方向与现有内容调和，而不是在真空中做设计。

要求能减少歧义的产物

最好的 design-consultation guide 请求，不只是“做一个设计系统”。你应该直接要自己交付所需的决策：DESIGN.md、字体比例、颜色 tokens、动效规则和预览页面。这样结果更容易实现，也更容易评审。

在第一轮基础上继续迭代

先用第一版回答找出语气、可访问性、密度或组件感觉上的偏差，然后用具体修改继续细化：“提高对比度”、“更克制一点”、“减少留白”或“更适合企业 dashboard”。这通常比从头重来更有效。