把 Claude Code 变成"无限时间的你"：4 个改变我日常工作的 Skills

发表于 分类于
Skills
刷到一条推文讲前端的 Claude Code Skills，之前几年也写了差不多3年左右的前端，以此做个记录方便后续查看。

Skills 是什么？

很多人听到 Skills 第一反应：不就是保存的提示词吗？

这是个误解。

Skills ≠ 提示词模板

Skills 更像是AI 的专业工具包——就像人类专家脑子里随时能调用的知识库。你不用每次都解释”什么是好的 UX 设计”，而是告诉 Claude：”用 iOS 设计专家的脑子帮我看看这段代码”。

技术上说，它是可复用的指令集：定义方法、遵循模式、输出格式。优势就是不用每次从零开始解释需求。

作者有个有趣的比喻：Skills 像强化版的保存提示词。你不用每次都解释想要什么，只要调用某个 Skill，Claude 就知道该用什么”剧本”。

四个真正改变工作的 Skills

1. mobile-ios-design：从”能用”到”原生体验”

作者最近实验了一个工作流：Claude 生成 PRD → 设计工具出图 → Figma → Claude Code 用 SwiftUI 构建应用。

跑通了，但不对劲：硬编码文本样式、间距不一致、导航像混合应用不像原生 iOS。

然后他试了 mobile-ios-design 这个 Skill。

它会扫描整个应用，强制执行 iOS Human Interface Guidelines：修正系统颜色、应用原生导航、使用正确的文本样式。

结果：初次构建后跑一次，应用突然就像”苹果原生出品”了。

我的感受：不是说 Claude 不懂 iOS 规范，问题是如果你每次都要告诉它按 HIG 设计，那还不如自己写。有了 Skill，一个命令就能让 Claude 像专业 iOS 开发者那样思考。

2. Impeccable：设计优化的瑞士军刀

Impeccable 是设计工具包，有 15+ 子技能。作者常用这几个：

子技能 用途 解决什么问题
critique 感觉”哪里不对”但说不上来 获取 UX 反馈，找痛点
polish 交付前最后检查 对齐、间距、一致性
simplify 过度设计需要做减法 剥离到核心要素
normalize AI 生成的组件不符设计系统 匹配现有 tokens

工作流变化：以前 Figma 里手动调 → 导出代码 → 再调；现在直接 impeccable:polish 在代码层面优化。

这不是说 Figma 没用了，而是**”设计”可以从代码层面开始**，而不是必须从 Figma 开始。

3. Feature Discovery：把一周研究变成一小时自动化

作者在电商公司，团队维护 4 个平台。每次上新功能前要做大量研究——“正确”的话可能很久。

但有时候只是想快速验证一个想法：没有 sprint planning，没有 Jira tickets，没有 OKR meetings。只想要一个快速回答：**”这是个好主意吗？”**

所以他做了这个 Skill。

你给 Skill 一个功能想法，Claude 跑六个阶段：

  1. Brief & Audit：结构化你的想法 + 批判现状
  2. Competitor Research：从 Mobbin 拉竞品模式，分析对手
  3. Edge Cases & Flows：映射用户流程 + 盘点边界情况
  4. Recommendations：优先级排序（快速赢、中期修复、路线图项）
  5. Prototypes：生成交互式 React/Tailwind 原型（含前后对比）
  6. Report：打包成 Markdown 报告，含领导层摘要

可以按顺序全做，也可以每个阶段后停下来评估。作者用它解决的问题：”桌面端导航用汉堡菜单好吗”、”iOS 列表页要不要加单列视图”。

他的结论：”它不会替代思考，但能帮我更快评估一个想法是否值得深挖。”

4. App Niche Hunter：睡觉时自动做市场调研

这个是给个人项目用的，相对更简单有趣。

流程：给 Claude Code 一个 niche（比如 “sleep apps”），它开始干活：

  1. 搜索 App Store，找这个类别的 top apps（免费 + 付费）
  2. 抓取头部应用的 1 星和 2 星差评
  3. 提取差评中的共性痛点
  4. 识别可以被新应用填补的空缺
  5. 在 Rork（低代码工具）里构建原型
  6. 发送测试链接给你

场景：输入 “sleep apps”，几小时后拿到的原型——基于真实用户抱怨，不是个人假设。

作者说：”这原型可能没那么’高级’，但能直接用。想继续做的话，之后再优化品牌和设计。”

他的反思：”不是每次都能找到金子。但把 ‘我想看看 X 领域有没有机会’ 从周末研究项目，变成了做别的事时能自动跑的任务。”

为什么 Skills 改变了工作方式？

作者这句话点到了核心：

“Claude Code 本身很强大。你能构建应用、修复 bug、交付项目。”

“但加了 Skills 的 Claude Code 是完全不同的工具。它不是’帮我把这个做出来’，而是’如果我有无限时间，我会怎样做这个——帮我按那个标准做出来’。”

**从”能跑通”到”像专业工程师那样做”**：

维度 Claude Code 原生 Claude Code + Skills
产出质量 能用，但有各种问题 符合专业标准
知识调用 每次要解释 一次定义，永久复用
时间分配 80% 调细节 80% 思考核心问题

mobile-ios-design 比 HIG 文档背得熟；Impeccable 能发现注意不到的设计问题；Feature Discovery 做懒得做的竞品研究；Niche Hunter 探索永远不会去做的事情。

**不是”替代”而是”赋能”**。Skills 不会让你的判断力消失，它释放时间让你专注在真正重要的事上：这个想法值得继续吗？这个设计够好吗？现在该做什么？

如何开始？

作者的建议：

从小处入手

找每天做、重复性高、烦人的任务，变成 Skill：

  • 每次都要告诉 AI “按我们的设计系统风格写代码”？→ 做 design-system skill
  • 每次都要强调 “用 TypeScript、写注释、加测试”？→ 做 best-practices skill
  • 每次都要检查 “有没有 XSS、SQL 注入”？→ 做 security-review skill

不要追求完美

先让跑通，再迭代优化。

分享你的 Skills

公开本身就是机会。作者当初没投简历，只是在 X 上发小项目、踩过的坑、试过的提示词。公司的人看到了，主动找过来。

作品就是机会。

尾声

想起那句话：当”把东西做出来”变得无比廉价，什么会变得无比稀缺？

清晰度、品味、判断力。

Skills 能帮你快速做到”能跑通”，甚至”符合专业标准”。

但真正的魔法感——让用户第一次点开页面时心里”哇”一声；让同事用你的内部工具时感觉”这比商业软件还顺手”——仍然来自你。

来自你的判断力：知道什么该留，什么该砍，什么该磨三天，什么该一键生成。

来自你的清晰度：能把脑子里那团模糊兴奋的感觉，翻译成工具能理解的指令。

来自你的品味：能区分”还行”和”惊艳”，能在所有人都满足于”跑通了”时，对自己说：

“还可以更好。”

参考