创建好用的 Skill

# 先装 skill-creator
npx skills add anthropics/skills/skill-creator

我想创建一个 skill，用来：
[描述你的流程]

每次的步骤是：
1. [步骤 1]
2. [步骤 2]
3. [步骤 3]

请帮我生成一个 SKILL.md

---
name: my-workflow
description: |
  [描述这个 Skill 做什么]
  触发条件：当用户提到 [关键词] 时使用
---

# [Skill 名称]

## 使用场景

[什么时候用这个 Skill]

## 执行步骤

### 1. [第一步]
- [具体要做什么]
- [注意事项]

### 2. [第二步]
- [具体要做什么]
- [注意事项]

### 3. [第三步]
- [具体要做什么]
- [输出格式]

## 示例

输入：
[示例输入]

输出：
[示例输出]

---
name: code-reviewer               # 唯一 ID（小写，用连字符）
description: |                    # 触发条件（最重要！）
  审查代码是否符合团队规范。
  使用场景：用户请求 review 代码、提交 PR 前、或提到"代码审查"时。
---

# Code Review Skill

[主体内容：详细的执行步骤]

my-skill/
├── SKILL.md
└── scripts/
    ├── format.py      # Python 脚本
    ├── upload.js      # Node.js 脚本
    └── check.sh       # Bash 脚本

my-skill/
├── SKILL.md           # 核心流程（< 500 行）
└── references/
    ├── guide.md       # 详细指南
    ├── examples.md    # 更多示例
    └── edge-cases.md  # 边缘情况处理

my-skill/
├── SKILL.md
└── assets/
    ├── template.json  # 输出模板
    ├── config.yaml    # 配置文件
    └── style.css      # 样式文件

## 格式化 JSON
请将 JSON 格式化，确保：
- 缩进为 2 个空格
- 键名按字母排序
- 删除空值

## 格式化 JSON
运行脚本：
`python scripts/format_json.py input.json`

## 示例

### 典型场景
输入：[...]
输出：[...]

### 边缘情况：空数据
输入：[]
输出：提示"没有数据可处理"

### 边缘情况：格式错误
输入：[错误格式]
输出：提示"格式错误，请检查：[具体问题]"

---
name: multi-platform-adapter
description: |
  将文章适配到不同平台（公众号、小红书、知乎）。
  触发条件：用户提到"多平台发布"、"适配"、"转换格式"时。
---

# 多平台内容适配

## 执行步骤

### 1. 识别目标平台
询问用户要发布到哪些平台（可多选）：
- 公众号
- 小红书
- 知乎

### 2. 按平台调整

#### 公众号版本
- 标题：保持原标题
- 正文：
  - 开头加引导语
  - 结尾加关注引导
  - 保持段落完整
- 配图：16:9 横图
- 摘要：120 字以内

#### 小红书版本
- 标题：添加相关 emoji
- 正文：
  - 每段不超过 3 行
  - 多用换行增加可读性
  - 关键词加 # 标签
- 配图：3:4 竖图
- 摘要：80 字以内，口语化

#### 知乎版本
- 标题：更正式，突出专业性
- 正文：
  - 保持完整段落
  - 添加小标题
  - 适当添加数据支撑
- 配图：16:9 横图
- 摘要：150 字以内

### 3. 输出格式

为每个平台生成独立文件：
- `wechat.md`
- `xiaohongshu.md`
- `zhihu.md`

## 示例

> 输入一篇 3000 字的技术文章，要求适配到公众号、小红书、知乎三个平台。
> 输出三份独立 Markdown 文件，每份按平台规则调整标题、正文、摘要和配图建议。

---
name: release-checklist
description: |
  发布前的完整检查清单。
  触发条件：用户提到"发布"、"上线"、"release"时。
---

# 发布前检查清单

## 执行步骤

### 1. 代码检查
- [ ] 所有测试通过
- [ ] 代码已 review
- [ ] 没有 TODO 或 FIXME
- [ ] 没有 console.log 或调试代码

### 2. 文档检查
- [ ] README 已更新
- [ ] CHANGELOG 已更新
- [ ] API 文档已更新
- [ ] 版本号已更新

### 3. 依赖检查
- [ ] 依赖版本已锁定
- [ ] 没有安全漏洞
- [ ] 许可证兼容

### 4. 配置检查
- [ ] 环境变量已配置
- [ ] 生产配置已确认
- [ ] 备份策略已确认

### 5. 回滚准备
- [ ] 回滚方案已准备
- [ ] 数据库迁移可回滚
- [ ] 监控已配置

## 输出

生成检查报告：
- ✅ 已完成的项目
- ❌ 未完成的项目
- ⚠️ 需要注意的项目

如果有未完成项，询问是否继续发布。

你什么时候会用 [skill-name] 这个 Skill？

你刚才的输出中，[具体描述问题]。
请把这个改进固化到 [skill-name] 这个 Skill 文件中，
下次遇到同样情况时直接按新方式处理。

# 1. 创建仓库
mkdir my-skill
cd my-skill
git init

# 2. 添加文件
# SKILL.md
# README.md（使用说明）
# LICENSE

# 3. 推送到 GitHub
git add .
git commit -m "Initial commit"
git remote add origin <your-repo-url>
git push -u origin main

## 工作流：新客户接入

### 第一步：创建账户
调用 MCP 工具：`create_customer`
参数：姓名、邮箱、公司名

### 第二步：设置支付方式
调用 MCP 工具：`setup_payment`
等待：支付方式验证完成

### 第三步：创建订阅
调用 MCP 工具：`create_subscription`
依赖参数：来自第一步的 customer_id

## 设计转开发交付流程

### 阶段一：Figma 导出（Figma MCP）
1. 导出设计资产
2. 生成设计规范文档

### 阶段二：文件存储（Drive MCP）
1. 创建项目文件夹
2. 上传所有资产
3. 生成分享链接

### 阶段三：任务创建（Linear MCP）
1. 创建开发任务
2. 将资产链接附到任务

## 报告生成流程

### 初稿生成
1. 获取数据
2. 生成第一版报告

### 质量检查
1. 运行验证脚本：`scripts/check_report.py`
2. 检查项：缺失章节 / 格式不一致 / 数据错误

### 优化循环
1. 逐项修复检查出的问题
2. 重新生成受影响的章节
3. 再次验证
4. 重复直到通过质量标准

## 智能文件存储

### 决策树
1. 检查文件类型和大小
2. 选择最佳存储位置：
   - 大文件（>10MB）→ 云存储 MCP
   - 协作文档 → Notion MCP
   - 代码文件 → GitHub MCP
   - 临时文件 → 本地存储

## 支付处理合规流程

### 处理前（合规检查）
1. 获取交易详情（MCP）
2. 应用合规规则：
   - 检查制裁名单
   - 验证司法管辖权
   - 评估风险等级

### 执行处理
IF 合规通过 → 执行支付
ELSE → 标记待人工审核，创建合规案例

---
name: content-workflow
description: |
  完整的内容创作工作流。
  触发条件：用户提到"内容创作流程"时。
---

# 内容创作工作流

## 执行步骤

### 1. 写作
使用 `writing-assistant` skill

### 2. 编辑
使用 `editor` skill

### 3. 多平台适配
使用 `multi-platform-adapter` skill

### 4. 发布检查
使用 `publish-checklist` skill

team-skills/
├── code-standards/      # 代码规范
├── doc-templates/       # 文档模板
├── release-process/     # 发布流程
└── onboarding/          # 新人入职