《Claude Code 从入门到精通》番外2：从零创建你的第一个 Skill

方式1：安装现成的        → 5分钟上手，一行命令搞定
方式2：让 Claude 帮你生成 → 10分钟，对话式创建
方式3：用 skill-creator  → 15分钟，命令行里交互式创建
方式4：完全手写          → 30分钟，最灵活，完全掌控

从上到下：越来越自由，越来越可定制
从下到上：越来越省事，越来越开箱即用

官方 Skills Library（Anthropic 维护，质量有保障）：
  → 在 claude.ai 左侧导航栏 → Customize → Browse skills
  → 包含：frontend-design, docx, xlsx, pptx, pdf, 
          skill-creator, data-analysis 等

社区 Skills（开发者社区贡献）：
  → GitHub 搜索 "claude-code-skills"
  → 各技术博客和论坛的分享
  ⚠️ 注意：社区 Skill 安装前要先读 SKILL.md 源码确认安全

1. 打开 claude.ai
2. 左侧导航栏 → Customize
3. 点击 "Create new skills" → 搜索你想要的 Skill
4. 点击安装
5. 完成——下次对话时 Claude 会自动识别并使用

# 查看已安装的 Skills
/skills list

# 安装一个 Skill（以 frontend-design 为例）
# 从官方库安装
/skills install frontend-design

# 安装完成后验证
/skills list
# 应该能看到 frontend-design 出现在列表中

你说："帮我做一个产品介绍页面"

Claude 内部：
  → 扫描所有已安装 Skill 的 description
  → 发现 frontend-design 的 description 匹配
  → 自动加载 frontend-design 的完整指令
  → 按照 Skill 里的设计规范来生成页面

结果：输出的不是"典型 AI 风格"的蓝白色页面，
      而是符合专业设计规范的高质量 UI

/frontend-design 做一个电商首页

测试1（不用 Skill）：
  开一个新对话 → "帮我做一个用户登录页面"
  → 看看 Claude 的默认输出

测试2（用 Skill）：
  开另一个新对话 → /frontend-design 帮我做一个用户登录页面
  → 对比输出差异

第1步：打开 claude.ai → 左侧导航栏 → Customize

第2步：点击 "Create new skills"

第3步：选择 "Create with Claude"（推荐选项）

第4步：Claude 会打开一个对话界面，问你：
       "你想创建什么样的 Skill？描述一下它应该做什么。"

第5步：用自然语言回答——越具体越好

"我想创建一个 [做什么] 的 Skill。

它应该在 [什么时候/用户说什么] 时触发。

它的工作流程是：
1. [第一步]
2. [第二步]
3. [第三步]

输出应该是 [什么格式/什么样子]。

需要注意 [什么约束/什么规范]。"

你对 Claude 说：

"我想创建一个 Bug 修复 Skill。

它应该在用户提到'修 Bug''Fix bug''排查问题''线上故障'时触发。

它的工作流程是：
1. 先让用户描述症状：现象、影响范围、出现时间、频率
2. 如果用户没给完整信息，用缺的部分提问
3. 启动并行排查：最近代码变更、相关错误日志、可能的排查方向
4. 找到根因后，给出修复方案
5. 修复后自动生成回归测试
6. 最后给出一份简短的修复报告

输出应该包含：根因分析、修复代码、回归测试、修复报告。

需要注意：
- 修复方案要最小化改动
- 涉及钱的代码要用 security-auditor 做安全审查
- 修复后必须跑相关测试确认无回归"

---
name:bug-fix-workflow
description:系统性的Bug修复工作流。当用户提到"修Bug"
"Fix bug""排查问题""线上故障""debug"时触发。
覆盖从症状收集到根因分析到修复验证的完整流程。
---

# Bug 修复工作流

## 指令

### 第1步：收集症状信息
确认以下信息（缺少的主动询问）：
-现象：具体出了什么问题
-影响范围：多少用户/订单受影响
-出现时间：什么时候开始的
-频率：必现还是偶发

### 第2步：并行排查
同时从多个方向排查：
-查最近的代码变更（gitlog）
-搜索相关的错误日志
-分析可能的根因方向

### 第3步：根因分析
使用debuggerAgent做系统性分析：
-追踪执行路径
-定位失败点
-确认根因（用证据，不靠猜）

### 第4步：修复
-最小化改动原则
-涉及支付/认证代码→自动启动security-auditor审查
-修复后生成回归测试

### 第5步：验证
-运行相关测试+新增的回归测试
-确认无回归
-生成修复报告

## 输出格式
修复完成后输出简报：
-根因：[一句话描述]
-影响：[影响范围]
-修复：[改了什么]
-测试：[新增了什么测试]
-风险：[修复是否有风险]

## 常见问题
问题：排查了很多方向但找不到根因
解决：让用户检查最近的部署记录，看问题是否跟某次发版相关