web-design-guidelines
作者 Charlie85270使用 web-design-guidelines 对 UI 代码进行最新 Web Interface Guidelines 审查。它适合聚焦的 web-design-guidelines UX 审核工作流，可在发布前提供简洁的 file:line 发现、可访问性检查和界面合规审查。
该技能得分 68/100，说明它值得收录，但更适合被定位为一个聚焦型工具，并附带一些采用上的注意事项。目录用户可以获得明确的触发条件、具体的审查流程和清晰的输出格式，但需要自行提供文件或模式，并依赖运行时外部拉取 guidelines。
- 触发条件清晰：frontmatter 明确列出了常见场景，如 UI 审查、可访问性、UX 和设计最佳实践。
- 操作流程明确：先拉取 guidelines，再读取文件、检查全部规则，最后返回简洁的 file:line 发现。
- 安装决策信号不错：该技能有有效的 frontmatter、没有占位符，正文内容也足以体现真实的使用意图。
- 没有内置规则、参考资料或支持文件；该技能每次都依赖外部 guidelines 的拉取。
- 对边缘情况的渐进式提示有限：如果没有提供文件，它只会要求用户指定要审查哪些文件。
web-design-guidelines 技能概览
web-design-guidelines 技能能做什么
web-design-guidelines 技能会依据最新的 Web Interface Guidelines 审查 UI 代码。它最适合需要具体结论、而不是泛泛评价的定向设计审查或 UX 审计。实际使用中，这个技能可以帮助你在发布前发现可访问性缺口、界面不一致以及规则违规问题。
适合谁安装
如果你经常审查前端改动、构建产品 UI，或者需要一套可重复的 web-design-guidelines for UX Audit 工作流，就应该安装 web-design-guidelines。它尤其适合能够检查文件并输出简洁、按文件定位问题的 agent。
它有什么不同
这个技能连接的是实时的指南来源，因此审查依据的是最新规则，而不是过时的检查清单。对于需要与上游标准保持一致、并以精简 file:line 格式输出发现的 web-design-guidelines guide，这一点尤其重要。
如何使用 web-design-guidelines 技能
正确安装并触发
按照仓库说明使用 web-design-guidelines install 命令：npx skills add Charlie85270/Dorothy --skill web-design-guidelines。然后用文件或模式参数触发技能，例如 src/app/page.tsx 或 app/**/*.tsx，这样审查目标就足够明确。
提供合适的输入
web-design-guidelines usage 的模式很简单：直接指定要检查的文件，或者如果你不清楚准确路径，就让 agent 去请求这些文件。高质量输入会说明变更意图，例如：“在对话框重构后，审查 app/settings/page.tsx 和 components/modal.tsx 是否存在可访问性和界面指南合规问题。”
先阅读这些文件
先从 SKILL.md 开始，因为它说明了工作流，然后再获取这个技能依赖的指南来源。如果你要在自己的仓库里调整流程，下一步就检查目标 UI 文件，并把审查范围限制在实际发生变化的部分；如果不指定文件名就做大范围审计，通常只会拖慢第一轮结果。
能显著提升输出质量的工作流建议
在运行审查前，先确认 agent 能抓取最新规则，也能读取你关心的准确文件。要求它只给简洁结论，因为这个技能本来就设计为输出短小精炼的问题点，而不是长篇叙述。如果你的目标是先做一个干净的安装决策，先把技能用在一个有代表性的界面上，再逐步扩展到应用的其他部分。
web-design-guidelines 技能 FAQ
web-design-guidelines 只是用于可访问性吗？
不是。可访问性是它的价值之一，但这个技能的范围更广：它会按 Web Interface Guidelines 整体来检查 UI 代码。你需要的是一套理解设计系统的审查，而不只是可访问性 lint 检查时，就应该用它。
需要专家才能用吗？
不需要。只要你能指出文件或路径模式，这个技能就很适合入门使用。最关键的是给 agent 足够准确的范围和明确的审查目标，而不是写出完美提示词。
什么时候不该使用这个技能？
如果你只想要头脑风暴、文案建议，或者脱离代码上下文的视觉氛围反馈，就不要用 web-design-guidelines。当你无法提供待审查文件，或者仓库无法抓取最新指南来源时，它也不太合适。
它和通用提示词有什么区别？
通用提示词往往会让审查者猜测该采用哪套标准、以及结果该如何格式化。这个技能把任务收窄到指南合规检查上，从而提升一致性，让 web-design-guidelines usage 更可重复，也减少日常 UX 审计中漏掉问题的概率。
如何改进 web-design-guidelines 技能
提供更精确的审查范围
最好的结果来自范围窄、以变更为核心的提示。不要只说“审查我的网站”，而要说明改了什么、改在哪里：“审查 app/checkout/** 中新的结账流程，检查布局、表单和可访问性回归。”这样 web-design-guidelines 技能就有足够上下文聚焦真实风险。
加上决策上下文
告诉审查者什么最重要：可访问性阻塞、视觉一致性、移动端行为，还是会阻止合并的指南违规问题。优先级越清晰，技能就越能更好地排序发现项，避免把对发布最关键的问题埋没掉。
第一轮结果出来后继续迭代
如果第一次输出范围太大，就收紧文件集合，或者只让它对最高风险组件再跑一轮。如果审查太浅，就补充相关用户流程、预期行为或截图，这样 agent 就能更有效地把实现细节与 web-design-guidelines guide 进行对照。