由 copilot 生成

本文大力感谢 qclaw 支持，下班路上通过遥控完成，最大的不足是老提示 抱歉，我无法处理该任务，让我们换个任务试试看？

自打用了 Claude Code，前前后后折腾过不少，除了 AI 能力的加强外，更多的是发现大部分工具的问题不是不够 NB，而是很少用的上。有些功能看起来很炫，但很难真正进入日常工作流；有些则完全相反，第一次用时未必惊艳，但一旦习惯了，就很难再回到原来的方式。

如果让我从所有用过的，只挑两个最值得优先安装的，我会选 Superpowers 和 ​UI UX Pro Max​。

一个解决的是​Claude 怎么更像一个靠谱的开发搭子​，另一个解决的是​Claude 做出来的前端，怎么别一眼看上去就是 AI 做的​。这两个一个管流程，一个管结果，刚好分别打在了我最常用的两个场景上。

先说 Superpowers

如果只能装一个 Skill，我大概率还是会选它。

原因很简单，它不是只优化某一个环节，而是把 Claude 写代码这件事，从“直接开写”拉回到了“先想清楚再动手”的节奏上。

Superpowers 打包了 20 多个可组合的 Skill，覆盖软件开发的完整流程。需求讨论、方案设计、TDD、代码审查、Git 提交，几乎每个阶段都有对应的约束机制。它真正厉害的地方，不是让 Claude 多做了什么，而是限制了 Claude 那些默认但并不总是正确的行为。

没装这个之前，Claude 的典型反应是：你给它一句需求，它立刻开始写代码。表面上很高效，实际上问题很大。因为很多需求在刚提出时，本身就带着大量模糊点、隐含假设和边界条件。Claude 如果不先把这些东西问清楚，后面写出来的内容再快，也很可能是朝着错误方向狂奔。

而用了 brainstorming 之后，Claude 不会直接动手。它会先问你一轮问题，把方案选项、技术取舍和关键决策逐步摊开，最后形成一份设计文档保存到本地。

这个变化听上去只是​多了一步讨论​，但在实际开发里，它能省掉很多返工。因为许多真正麻烦的问题，根本不是代码本身难写，而是前期没想清楚。等你写到三四百行之后才发现架构不对，那种成本远高于一开始多花十分钟做设计讨论。

我后来越来越觉得，Claude Code 真正的价值，不只是帮你写代码，而是帮你维持一个更健康的开发过程。而 Superpowers 在这件事上做得非常到位。

它另一个我常用的能力是 TDD 工作流。

Claude 默认特别喜欢一种“先写完再说”的方式：先把实现铺出来，然后告诉你“理论上应该没问题”。但只要你真的把项目跑起来，就会发现“应该没问题”和“真的没问题”中间差得很远。

Superpowers 里的 TDD 工作流，会强制 Claude 先写测试，再写实现，跑不过就继续修，直到测试全绿。这种约束的意义很大，因为它不是单纯换了一种写代码顺序，而是在逼 Claude 用可验证的方式交付结果。

从我的使用感受看，Claude 一旦被放进这种更严格的流程里，产出质量会明显提高。不是说它突然变聪明了，而是它不再那么容易“凭感觉完成任务”。

当然，Superpowers 也不是说 20 多个 Skill 都要全开。我自己的习惯是，只长期保留 brainstorming 和 TDD 两个，其他功能按需启用。因为一套工具再强，真正高频有用的，通常也就那么几个。

安装命令：

claude plugin install superpowers

仓库: https://github.com/obra/superpowers

顺便说下，海外御三家都支持

再说 UI UX Pro Max

如果说 Superpowers 解决的是“Claude 该怎么工作”，那 UI UX Pro Max 解决的就是另一个更直观的问题：Claude 做出来的前端，怎么才能不那么像 Claude 做的。

只要你用 AI 生成过前端页面，应该都见过一种非常典型的“AI 审美”：紫色渐变背景、圆角卡片、大块留白、居中布局，再配一点看上去不出错但也没什么记忆点的视觉元素。它不一定难看，但问题是太像模板了，看几眼就知道不是认真设计过的产物。

UI UX Pro Max 对这个问题下手很重。

它内置了 67 种 UI 风格和 161 套行业配色方案，可以根据项目类型自动推荐更适合的设计系统。也就是说，它不只是让 Claude “写一个页面”，而是在生成页面之前，先帮 Claude 选定一套更明确的视觉语言和交互风格。

这个差别会非常明显。

以前你让 Claude 做一个 SaaS 后台，它很容易给你一套标准 AI 风格的 dashboard，组件都齐，但看起来像一张没有品牌感的演示图。UI UX Pro Max 则会把“产品应该长成什么气质”也纳入生成过程。比如我试过让它做一个 SaaS dashboard，选 Bento Grid 风格后，整体观感就比默认方案成熟很多，至少不会再让人一眼看出“这是 AI 随手拼的”。

对我来说，这个 Skill 最有价值的地方在于，它不是单纯提升美观，而是让前端结果更接近“真实产品界面”的感觉。

这件事很重要。因为很多时候，AI 生成的页面并不是功能有问题，而是视觉系统太弱。颜色不够克制，层级不够明确，排版没有节奏，组件之间缺乏统一逻辑。最终结果就是：能用，但不高级；能看，但不专业。

UI UX Pro Max 的作用，就是把这部分系统性地补起来。

另外，它不只支持 Web。React、Vue、Svelte、SwiftUI、Flutter 等技术栈都能覆盖。这意味着它不只是一个网页美化工具，而更像是一个跨端的设计增强层。只要你的工作流里有“让 Claude 帮你出界面”这一步，它就基本都能派上用场。

安装命令：

claude plugin marketplace add nextlevelbuilder/ui-ux-pro-max-skill
claude plugin install ui-ux-pro-max@ui-ux-pro-max-skill

GitHub：
https://github.com/nextlevelbuilder/ui-ux-pro-max-skill

为什么我最推荐先装这两个

如果把这两个 Skill 放在一起看，你会发现它们分别解决的是 Claude Code 最常见的两个短板。

Superpowers 解决的是过程问题。
它让 Claude 不再一上来就写，而是先讨论、先设计、先验证，用更接近真实开发流程的方式完成任务。

UI UX Pro Max 解决的是结果问题。
它让 Claude 做出来的前端页面，不再停留在“能看能用”的层面，而是更接近一个有设计系统、有产品感的实际界面。

前者改变的是工作方式，后者改善的是交付质量。

如果你刚开始用 Claude Code，我反而不建议一口气装太多 Skill。装得越多，越容易互相打架，也越占上下文。真正有效的方式，是先挑两个最能进入自己日常工作流的装起来，用顺手之后再慢慢扩展。

而在我自己的使用经验里，Superpowers 和 UI UX Pro Max，恰好就是最值得作为起点的两个。

前者让 Claude 更像一个靠谱的工程协作者，后者让它做出来的界面更像认真打磨过的产品。一个提升“怎么做”，一个提升“做成什么样”，这两个组合起来，基本已经能覆盖 Claude Code 最常见、也最有价值的使用场景。

剩下那些 Skill 当然也各有价值，但如果你问我“先装哪两个最不容易后悔”，我的答案还是这两个。

最后

工具从来不是装得越多越好，而是越贴合自己的工作流越有价值。

对 Claude Code 来说也一样。真正能拉开差距的，不是你收藏了多少 Skill，而是你有没有把其中少数几个，真正变成自己稳定、可复用的工作方式。

如果你现在正准备认真用 Claude Code，不妨先从这两个开始。

欢迎大家关注我的微信公众号：缘生小助手