shape

shape skill 概览

shape skill 是做什么的

shape 是一个以规划优先为核心的 UI/UX Design skill。它会在任何代码编写之前，先通过结构化的发现流程，把一个粗略的功能想法整理成设计 brief。它关注的不是像素细节或实现方式，而是把用户问题、约束条件和产品方向定义清楚，让后续工作推进得更快、拍脑袋更少。

shape skill 最适合谁

当你需要一个更有产品思维的设计起点时，可以使用 shape skill：比如新功能、UX 改版、产品重设计，或任何需求还不够清晰的界面场景。对于希望让 AI 助手在提出布局、流程或组件建议前，先问出更好问题的团队来说，它尤其有用。

为什么大家会安装 shape skill

shape skill 的核心价值在于提升决策质量。相比直接得到一个泛泛的 UI 概念，你拿到的是一个经过上下文收集、范围控制和设计意图梳理后的 brief。当真正的风险是“做错东西”，而不只是“做得慢”时，它比一次性 prompt 更适合。

如何使用 shape skill

shape 的安装与设置

使用 npx skills add pbakaus/impeccable --skill shape 安装。安装后先打开 SKILL.md，因为这个 skill 依赖更上层的 $impeccable 方法指导，并要求你在做设计判断之前遵循它的 Context Gathering Protocol。如果你的环境里还没有现成的设计上下文，先运行 $impeccable teach。

先提供正确类型的输入

shape skill 在你提供“功能目标”时效果最好，而不是像“把 UI 做好看一点”这种模糊请求。高质量输入应包含用户目标、所属产品模块、已知约束，以及成功的定义。例如：“Shape the checkout flow for a mobile commerce app where guest users abandon at shipping selection.” 这样的描述能让 skill 有具体问题可追问，而不是空泛发挥。

推荐的 shape skill 使用流程

在规划阶段使用 shape skill：先描述功能，再回答发现阶段的问题，然后让它产出一个设计 brief。你可以把这个 brief 当作交接产物，传给 $impeccable craft 这类实现型 skill。如果你其实已经知道解决方案，shape 可能介入得太早；但如果你连问题都还没定义清楚，它正是合适的起点。

首先该看哪些文件

先看 SKILL.md，然后检查父仓库中定义原则、上下文收集方式和交接行为的相关部分。在当前这个 repo 快照里，可见文件只有 SKILL.md，所以是否值得安装，主要取决于它的工作流规则，而不是配套脚本或示例。这也意味着，你需要自己补充更多项目上下文，而不能指望仓库帮你兜底。

shape skill 常见问题

shape skill 只适用于 UI/UX Design 吗？

是的，shape skill 的核心定位就是 UI/UX Design 规划。它不是代码生成 skill，也不是用来单独产出最终视觉规范的工具。它的职责是先把设计问题讲清楚，让后续实现减少返工。

shape skill 和普通 prompt 有什么不同？

普通 prompt 往往会直接跳到解决方案。shape skill 强制采用“先发现、后方案”的工作流，更适合需要认真做产品推理，而不是只要一个看起来合理的 mockup 的场景。如果你想要的是输入一句话、立刻输出页面方案，那 shape 并不是最佳选择。

新手需要先有设计经验吗？

不需要，但如果你能把功能描述清楚，新手也能从中获益更多。这个 skill 可以引导对话，但它依然依赖足够可用的上下文：目标用户、业务目标、边界情况和约束条件。如果这些基础问题都答不上来，第一轮输出大概率会不完整。

什么情况下不该用 shape skill？

不要把 shape skill 用在很小的视觉微调、需求已经完全明确的任务，或已经进入后期实现阶段的工作上。如果设计方向已经定死，你只需要执行，那么偏构建或交付的 skill 往往更合适。shape 最擅长处理的是“不确定性本身就是问题”的阶段。

如何提升 shape skill 的使用效果

一开始就提供更锋利的上下文

想让 shape skill 产出更好，最有效的方法是用一段话同时讲清用户、任务和约束面。包括平台、受众、业务目标，以及任何绝对不能改变的条件。弱输入是“design a dashboard”；更强的输入是“design a B2B dashboard for ops managers who scan errors in under a minute, must work on laptop and tablet, and cannot add new nav items.”

在发现阶段用具体信息作答

这个 skill 是围绕上下文收集构建的，所以模糊回答会很快拉低 brief 质量。当它询问目标或流程时，尽量回答真实行为，而不是个人偏好。比如，说明用户现在是怎么做的、在哪一步流失、现有输入数据是什么。这样 shape skill 才能从泛泛的灵感发散，变成真正有用的产品方向工具。

留意 shape skill 的常见失效方式

最常见的问题，是跳过访谈过程、过早要求它直接给设计。另一个常见失误，是只给输出约束，却不解释这些约束为什么存在，结果得到脆弱、不可迁移的建议。如果第一版 brief 看起来太宽泛，就先收紧问题定义、明确核心用户、重申成功指标，再进入下一轮迭代。

从 brief 迭代到交接

拿到第一轮输出后，可以继续补充边界情况、优先级顺序，以及过程中暴露出的技术或品牌约束，再把 refined brief 交给实现型 skill 或你自己的设计流程。shape 最有价值的地方就在这里：在工作变得昂贵之前，先把歧义尽量压缩掉。