从用户到创造者 · Claude Code 橙皮书

一、为什么要从用户变成创造者

1.1 "用得好"和"做得出"是两种不同的成就感

写到这里，你大概已经会用 Claude Code 干以下事：

打开终端就能让它写一份周报、整理一堆截图、查一下今天该干什么。
给它装上几个 MCP，让它替你看 GitHub、读 Notion、订机票。
写过几个 /loop，让它每天早上 7 点自动给你出"个人早报"。
改过 CLAUDE.md，让它说话越来越像你公司的同事。

这些都属于**"用得好"**——你把现成的工具用出了 95 分。这种成就感是真实的：以前要花一小时的事现在五分钟搞定，这本身就值得高兴。

但**"做得出"**是另一种感觉。

设想一下：你某天在 Discord 上看到一个陌生人发：

"我用了 @你写的那个 weekly-report-cn Skill，今天半小时把整个团队的周报都搞定了，老板还以为我加班加成神了。谢谢老哥！"

或者你打开 GitHub，发现你随手发的一个小 Plugin 已经被 800 个人加了星，issue 区里有人在用韩文、葡萄牙语和你讨论怎么改进。

这种感觉是用得再好也换不来的。你不再只是"AI 红利的受益者"，你是"AI 红利的生产者"。这种身份切换，比任何一个具体功能更值得追。

1.2 创造者能拿到什么

把"做创造者"这件事翻译成具体的好处，可以列成一张表：

你产出	你拿到
一个被 1000 人用过的 Skill	一段技术声誉、GitHub 履历、被招聘者注意到的概率上升
一个被 10000 人用过的 Plugin	真实的个人品牌、潜在客户、付费咨询机会
一系列 Claude Code 教程文章	公众号/知乎/Medium 涨粉、广告分成、被出版社联系
一个面向某行业的小 SaaS	月 ¥1k-50k 不等的被动收入
一次黑客松获奖	Anthropic 周边、采访机会、有时是真实的 offer

这里没有任何夸张。本章后面会给你 3 个真实姓名脱敏的案例，这些事在 2025 年下半年到 2026 年上半年的中文 AI 圈天天在发生。

更现实的一点是——Claude Code 生态正处在爆发期。

2025 年 9 月，Anthropic 正式开放了 Plugin Marketplace； 2025 年 11 月，awesome-claude-code-skills 仓库星数破 1 万； 2026 年 1 月，Anthropic 在中国开了第一场线下黑客松，500 个名额半小时报满； 2026 年 3 月，国内的"AI 工作流咨询"赛道明显热起来，月费报价从 ¥3k 涨到 ¥1.5w。

任何一波平台红利，最早的一批创造者拿走的份额永远是最大的。当 GitHub Copilot 在 2021 年出来时，最早一批做 Copilot 教程的博主，到 2024 年还在吃老本。Claude Code 这一波的"老本期"才刚开始，你现在入场不算晚，但每过一个月晚一点。

1.3 三种创造者路径

不要被"创造者"这个词吓到。它不等于"你要成为开源大神"。在 Claude Code 的世界里，创造者大致有三种类型，每一种对应不同的能力门槛和回报周期：

路径	你产出什么	门槛	起效速度	适合谁
写 Skill	一个 Markdown 文件夹	极低（会写中文就行）	1-2 周	所有读者，先从这开始
写 Plugin	Skill + MCP + Hooks 打包	中（会改 JSON）	1-2 个月	用过半年以上、跑通过几个工作流的
做内容	文章、视频、训练营	看你写作能力	3-6 个月	表达欲强、愿意持续输出的

这三条路并不互斥，事实上做得好的人最后都是三件事一起做：先用 Skill 把自己积累的小经验沉淀下来，再把它们攒成 Plugin 让别人一键安装，同时把"为什么这么做"写成文章/视频，最后这些内容反过来给 Plugin 拉用户、给个人 IP 加权重。

后面这一整章，我们就按这条递进路线一段段拆开讲。

1.4 一个不算秘密的事实：先发优势

最后再讲一个戳破窗户纸的事实——目前国内中文 Claude Code 创造者非常少。

打开 awesome-claude-code-skills，看一眼贡献者列表，几乎清一色是英文 ID；打开 Claude Code 中文知乎话题，关注人数不到 5000，月新增问题不到 50 条；打开 B 站搜"Claude Code 教程"，播放量过 10 万的视频屈指可数；打开微信指数，"Claude Code"和"Cursor"差了一个数量级。

这意味着什么？意味着任何一个用心做 Claude Code 中文内容的人，现在站出来都是头部。等到一年后这条赛道挤满了，你已经是"老人"了。

所以这一章不是给"未来某天才行动"的人写的，它是给"读完今天就动手做第一件事"的人写的。

二、第一步：发布你的第一个 Skill

2.1 为什么从 Skill 开始

第五章讲过 Skill 的本质：一个文件夹 + 一个 SKILL.md，等于教 Claude 永远记得怎么做某件事。

它是创造者三条路里门槛最低的：

不用写代码，写 Markdown 就够；
不用懂网络协议，本地一个文件夹就能跑；
不用买服务器，丢到 GitHub 就能让全世界用；
写完到发布全程，两个小时之内能搞定第一版。

第一个 Skill 永远不会完美，也不需要完美。它只需要满足一件事：解决了你自己日常的一个真实痛点。

2.2 选题：什么 Skill 值得做

绝大多数新手在"选题"这一步就卡住了。他们想做"一个能解决世界级问题的伟大 Skill"，结果想了三个月一个字没写。

正确的选题思路只有一句话——

你日常用 Claude Code 用了不止 N 次，每次还要再教它一遍的事，就是你的第一个 Skill。

把"重复教"这个动作翻译成检查表：

你有没有反复跟 Claude 解释"我们公司的周报格式长这样"？
你有没有反复贴一份"行业术语对照表"让它读懂客户需求？
你有没有反复说"先用 Markdown 大纲列结构再写正文"？
你有没有反复说"输出请用第三人称、避免感叹号"？
你有没有反复发一个 API 文档片段让它生成请求代码？

只要任何一条你点了头，恭喜，那个东西就是你的第一个 Skill。

如果还想不出来，下面这五个方向是普通人最容易做出"用得起来"的 Skill 的：

方向 1：行业知识包

把你所在行业的术语、流程、规范写成一个 Skill，让 Claude 在这个行业里说话不像外行。

举几个真实存在的例子：

medical-terms-cn：医疗行业常用药名、检查项目中英对照、HL7 字段含义。
legal-contract-cn：合同六大要件、违约金条款常用表述、诉讼时效查询表。
china-tax-2026：2026 年中国个税、增值税、附加税最新算法和起征点。
startup-finance-101：创业公司常用财务术语、估值方法、股权稀释计算。

这类 Skill 一旦做出来，整个行业的人都是潜在用户。哪怕你这个行业很小众，全国只有 1 万从业者，能让 1000 个人用上你的 Skill，你就已经是这个圈子里的"AI 工具人"。

方向 2：公司或个人风格指南

把你公司（或你自己）"写东西的规矩"沉淀下来。

xx-company-writing-style：所有对外文章必须用第三人称、不超过三个感叹号、配图必须有 alt。
engineering-naming-cn：变量命名规则、提交信息格式、PR 模板。
our-brand-voice：品牌人设、禁用词、固定句式（"我们认为""我们建议"）。

这种 Skill 的价值不在"卖给陌生人"，而在你团队里的所有人都能装上它，立刻保持一致的输出。如果你是中小公司的运营/品牌负责人，做一个这样的 Skill，比开 10 次"风格统一会"都管用。

方向 3：工作流方法论

把一个"需要好几步才能搞清楚的方法"封装成 Skill，让 Claude 替你按步骤跑。

three-step-meeting-notes：三步会议纪要法（拆话题→列结论→分任务）。
okr-quarterly-review：OKR 季度复盘的六个标准问题。
interview-feedback-template：面试反馈的 STAR 结构表达。
monthly-money-checkup：月度财务体检的 8 个数字。

这一类 Skill 的关键是你必须自己用过这个方法至少 3 次，知道哪些步骤在哪里容易卡。否则写出来就是"看起来很专业但 Claude 没法真的执行"。

方向 4：工具调用模板

把某个 API、某个命令行工具、某个 SaaS 的"标准用法"封装成 Skill。

notion-api-quickstart：Notion API 常用 endpoint 和必传字段。
ffmpeg-recipes：视频剪辑/转码/抽帧的 20 条 ffmpeg 常用命令。
aliyun-oss-cli：阿里云 OSS 命令行的常用操作。
wechat-pay-sandbox：微信支付沙箱的接入步骤。

这类 Skill 的潜在用户是"开发者 + 半开发者"。如果某个工具的官方文档写得不友好（比如某些国产 SaaS），你的 Skill 反而会成为该工具的"民间最佳文档"。

方向 5：创意或教学

不一定是工具属性，也可以是创意类。

kid-storybook-zh：给 4-8 岁孩子写绘本故事的标准结构（开头-冲突-成长-彩蛋）。
five-min-book-summary：把一本书拆成"五分钟说书"的稿子模板。
red-book-style-copy：小红书爆款笔记的 7 种开头公式。
douyin-script-30s：抖音 30 秒脚本的钩子-高潮-反转结构。

这类 Skill 的用户基数大、传播性强，但天花板也最容易撞上——因为同质化竞争多。所以做的时候要么写得特别细，要么带上你独家积累的语料/案例库。

2.3 Skill 的标准文件结构

选好题之后，先建立文件夹结构。这是一个"标准 Skill 应该长什么样"的样板：

my-skill/
├── SKILL.md          # 主入口（必需）
├── README.md         # 给人看的说明
├── LICENSE           # 开源协议
├── examples/         # 用法示例
│   ├── input1.md
│   ├── output1.md
│   └── input2-output2.md
├── reference/        # 参考资料（Skill 用到的语料/对照表）
│   ├── glossary.md
│   └── style-guide.md
└── scripts/          # 可选辅助脚本
    └── helper.sh

各文件的作用：

SKILL.md：Claude 真正会读的那一份，类似"使用说明 + 操作流程"。必须有，是这个 Skill 的灵魂。
README.md：给人看的，说明这个 Skill 做什么、怎么装、有哪些坑、贡献方式。Claude 不会主动读它，但用户会。
LICENSE：开源协议。新手直接选 MIT 就行，全世界都认、限制最少。
examples/：成对的"输入-输出"示例，越具体越好。Claude 读到 SKILL.md 不确定怎么做时，会去翻这里。
reference/：辅助语料。比如行业词汇表、品牌风格清单。SKILL.md 里用相对路径引用即可。
scripts/：可选的辅助脚本。比如你的 Skill 涉及"读 PDF 转 Markdown"，可以放一个 pdf2md.sh，让 Claude 用 Bash 工具调用。

不是所有 Skill 都需要全部目录。最简版的 Skill 可以只有一个 SKILL.md 和一个 README.md，其他都不要。一个文件就够。

2.4 SKILL.md 的写法详解

这是整个 Skill 的核心。来一个逐字段拆解。

Frontmatter（前置元信息）

---
name: weekly-report-cn
description: 自动起草符合中国互联网公司风格的周报：本周完成、本周亮点、下周计划、需要支持
tools:
  - Read
  - Bash
  - Glob
license: MIT
author: 小林
version: 0.1.0
homepage: https://github.com/xiaolin/weekly-report-cn
---

逐字段解释：

字段	必需	作用
`name`	是	Skill 名称，全小写英文 + 中划线，文件夹名必须和它一致
`description`	是	最重要的字段，Claude 靠它决定"现在该不该用这个 Skill"。后面专门讲怎么写好它
`tools`	否	这个 Skill 会用到哪些工具。不写默认全部允许
`license`	否	协议（MIT、Apache-2.0、CC-BY-SA-4.0 都行）
`author`	否	作者署名
`version`	否	版本号，建议遵循语义化版本（major.minor.patch）
`homepage`	否	主页链接，方便用户回去看更新

关键技巧：description 必须能让 Claude 一眼看出"这个 Skill 解决什么场景"。

下面是同一件事的好坏对比：

不好的 description：

"周报工具"

"用来写报告"

"最强的报告生成器"

好的 description：

"自动起草符合中国互联网公司风格的周报，包含本周完成、本周亮点、下周计划、需要支持四个固定段落"

"把一周的飞书/钉钉聊天记录、提交记录、日历安排，按部门周报模板生成 800 字以内的周报草稿"

差别在哪里？好的 description 同时说清了三件事：

这个 Skill 是干什么的（写周报）；
适用什么场景（中国互联网公司）；
输入输出长什么样（四段固定结构、800 字以内）。

Claude 在每轮对话开始前，会扫描所有可用 Skill 的 description。写得越精准，被选中的概率越高，被错误调用的概率越低。

正文（Claude 实际会读的部分）

紧跟在 frontmatter 后面的是 Markdown 正文，这部分就是给 Claude 看的"操作手册"。

写正文有四条铁律：

用第二人称对 Claude 说话——"当用户说……时，你应该……"。
结构化用编号步骤——Claude 对 1-2-3 的清单理解力远好于一段大白话。
给具体例子——不是"按照 Markdown 写"，而是"按照下面这个例子写"。
避免过度抽象——不要"运用合适的修辞手法"，要"避免感叹号、尽量用主动句"。

下面是一个完整可用的样板：

完整 SKILL.md 示例：`weekly-report-cn`

---
name: weekly-report-cn
description: 自动起草符合中国互联网公司风格的周报：本周完成、本周亮点、下周计划、需要支持
tools:
  - Read
  - Bash
  - Glob
license: MIT
author: 小林
version: 0.1.0
---

# 中文互联网周报生成器

## 触发条件

当用户说出以下任意意图时，启用本 Skill：

- "帮我写周报"
- "整理这周的工作"
- "周报草稿"
- "本周复盘"

## 工作流程

### 第 1 步：收集材料

按下面顺序收集，缺哪个跳哪个，**不要让用户中断流程去补**：

1. 读取项目里 `notes/this-week/` 下所有 .md 文件（如果有）。
2. 读取项目里 `git log --since="7 days ago" --pretty=format:"%h %s"` 输出。
3. 询问用户："本周还有什么没写在 notes 里的重要事项？"（最多问一次）

### 第 2 步：结构化整理

把收集到的材料按以下四类归档：

- **完成项**：明确"做完"的事，用动宾结构（"完成 XX 模块开发"、"上线 YY 功能"）。
- **进行中**："做了一部分"的事，标注完成度（"YY 已完成 60%，预计下周三上线"）。
- **风险/阻塞**：遇到的问题、待解决的事项。
- **协作请求**：需要其他人配合的事。

### 第 3 步：套用模板输出

{姓名} 周报（{开始日期}-{结束日期}）

本周完成

{完成事项 1}
{完成事项 2} ...

本周亮点

{一句话，可量化的成果}

下周计划

{下周事项 1}
{下周事项 2} ...

需要支持

{求助 1：找谁、要什么、什么时候要}


## 风格约束

- 总字数控制在 600-900 字。
- 完成项不超过 6 条，超过的合并成更高层级。
- 不用感叹号、不用"非常"、"特别"等情绪词。
- 数字必须具体（"完成 80%"而不是"完成大部分"）。

## 失败兜底

如果材料严重不足（不够 3 条信息），不要硬编。
直接告诉用户："材料不足，请补充以下信息："
然后列出最少需要的 3 项。

## 示例

参考 `examples/sample-input.md` 和 `examples/sample-output.md`。

把这个文件保存为 ~/.claude/skills/weekly-report-cn/SKILL.md，再在 examples/ 文件夹里放一对真实的输入输出样本，你的第一个 Skill 就可以跑了。

2.5 在本地测试你的 Skill

写完不算完成。测试才是关键一步。

安装到本地

把整个文件夹复制到 ~/.claude/skills/ 下：

mkdir -p ~/.claude/skills
cp -r ./weekly-report-cn ~/.claude/skills/

或者直接 git clone 到那个位置：

cd ~/.claude/skills
git clone https://github.com/你的用户名/weekly-report-cn.git

验证 Claude 能看到它

打开 Claude Code，输入：

/skills

应该能在列表里看到 weekly-report-cn。如果没有，检查：

文件夹名是否和 SKILL.md 里 name 字段一致；
frontmatter 三个减号是否单独成行；
frontmatter 里的 YAML 缩进是否正确（用空格不要用 Tab）。

真实使用一次

不要直接说"用 weekly-report-cn 帮我写周报"——那是测用户主动指定的情况。

更重要的是测自然触发：

我要写本周的周报

观察 Claude 的反应。如果它直接开始按你 Skill 里写的流程走（先去读 notes、再跑 git log、再生成模板），说明 description 写到位了。

如果它没用 Skill，自己瞎写了一份，就回头改 description。让 description 更明确地包含"周报"、"本周"、"工作总结"这些用户最可能说的关键词。

反复修正

Skill 的迭代过程基本是：

真实使用一次。
哪里不满意，回去改 SKILL.md。
再用一次，再改。
改到连续 3 次都满意，才敢发布。

通常一个 Skill 从写完到稳定，要改 5-10 轮。这是正常的，没人能一次写对。

2.6 发布到社区

本地跑顺了，就可以推到公开仓库了。

步骤 1：在 GitHub 开公开仓库

打开 github.com，点右上角的 + → New repository。

Repository name：和 Skill 名字一致（weekly-report-cn）
Description：和 SKILL.md 里的 description 一致（让搜索引擎能搜到）
Public（必须公开，否则别人装不上）
勾选 "Add a README"
License 选 MIT

步骤 2：补齐三件套（README、LICENSE、examples）

只有 SKILL.md 是远远不够的。真正能让别人用起来的，是 README。

下面是一个能直接复用的 README 骨架：

# weekly-report-cn

自动起草中国互联网公司风格的周报。

## 它能做什么

- 从你本地的 notes、git 提交记录、对话历史里提取本周关键信息。
- 按"完成-亮点-计划-求助"四段式结构组织。
- 自动控制在 600-900 字，避免冗长。

## 使用前提

- 已安装 Claude Code 2.0+。
- （可选）项目里有 `notes/this-week/` 文件夹存放你随手记录的工作笔记。

## 安装

```bash
cd ~/.claude/skills
git clone https://github.com/你的用户名/weekly-report-cn.git

使用

在 Claude Code 里直接说：

帮我写本周的周报

或者：

我要写周报

示例

见 examples/ 文件夹。

反馈

有 bug、有建议，欢迎提 Issue。

协议

MIT


每个 Skill 都该有这样一份 README。它是 GitHub 访客 30 秒内决定"装不装"的关键。

#### 步骤 3：把 SKILL.md 和文件夹结构推上去

```bash
git add .
git commit -m "feat: initial release of weekly-report-cn"
git push origin main

步骤 4：提交到 awesome 列表

去 GitHub 搜 awesome-claude-code-skills，找到主仓库，按以下流程提 PR：

Fork 仓库。

在 README 的合适分类下加一行（按字母序）：

- [weekly-report-cn](https://github.com/你的用户名/weekly-report-cn) - 自动起草中国互联网风格周报。

提交并发起 PR。
在 PR 描述里写清楚"为什么我的 Skill 值得加入清单"——一两句话即可。

通常审核 1-7 天。被合并后，你的 Skill 会出现在所有搜索"Claude Code Skill"的人面前。

步骤 5：在社区做一次"首发推介"

发布不等于扩散。还要主动告诉社区。

Anthropic Discord 的 #community-projects 频道，发一条简短介绍 + 截图 + 仓库链接。
Reddit r/ClaudeAI，标题用 [Skill] weekly-report-cn: ...。
Twitter/X，配图发推，@AnthropicAI 和 @ClaudeAI。
国内：知乎 Claude Code 话题、即刻、自己的微信公众号。
微信群：找几个相关的 AI 群，发开发心路 + 链接。

第一次发布不要羞涩。没人知道你做了，等于没做。

三、第二步：进阶 —— 发布 Plugin

3.1 Plugin = 一个"全家桶"

Skill 是单点能力，Plugin 是整套能力。

第五章讲过它的本质——

Plugin = Skills + MCP + Hooks + Subagents + Commands 的打包

为什么需要 Plugin？因为单个 Skill 解决的是"一件事"，但用户的场景往往是"一串事"。

举个例子，你想让 Claude Code 帮你做"内容运营全套"：

选题：分析竞品（需要 MCP 调浏览器、抓数据）；
写稿：套用品牌风格（需要 Skill）；
配图：调用图像生成 API（需要 MCP）；
审核：每篇发布前自动检查违禁词（需要 Hook）；
同步：发布后自动登记到飞书表格（需要 MCP）；
复盘：周末自动跑数据分析（需要 Subagent）。

如果你让用户一个一个装这 5 个 Skill、4 个 MCP、2 个 Hook、1 个 Subagent，几乎没人会装。但如果你打包成一个 content-ops Plugin，用户输入一行：

/plugin install content-ops

5 秒钟所有东西就装好了。这就是 Plugin 的意义。

3.2 Plugin 的标准文件结构

content-ops/
├── .claude-plugin/
│   └── plugin.json           # 元信息（必需）
├── skills/
│   ├── content-pipeline/
│   │   └── SKILL.md
│   └── seo-optimizer/
│       └── SKILL.md
├── commands/
│   ├── repost.md             # 自定义斜杠命令
│   └── analyze.md
├── agents/
│   └── content-reviewer.md   # 自定义 Subagent
├── hooks.json                # Hook 钩子配置
├── mcp.json                  # 推荐用的 MCP 配置（可选）
├── README.md
├── LICENSE
└── examples/
    ├── workflow-1.md
    └── workflow-2.md

各部分对应第五章你已经熟悉的内容：

.claude-plugin/plugin.json：Plugin 的"身份证"，必需。
skills/：和单独发布的 Skill 一样，但放在 Plugin 内部。
commands/：自定义斜杠命令。每个 .md 文件就是一个 /xxx 命令。
agents/：自定义 Subagent，每个 .md 文件就是一个独立的子代理人格。
hooks.json：钩子配置，触发什么事跑什么脚本。
mcp.json：可选，推荐用户一起装的 MCP 列表（不会强制装）。

3.3 plugin.json 的完整字段

这是 Plugin 的灵魂文件。下面是一个可以直接复制改名用的完整样板：

{
  "name": "content-ops",
  "version": "1.0.0",
  "description": "面向内容运营的全套 Claude Code 工作流：选题 / 写稿 / 配图 / 审核 / 同步 / 复盘",
  "author": {
    "name": "小林",
    "email": "xiaolin@example.com",
    "url": "https://xiaolin.dev"
  },
  "homepage": "https://github.com/xiaolin/content-ops",
  "repository": {
    "type": "git",
    "url": "https://github.com/xiaolin/content-ops.git"
  },
  "license": "MIT",
  "keywords": [
    "content",
    "marketing",
    "seo",
    "social-media",
    "chinese"
  ],
  "components": {
    "skills": [
      "content-pipeline",
      "seo-optimizer"
    ],
    "commands": [
      "repost",
      "analyze"
    ],
    "agents": [
      "content-reviewer"
    ],
    "hooks": "hooks.json",
    "mcp": "mcp.json"
  },
  "minClaudeVersion": "2.5.0",
  "installNote": "首次安装后请运行 /content-setup 完成配置。"
}

字段解释：

字段	必需	含义
`name`	是	全局唯一名称，建议英文小写 + 中划线
`version`	是	语义化版本号
`description`	是	一句话说清楚做什么
`author`	推荐	作者信息，可以是字符串或对象
`homepage`	推荐	主页
`repository`	推荐	源码仓库
`license`	推荐	协议
`keywords`	推荐	搜索关键词，影响 Marketplace 检索
`components`	是	Plugin 包含的所有组件
`minClaudeVersion`	推荐	最低支持的 Claude Code 版本
`installNote`	否	安装后给用户看的提示

components 里的字段写法：

数组（["a", "b"]）：表示对应文件夹下的子目录列表。比如 "skills": ["content-pipeline", "seo-optimizer"] 等于 skills/content-pipeline/ 和 skills/seo-optimizer/ 都是有效 Skill。
字符串（"hooks.json"）：表示对应配置文件的路径。

3.4 一个完整 Plugin 案例：教师备课包

我们来走完一个完整案例，让"Plugin 长什么样"在你脑子里有具体形象。

目标用户：中小学/培训机构老师。

痛点：每周要备 2-5 节课，每节课要做 PPT、习题、答案解析，平均花 4 小时一节课。

Plugin 名：teacher-prep-pack

包含的能力

teacher-prep-pack/
├── .claude-plugin/
│   └── plugin.json
├── skills/
│   ├── lesson-plan/         # 课件大纲生成
│   │   └── SKILL.md
│   ├── quiz-generator/      # 习题生成
│   │   └── SKILL.md
│   └── answer-explainer/    # 答案解析生成
│       └── SKILL.md
├── commands/
│   ├── lesson.md            # /lesson 命令：从知识点直接出大纲
│   ├── quiz.md              # /quiz 命令：从知识点出 10 道题
│   └── explain.md           # /explain 命令：解析一道难题
├── agents/
│   └── pedagogy-reviewer.md # 教学法 reviewer 子代理
├── hooks.json               # 写完课件自动检查"是否符合大纲"
└── README.md

plugin.json

{
  "name": "teacher-prep-pack",
  "version": "1.0.0",
  "description": "中小学和培训机构老师的备课全家桶：课件大纲、习题、答案解析、教学法审查一键生成",
  "author": "教育组",
  "homepage": "https://github.com/edu-group/teacher-prep-pack",
  "license": "CC-BY-SA-4.0",
  "keywords": ["education", "teaching", "k12", "chinese"],
  "components": {
    "skills": ["lesson-plan", "quiz-generator", "answer-explainer"],
    "commands": ["lesson", "quiz", "explain"],
    "agents": ["pedagogy-reviewer"],
    "hooks": "hooks.json"
  },
  "minClaudeVersion": "2.5.0"
}

`/lesson` 命令的写法（commands/lesson.md）

---
name: lesson
description: 根据知识点生成课件大纲
arguments:
  - name: topic
    description: 知识点（如"勾股定理"、"光合作用"）
    required: true
  - name: grade
    description: 年级（如"初二"、"高一"）
    required: true
---

请按以下结构为「{{topic}}」（{{grade}}）生成一份 45 分钟课件大纲：

1. 开场（5 分钟）：用一个真实生活例子引入
2. 知识讲解（15 分钟）：核心概念 + 关键公式/定义
3. 例题演示（10 分钟）：3 道由浅入深的例题
4. 课堂练习（10 分钟）：5 道学生练习题（不含答案）
5. 总结作业（5 分钟）：本节核心 + 课后 3 道作业

输出请用 Markdown，每个部分用二级标题。

Hook 配置（hooks.json）

{
  "hooks": {
    "PostToolUse": [
      {
        "matcher": "Write",
        "command": "claude --skill pedagogy-reviewer --check $CLAUDE_FILE_PATH"
      }
    ]
  }
}

意思是：每次 Claude 写完一个新文件，自动让 pedagogy-reviewer Subagent 检查一遍是否符合大纲。

教学法 Subagent（agents/pedagogy-reviewer.md）

---
name: pedagogy-reviewer
description: 检查课件/习题是否符合教学法基本要求
tools:
  - Read
---

你是一位有 15 年经验的教学法专家，请按以下维度检查给定的教案/习题：

1. 是否有清晰的"导入"环节？
2. 是否符合学生的认知阶梯（由浅入深）？
3. 习题难度是否合理（70% 中等 + 20% 易 + 10% 难）？
4. 是否包含"形成性评价"环节（小测试、提问）？

输出格式：
## 总评（5 星制）
xx 分

## 优点
- ...

## 改进建议
- ...

把这一整个文件夹推到 GitHub，加上 README，就是一个完整可发布的 Plugin。

3.5 一个值得借鉴的 Plugin 设计原则

做 Plugin 时记住下面这条反复被忽视但极其重要的原则：

一个 Plugin 应该解决一个具体角色的一组相关任务，而不是"什么都能干"。

不要做"通用万能 Plugin"，那种 Plugin 永远没人装。

要做"教师备课包"、"独立开发者上线包"、"小红书运营包"、"跨境电商客服包"——角色越具体，用户越觉得"这就是给我做的"。

四、第三步：让你的 Plugin 能被一键安装

4.1 提交到官方 Plugin Marketplace

Anthropic 在 2025 年 9 月正式开放了 Plugin Marketplace（位于 marketplace.claude.com，社区俗称"Plugin 商店"）。这是 Claude Code 用户发现新插件最主要的入口。

提交流程大致是：

在 GitHub 开公开 repo，按本章 3.2 节的结构组织文件。
给 repo 加 claude-plugin topic——这是 Marketplace 爬虫扫描的标签。
完善 plugin.json，特别是 description、keywords、homepage、license 这几个字段。
去 marketplace.claude.com 提交，填表单：仓库地址、作者邮箱、分类、推荐截图。
等待审核，通常 3-7 个工作日。审核会看：
- Plugin 是否能正常安装；
- 描述是否真实（不夸大、不误导）；
- 是否有 README；
- 是否有 LICENSE；
- 是否包含恶意代码（自动扫描）。
审核通过：会出现在 Marketplace 列表，并发邮件通知你。

通过后，所有用户都能用：

/plugin install content-ops

一键安装。

4.2 提交到 awesome 系列清单

除了官方 Marketplace，社区维护的 awesome 列表是另外两个最重要的入口：

awesome-claude-code-skills：单个 Skill 的清单。
awesome-claude-plugins：完整 Plugin 的清单。

这两个清单的"被搜索量"在 GitHub 上都不算小。提交方式都是 PR，规则差不多：

Fork 主仓库。

在 README 的对应分类下加一行（按字母序）：

- [content-ops](https://github.com/xiaolin/content-ops) - 面向内容运营的全套工作流：选题、写稿、配图、审核、同步、复盘。

提交 PR，在描述里说明"为什么这个 Plugin 值得加入"。

绝大多数 PR 在 1-2 周内会被合并。被合并后你能立刻感受到流量——通常一个被加入 awesome 列表的 Plugin，第一周会涨 100-500 个 star。

4.3 自建 Marketplace（团队/学校用）

不是所有 Plugin 都适合公开发布。一些场景下你需要自建私有 Marketplace：

公司内部：给销售/客服/财务团队定制一套 Plugin，不想外传。
学校/培训机构：给老师/学生统一分发一套教学相关 Plugin。
社群：给付费用户独占的高级 Plugin。

私有 Marketplace 的常见做法：

方案 A：Git 子模块

在公司的中央 repo 里，把每个 Plugin 当作 git submodule 引入：

git submodule add https://github.com/yourcompany/sales-plugin .claude/plugins/sales
git submodule add https://github.com/yourcompany/cs-plugin .claude/plugins/cs

每个团队成员 git pull 后跑一次 git submodule update --init，自动拉到本地。

方案 B：内网 npm registry

如果你们公司有内网 npm 私服（Verdaccio、Nexus），可以把 Plugin 当 npm 包发：

npm publish --registry https://npm.yourcompany.com

用户安装：

npm install -g @yourcompany/sales-plugin --registry https://npm.yourcompany.com

方案 C：内部 Marketplace 网站

更专业的做法：基于 Anthropic 开源的 Marketplace 模板，自建一个内部站点。社区已经有几份开源模板（搜 claude-plugin-marketplace-template）。

无论哪种方案，对用户来说体验都是"输入一行命令，自动装好"。

4.4 版本管理与升级策略

Plugin 一旦有人用，就涉及"版本"问题。这里有几条社区共识：

遵循语义化版本（semver）：
- 1.0.0 → 1.0.1：bug 修复（用户无需关心）。
- 1.0.0 → 1.1.0：新增功能但向下兼容。
- 1.0.0 → 2.0.0：破坏性变更（用户必须修改用法）。
写 CHANGELOG.md：每次发新版本，在 CHANGELOG 里写清楚"加了什么、改了什么、废弃了什么"。这是用户决定要不要升级的关键。
重大变更要预告：如果下一版本要废弃某个 Skill，先在当前版本的 README 里加一句"注意：vX.0 起 yyy Skill 将被废弃"，给用户 1-2 个版本的过渡期。
保留 issue 区：90% 的用户不会主动反馈，但提 issue 的那 10% 是金子。每周花 30 分钟扫一遍 issue，是 Plugin 持续健康的关键。

五、第四步：写 MCP Server（更高级路径）

5.1 什么时候需要写 MCP

第五章讲过 MCP 是 Claude Code 的"出门通行证"。社区已经有几百个 MCP 可以直接装，覆盖了 GitHub、Slack、Notion、各种数据库等主流场景。

但有两种情况你需要自己写 MCP：

你想接的是一个小众/新出来/没人写过的服务。比如某个垂直行业的 SaaS（教培、医疗、法律的国产工具），公开的 MCP 列表里找不到。
你公司有内部系统。比如公司自研的 CRM、ERP、知识库——这种系统外部根本不可能有 MCP，必须自己写。

写 MCP 的难度，比写 Skill 高，比写一个标准后端服务低。核心知识：知道怎么发 HTTP 请求、知道怎么处理 JSON 就够了。

5.2 用什么写

Anthropic 官方提供三种语言的 SDK：

SDK	语言	适合谁
`@modelcontextprotocol/sdk`	TypeScript / JavaScript	前端背景、Node 熟悉
`mcp`	Python	数据/AI 背景
`mcp-go`	Go	后端背景、关心性能

对普通人最友好的是 Python 版——语法简洁、依赖少、装起来快。下面以 Python 为例。

5.3 一个最简的 MCP Server（30 行代码）

假设我们要让 Claude 能查"一句鸡汤"（一个最小可演示的例子）。

准备环境

mkdir mcp-soup-server
cd mcp-soup-server
python3 -m venv venv
source venv/bin/activate
pip install mcp httpx

写主文件 `server.py`

from mcp.server import Server, NotificationOptions
from mcp.server.models import InitializationOptions
import mcp.server.stdio
import mcp.types as types
import httpx

server = Server("soup-server")

@server.list_tools()
async def list_tools() -> list[types.Tool]:
    return [
        types.Tool(
            name="get_soup",
            description="获取一句随机鸡汤",
            inputSchema={"type": "object", "properties": {}}
        )
    ]

@server.call_tool()
async def call_tool(name: str, arguments: dict) -> list[types.TextContent]:
    if name == "get_soup":
        async with httpx.AsyncClient() as client:
            r = await client.get("https://api.example.com/soup")
            return [types.TextContent(type="text", text=r.text)]
    raise ValueError(f"Unknown tool: {name}")

async def main():
    async with mcp.server.stdio.stdio_server() as (read, write):
        await server.run(
            read, write,
            InitializationOptions(
                server_name="soup",
                server_version="0.1.0",
                capabilities=server.get_capabilities(
                    notification_options=NotificationOptions(),
                    experimental_capabilities={}
                )
            )
        )

if __name__ == "__main__":
    import asyncio
    asyncio.run(main())

这就是一个完整可跑的 MCP Server。30 行代码做了三件事：

注册一个叫 get_soup 的工具。
当 Claude 调用这个工具时，去访问一个外部 API。
把结果以 TextContent 格式返回。

在 Claude Code 里接入

打开 ~/.claude/settings.json，在 mcpServers 字段里加：

{
  "mcpServers": {
    "soup": {
      "command": "python",
      "args": ["/绝对路径/mcp-soup-server/server.py"]
    }
  }
}

重启 Claude Code，输入：

来一句鸡汤

Claude 会自动调用你的 MCP Server，返回结果。

5.4 把 MCP 发布到社区

跑通本地版本后，按下面流程发布：

Python 版：发到 PyPI

写 pyproject.toml，定义包名、版本、依赖。
python -m build 打包。
twine upload dist/* 推到 PyPI。
用户装：pip install your-mcp-name。

TypeScript 版：发到 npm

写 package.json，配置 bin 字段让它能作为可执行文件运行。
npm publish 推到 npm。
用户装：npx your-mcp-name。

注册到社区目录

发布到包管理器后，去 mcp.so（社区维护的 MCP 总目录）提交你的 MCP，填上：

名称、描述、分类（数据库/工具/通讯/AI 等）；
仓库地址；
安装命令；
一段使用截图或 GIF。

被收录后，你的 MCP 会出现在所有人浏览 mcp.so 的列表里。这是目前 MCP 流量最大的一个目录。

5.5 MCP 的进阶能力（提一下，不展开）

最简版只有 tools，但完整 MCP 协议还支持：

resources：让 Claude 能读取外部资源（文件、数据库表）。
prompts：预定义提示词模板。
sampling：让 MCP Server 反过来调用 Claude（少见，高级场景）。

这些能力官方 SDK 都有示例，等你写到第二、第三个 MCP 时再深入即可。第一个先做最简版本。

六、第五步：做内容 —— Claude Code 创作者的 4 个变现路径

写出 Skill 和 Plugin 后，下一步是让更多人知道。这就需要内容。

而且内容本身就能变现。下面是中文圈四种已经被反复验证的变现路径。

6.1 写文章 / 教程

最低门槛、最稳的方式。

平台选择

平台	受众	变现能力	推荐
微信公众号	全民、留存好	流量主 + 商单	强
知乎	偏理性、技术受众	盐选签约、广告分成	强
掘金	程序员为主	平台激励 + 商单	中
Medium	海外英文读者	Partner Program 美元收入	中
dev.to	海外开发者	流量、品牌	中
小红书	年轻泛人群	商单、私域	中（要看排版）

最稳妥的组合是：主写公众号 + 同步知乎 + 偶尔发 Medium。一篇文章三种语言/三个平台同时发，工作量只多 30%，覆盖人群多 10 倍。

选题方向

不要写"Claude Code 是什么"——那种文章已经一抓一大把。

要写**"我用 Claude Code 干了 XX 这件具体的事"**，例子如下：

《我用 Claude Code 自动写了我们公司一个月的周报，老板没看出来》
《被 Claude Code 帮我改 bug 救了一命的那个晚上》
《Claude Code 装这 5 个 MCP 后，我每天少干 2 小时》
《我老婆是设计师，我给她做了一个 Claude Code Plugin》
《Claude Code 踩过的 8 个坑，每一个都让我损失了 20 元 API 费用》

这种"个人故事 + 真实结果 + 可复制的代码"的组合，在中文圈是最容易爆的。

真实案例

知乎用户 @小麦麦（化名），2025 年 8 月开始写 Claude Code 系列。

第一篇文章《我让 Claude Code 替我面试了 50 个人》，3 天涨了 4000 关注。 6 个月后，发了 35 篇 Claude Code 相关回答，关注从 1.2k 涨到 5.7w。被 3 家科技公司主动联系做付费咨询，单次报价 ¥3000-8000。出版社联系出书（虽然她没接）。

她整个过程的"内容套路"很简单：

每篇文章一定有"我亲自跑通的截图"；
每篇文章末尾一定附"完整可复制的 Skill / 提示词";
每篇文章一定有"我踩过的 N 个坑"。

这三件事做到，文章自动好看。

6.2 拍视频 / 直播

视频的红利比文章更大，但门槛也更高。

平台选择

平台	类型	推荐度
B 站	长视频教程（5-30 分钟）	强
YouTube	长视频 + 海外受众	强
抖音	短视频（30 秒-3 分钟）	中
小红书	1-3 分钟实操	中
视频号	跟着公众号一起做	中

类型推荐

刚开始做视频，不要拍自己的脸。门槛太高、剪辑成本大。

最容易上手的两种类型：

屏幕录制 + 旁白：录你跑 Claude Code 的全程，一边操作一边讲。设备需求只有：QuickTime（Mac 自带）或 OBS（免费）+ 一支几十元的麦克风。
PPT + 旁白：先写好 PPT，对着 PPT 录音。适合"概念讲解"类内容。

选题模板

"5 分钟教你装 Claude Code"
"Claude Code 这 10 个 Skill，我每天都用"
"Claude Code 月度新功能解读（XX 月版）"
"Claude Code vs Cursor vs Copilot，到底用哪个"
"我用 Claude Code 接了一个 ¥5000 的私活"

每一个标题里都有具体数字，这是视频选题的金科玉律。

收益预期

B 站做到 1 万粉丝，可以接小广告（¥500-2000/单）。
做到 5 万粉丝，能接到品牌方约稿（¥3000-10000/单）。
做到 10 万粉丝，知识付费课程能卖出钱来。
做到 50 万粉丝，年收入六位数比较稳。

这条路慢，但天花板高。

6.3 做训练营 / 1 对 1 咨询

这是最快变现的一条路。

训练营模式

3-5 天的小型训练营，每人收 ¥199-999。

典型课表：

第 1 天：装环境 + 跑通第一个任务。
第 2 天：写好 CLAUDE.md，让 Claude 替你管周报和邮件。
第 3 天：装 5 个最该装的 MCP。
第 4 天：写自己的第一个 Skill。
第 5 天：把所有东西串成"个人 AI 早报"工作流。

每个班 30-50 人，做 3 期一年下来，副业收入 ¥3-15 万。

1 对 1 咨询

帮中小企业搭一套 Claude Code 工作流，收咨询费。

收费一般有两档：

一次性搭建：¥3000-15000，2-4 周完成。
月度维护：¥1500-5000/月，每周固定 2 小时答疑/优化。

真实案例

独立咨询师 @Andy（化名），2025 年 12 月开始做 Claude Code 中小企业咨询。

前两个月只接了 2 单，月收 ¥6000。第三个月开始固定接到 4-6 单，月收 ¥2-3 万。现在主要客户是律师事务所、外贸公司、自媒体工作室——他们有钱、有需求、不想自己学。

他的接单方式：在朋友圈、知乎、小红书发"我帮 XX 行业搭了 AI 工作流"的复盘文章，每篇文章末尾留联系方式。文章发了 30 多篇后，开始有客户主动找上门。

6.4 卖 Plugin / Skill

直接卖软件，是最理想但门槛最高的方式。

定价策略

社区共识：

通用型 Skill：免费。靠口碑赚关注。
行业深度 Plugin：¥99-999 单次买断。
持续维护型 Plugin：¥29-99/月订阅。
企业版/团队版：¥3000-30000 起，含定制和支持。

销售渠道

自己的 Gumroad/微店店铺。
公众号商城。
闲鱼（看似奇怪，但 AI 工具在闲鱼销量不错）。
知识星球（订阅模式更顺）。

模式参考

参考 Notion 模板店——免费的 Notion 模板有几千个，付费的精品模板也能卖到 $19-99，每个月稳定有数千美元销售额。Claude Code Plugin 的市场比 Notion 模板更新，所以早一年入场的人会拿到 Notion 模板早期玩家那种红利。

七、社区参与：从 0 到成为知名创造者

7.1 你应该加入的 5 个社区

不参与社区，自己埋头做，再好的东西也没人知道。下面是 Claude Code 创造者最该加入的 5 个社区：

社区 1：Anthropic 官方 Discord

进入方式：anthropic.com 底部找 "Discord" 链接。

最重要的几个频道：

#announcements：所有新功能/新版本的官方公告。
#claude-code：Claude Code 用户最大的频道，有问题在这里问。
#community-projects：发布你做的 Skill / Plugin / 教程。
#feedback：提产品建议（Anthropic PM 会看）。

每天花 15 分钟扫一眼，半年后你对生态的理解会甩开 90% 的人。

社区 2：GitHub anthropics 组织

地址：github.com/anthropics

订阅以下几个仓库的 Releases：

anthropics/claude-code：主仓库，所有版本更新都从这发。
anthropics/claude-code-action：GitHub Action 集成。
anthropics/anthropic-cookbook：官方示例代码。

订阅之后，每次有新版本你都能第一时间收到邮件，比读公众号文章快 3-5 天。

社区 3：Reddit r/ClaudeAI

地址：reddit.com/r/ClaudeAI

英文社区里讨论 Claude 最活跃的地方。每天的 Top 帖子很值得扫一眼。

回答问题的好习惯：

每天找 1-2 个能答上来的问题，认真回答。
答完留一句"如果有更复杂的需求，欢迎看我的 Skill：xxx"。
半年下来，你会被 Reddit 算法推到很多人首页。

社区 4：Twitter / X

关注：

@AnthropicAI（官方账号）
@ClaudeAI（产品账号）
几个 Claude 团队核心成员（Cat Wu、Boris Cherny 等）
几个 Claude Code 顶级 KOL

英文世界 AI 信息流的中心是 Twitter。中文世界做 AI 想要"知道在发生什么"，必须每天扫一眼 Twitter。

社区 5：中文圈

中文圈相对碎片，但下面几个是必关注的：

知乎："Claude Code"话题、"Anthropic"话题。
即刻：搜 "Claude" 关注几个高频博主。
微信群：豆包/Cursor 群里通常有 Claude 子群，找熟人拉进去。
公众号：搜"Claude Code"，关注前 3 页的活跃账号。
B 站：关注几个做 AI 工具实测的 UP 主。

中文圈最大的特点是"信息分散在私域"——同一个消息，海外可能在 Twitter 公开传，国内只在某 5 个微信群里转。所以你必须主动找到那 5 个群。

7.2 6 个月成长路径

下面这条路径是把"从普通用户变成知名创造者"拆成可执行任务。每个月有一个明确目标。

第 1 个月：把这本书所有功能跑一遍

目标：彻底吃透 Claude Code 的能力边界。

任务：

把第一到第十一章的所有"先做这一步"都跑通。
把附录 A 的 80+ 命令都试一遍。
把附录 B 的 30 个提示词都用过一遍。
至少装 10 个不同 Skill 和 5 个 MCP。

完成的标志：你能在脑子里清楚说出"做 X 应该用 Y 工具"。

第 2 个月：发布第 1 个 Skill

目标：完成"从用户到创造者"的第一次身份切换。

任务：

选题（参考本章 2.2 节的 5 个方向）。
写出能跑的 SKILL.md。
本地测试至少 5 次，迭代 3 轮。
推到 GitHub，写 README，加 LICENSE。
提交到 awesome-claude-code-skills。
在 Discord 发布推介帖。

完成的标志：你的 GitHub 上有了第一个 Claude Code 相关的 repo。

第 3 个月：在社区回答 50 个问题

目标：积累社区可见度，被算法和人发现。

任务：

每天在 Discord 答 1-2 个问题。
每天在 Reddit r/ClaudeAI 答 1 个问题。
每周在知乎 Claude Code 话题答 2-3 个问题。
每周在 Twitter 转发 + 评论 5 条相关推文。

完成的标志：你的回答开始有人点赞、收藏、私信。

第 4 个月：写 5 篇高质量教程

目标：建立自己的内容资产。

任务：

选 5 个主题（一定要是你"亲手跑通"的事）。
每篇 2000-4000 字，配图至少 5 张。
同步发到公众号、知乎、Medium 三个平台。
每篇文章末尾贴上你的 Skill / Plugin 链接。

完成的标志：有人在文章下评论"按你的方法跑通了，太好用了"。

第 5 个月：发布 1 个完整 Plugin

目标：进入"系统级创造者"行列。

任务：

把第 2-4 个月做的 3-5 个 Skill 攒成一个 Plugin。
加上自定义 Commands 和 Subagents。
写 plugin.json，配齐 README、LICENSE、examples。
提交到官方 Marketplace。
提交到 awesome-claude-plugins。
写一篇"Plugin 设计心得"的长文章发出去。

完成的标志：Plugin 被官方 Marketplace 收录，有第一波非朋友的真实用户。

第 6 个月：参加 Anthropic 黑客松或活动

目标：从线上"被人知道"升级到线下"被人记住"。

任务：

关注 Anthropic 黑客松官方公告（一年 2-4 次）。
报名参加（中国的话，看 Anthropic 北京/上海是否有线下场）。
准备一个 Demo——可以基于你已有的 Plugin。
现场和评委、其他参赛者交流，主动加微信。
活动结束发复盘文章。

完成的标志：你认识了 5-10 个同样在做 Claude Code 创造的人，有了第一个"圈子"。

走完这 6 个月，你已经从"普通用户"进入了"中文 Claude Code 圈的腰部以上创造者"。这一阶段平均能拿到的好处：粉丝 5k-3w、副业月收入 ¥3-10k、被 1-2 家公司以"AI 顾问"身份联系过。

八、把 AI 自动化做成副业的现实指南

第六、七章其实给过你"用 AI 干私活"的雏形。这一节进一步：把它做成有持续现金流的副业。

8.1 副业模式 1：垂直行业 AI 顾问

这是目前变现最快、最适合非程序员的模式。

怎么做

选定一个你熟悉的行业——医疗、教育、电商、法律、外贸、装修、餐饮都可以。
为该行业设计一套 Claude Code 工作流——通常包括：
- 一个针对该行业的 CLAUDE.md（行业术语、常用流程）。
- 3-5 个核心 Skill（行业最高频的几件事）。
- 2-3 个 MCP（接行业里的常用 SaaS）。
找 1 个种子客户跑通——通常是朋友介绍。免费做或低价做，把整个流程闭环。
复盘成案例——客户用了之后效率提升了多少，写成文章。
靠案例拉客户——每个新客户都用同一套方案，但稍作定制。

收费方式

一次性搭建费：¥3000-15000，看复杂度。
月度维护费：¥1500-5000/月，包答疑和小升级。
培训费：¥2000/人，给客户公司员工做 1-2 天培训。

真实案例

@Andy（化名），原本是一名英语老师，2025 年下半年转型做"教培行业 AI 工作流顾问"。

他选的细分领域是"中小型英语培训机构"。一套标准方案包括：

帮老师写课件大纲。
自动批改学生作业。
自动生成期末测评报告。
给家长发个性化进度报告。

第一个客户是他自己原来的老板，免费做。第二、三个客户是同行介绍，每家收 ¥6000 搭建 + ¥2000/月维护。半年后稳定服务 8 家机构，月收稳定在 ¥3 万左右。

他现在整个工作时间：每周 2 天接新客户、3 天做老客户维护、2 天休息。比当老师轻松，赚得多 3 倍。

8.2 副业模式 2：信息差 SaaS

把 Claude Code 包装成一个"用户看不到 Claude Code 的小工具"，按订阅卖。

典型案例

每日竞品监控：用 Claude Code 每天抓 5 个竞品的动态，整理成日报。订阅 $9/月。
简历优化助手：上传简历，30 秒返回 Claude 写好的优化建议。次卡 ¥9/次或 ¥39/月。
小红书爆款生成器：输入产品名，自动出 10 条小红书风格文案。¥199/月。
每周市场情报：每周一发一封"上周国内 AI 圈大事"邮件，付费订阅 ¥29/月。

怎么搭

技术层面，你只需要：

一个简单的网页表单（Vercel 部署，免费）。
一个调用 Claude API 的后端（其实就是把 Claude Code 的逻辑搬到服务器上跑）。
一个支付收款接口（Stripe / 支付宝当面付）。

不需要写代码？让 Claude Code 帮你写。这本身就是用 Claude Code 创业的元用法。

收益预期

起步阶段（前 50 个用户）：月收 ¥0-2k。
中期（500 个用户）：月收 ¥1-5w。
高阶（5000+ 用户）：月收 ¥10w+。

8.3 副业模式 3：内容 + 培训

这条路 6.1 和 6.3 都讲过，是最稳定但起效最慢的一条。

它的复利曲线是这样：

前 3 个月：几乎没有收入，每天写。
4-6 个月：开始有零星收入（文章打赏、广告分成）。
7-12 个月：稳定月收 ¥3-15k。
1-2 年后：达到月收 ¥3-10w 的水平。

它的好处是资产化——你写的文章、录的视频，三年后还在给你带流量。而前两种模式更像"打工"——你不工作就没收入。

最理想的组合是：用模式 3 当主线（建立 IP），用模式 1 当现金流（养活自己），用模式 2 当抗风险（被动收入）。

8.4 收入预期表

下面这张表是 2025 年下半年到 2026 年上半年中文 Claude Code 圈相对客观的收入预期，不是夸张数字：

模式	入门期月收（前 3 个月）	进阶期月收（4-12 个月）	高阶月收（1 年以上）
行业 AI 顾问	¥0-3k	¥5k-2w	¥3w-8w
信息差 SaaS	¥0	¥2k-1w	¥5w-30w
内容 + 培训	¥0-1k	¥5k-3w	¥3w-15w

这些数字都不是"暴富"。AI 时代的红利不是"突然有人给你 100 万"，而是"你从此有了一个长期增长的副业"。

8.5 三个真实背景的人，三个不同的故事

下面三个人物已脱敏，但每件事都真实发生过。

故事一：小赵，30 岁，传统外贸业务员

2025 年 7 月开始接触 Claude Code。

她做的第一件事是用 Claude Code 自动写英文外贸邮件。她每天要发 50-100 封英文邮件，原本一封要 5 分钟，用 Claude Code 后压缩到 30 秒。

接下来她写了一个 Skill 叫 foreign-trade-email-cn，把"外贸邮件常用句式 + 客户分级 + 报价话术"打包。

发到 GitHub 半年后，被 200 多个外贸圈的人用上。她在小红书发了几条"外贸人专属 AI 工作流"的帖子，吸引了几个外贸老板私信她。

现在她除了本职工作，还兼职帮 6 家外贸小公司搭 Claude Code 流程，月副业收入约 ¥1.5w。原职月薪 ¥1.2w。副业已经超过主业。

故事二：老吴，48 岁，三线城市律师

不会写代码，但中文文字功底好。

他用 Claude Code 做的第一件事是整理过往判决书——把过去 5 年的中国裁判文书网相关案例整理成结构化的"案由-争议焦点-判决要点"。

这个工作量原本要他和助理花 3 个月，用 Claude Code + 一个 MCP 抓取脚本，他一个人 3 周搞定了。

他没做内容，也没卖软件。但他做了一件事——把整理好的"案例库"写成一个 Skill civil-case-cn，发到 GitHub。

半年后，这个 Skill 在律师圈口口相传。开始有外地律师事务所付费请他做"AI 案例库咨询"，单次 ¥5000-15000。

老吴现在：律师本职工作不变，但每月有 1-2 单 AI 咨询，副业月收 ¥1-3w。他自己说"这是 30 岁以来除了职称晋升外最有成就感的事"。

故事三：阿玲，22 岁，应届毕业生

学新闻，本职是某互联网公司的内容运营，月薪 ¥7k。

她在 2025 年 9 月开始做 B 站，定位"5 分钟 AI 工具实测"，每周更两条视频。

主题专注于 Claude Code——"5 分钟教你装 Claude Code"、"Claude Code 这 10 个 MCP 我每天都用"、"Claude Code vs Cursor 我选谁"。

设备只有一台 MacBook + 一个 ¥150 的麦克风，剪辑用 CapCut。

3 个月做到 1.5w 粉丝，开始接小广告。 6 个月做到 5w 粉丝，签了个 MCN，每月稳定 ¥1.5-3w 收入。 9 个月做到 10w 粉丝，开始卖自己的训练营，¥499/人，每月开一期，每期 50 人，月入 ¥2.5w。

加上视频广告，她现在月收稳定在 ¥4-6w。她已经辞掉了本职工作，全职做内容。

九、走得更远：开源贡献者之路

如果你已经习惯了"做创造者"，下一步是回馈到 Claude Code 这个生态本身。这一节给你三条路径。

9.1 给 anthropics/claude-code 提 PR

Claude Code 主仓库就在 github.com/anthropics/claude-code，是公开的。任何人都能提 PR。

最容易上手：文档纠错 / 翻译

官方文档有少量中文不准确的地方。比如：

某个命令的中文翻译不通。
某段示例代码用的是过期写法。
某个错误消息的中文版词不达意。

发现这种问题：

Fork 仓库。
改对应的文档/翻译文件。
提交 PR，描述里写清楚"哪里不对、改成什么"。

文档 PR 是被合并最快、争议最少的，是新手"挂上 contributor 名号"的最快方式。

中等难度：报告 Bug + 提供复现步骤

发现 Claude Code 在某个边缘场景有 bug，按下面格式提 issue：

## 描述
xxx 在 xxx 情况下表现异常。

## 复现步骤
1. ...
2. ...
3. ...

## 期望行为
...

## 实际行为
...

## 环境
- Claude Code 版本: 2.5.x
- OS: macOS 14.x
- Node 版本: 20.x

一份高质量的 issue 被采纳的速度比 90% 的功能请求快。如果你能给出一个简单的修复 PR，就更直接了。

较高难度：提交 Feature 请求

提 Feature 之前先搜 issue 区，确认没人提过。

提交时不要只说"我希望加 XXX 功能"，要写清楚：

这个功能解决什么场景的什么问题？
现在没有这个功能，用户怎么 workaround？
你设想的 API/界面长什么样？
它会不会和现有功能冲突？

写得详细的 Feature 请求，被 PM 看到的概率高 10 倍。

9.2 给主流 MCP 项目贡献

社区维护的 MCP 数量已经过几百个。这些项目大多缺中文 README、缺中文示例、缺中文 issue 区维护者。

做中文化是最容易的开源贡献：

选一个你常用的 MCP（比如 GitHub MCP、Filesystem MCP、Notion MCP）。
Fork 仓库。
在 README 旁边加一份 README.zh-CN.md。
把 examples 里的英文注释翻译成中英对照。
提交 PR。

通常一周内会被合并。

9.3 加入 Anthropic

Anthropic 在 2025 年下半年开始在中国招聘：

市场/BD 类岗位：北京、上海有 office 或远程。
技术支持类岗位：通常有中英双语要求。
Solutions Engineer：帮中国客户落地，对 Claude Code 有深度使用要求。
社区运营：帮 Anthropic 维护中文社区。

这些岗位的招聘信息都在 anthropic.com/careers 上。

申请技巧

普通投简历通过率不高。更高效的方式是：

先成为社区可见的人。如果你在 Discord/Twitter 上有可见的 Claude Code 贡献，HR 看到你简历会优先放行。
找内推。Anthropic 员工有内推奖励，你认识的任何 Anthropic 员工都可能愿意帮你内推。
简历突出"实际产出"。不要写"擅长 Claude"，要写"发布了 X 个 Skill，被 X 万人安装；写了 X 篇 Claude Code 教程，累计阅读 X 万"。

社区里已经有几位中文圈的"知名 Claude Code 创造者"被 Anthropic 招进去做 Solutions Engineer。这条路真实可行。

十、心态：创造者最需要的 3 个心态

技术层面讲完了。最后给你三个心态——这三件事比所有技术都重要。

心态 1：别等"准备好"才发布

无数人卡在"我的 Skill 还不完美，再改改就发"。改改改改一年过去了，从未发布。

正确的心态是——v0.0.1 也算发布。

第一个版本可以丑、可以有 bug、可以只有一个示例。只要它能解决一个真实问题，就值得发布。

发布出去，你才会有真实用户给你提反馈，反馈才是迭代的最大驱动力。没有用户的产品永远不会变好。

社区里所有现在被几万人用的 Skill / Plugin，第一版都很简陋。差别只在于——他们发出来了，你没有。

心态 2：别怕做"小工具"

很多人觉得"我的小 Skill 谁要用啊，我想做就要做大的"。

错。

每一个伟大的产品都从极小的工具开始。Notion 最早只是一个简单的笔记块；Figma 最早只是一个浏览器里的 SVG 编辑器；ChatGPT 最早只是一个研究项目的副产品。

小工具的价值不在它本身，而在它给你的"复利"：

第一个 Skill 让你学会了 Skill 怎么写。
第二个 Skill 让你学会了如何跟反馈打交道。
第三个 Skill 让你学会了 marketing。
第十个 Skill 时，你已经是别人眼里的"创造者"了。

每一个小工具都是你成长曲线上的一节台阶。不要轻视任何一节。

心态 3：每月写 1 篇复盘

最后，这一条我个人觉得比前两条都重要。

每个月固定写一篇"我这个月用 Claude Code 做了什么"的复盘文章。不需要长，1500-3000 字就够。

复盘的好处是：

倒逼自己持续学习。知道月底要写文章，你就不会让这个月白过。
沉淀变成内容资产。一年下来你有 12 篇高质量复盘，构成你的"个人品牌库"。
被算法和读者发现。复盘类文章在中文圈是最受欢迎的 AI 内容之一。
给自己留 footprint。三年后回头看，你能清楚看到自己怎么从 0 到 1。

这件事的成本是每月 2-4 小时，回报是整个职业生涯的复利。

全书结语：你已经走完了

读到这里，你已经走完了一段不短的路。

回头看看：

从"听都没听过 Claude Code"，到"能用它解决具体问题"；
从"被琐事吃掉时间"，到"让 AI 替你管那些不该是你做的事"；
从"只读不练"，到"读完即用"；
也许从"只会用别人做的 Skill"，正在变成"自己写 Skill 给别人用"。

这本书可以告一段落了。但你和 Claude Code 的故事才刚刚开始。

把附录 A 速查表打印出来贴在显示器边，把附录 B 的 30 个提示词收藏到云笔记里，遇到坑回到第十一章查。三个月后你会发现，自己已经回不去那个"什么都自己干"的小林了。

如果哪天你做出了一个 Skill、写了一篇文章、跑通了一个工作流、靠 Claude Code 拿到第一笔副业收入——欢迎告诉我们（README 上有联系方式）。

我们准备在下一版橙皮书里收录读者真实故事。也许下一本橙皮书的某一章，就是关于你的。

最后，借用一位已经走完这段路的读者发来的话：

"我以前总觉得 AI 是聪明人的玩具，跟我没关系。读完这本书后我才意识到，AI 不是聪明人专属，AI 是给愿意上手的人专属。"

希望你也是那个愿意上手的人。

下一本橙皮书写什么？也许就由你来写。

本章一图回顾

                    从用户到创造者：成长路径

         你在这里
            │
            ▼
      ┌──────────┐
      │   用户    │  会用 Skill / MCP / Hooks / Subagents
      │           │  能解决自己生活和工作的问题
      └─────┬─────┘
            │  写出第一个 SKILL.md
            ▼
      ┌──────────┐
      │ Skill    │  把"重复教 Claude 的事"沉淀成一个 Markdown
      │ 创造者    │  发到 GitHub + awesome 列表
      │           │  第一周 50 个 star，第一个月 500 用户
      └─────┬─────┘
            │  把多个 Skill + Commands + Hooks 攒成 Plugin
            ▼
      ┌──────────┐
      │ Plugin   │  写 plugin.json，加自定义 Subagents
      │ 创造者    │  提交到官方 Marketplace
      │           │  几千上万人一键安装
      └─────┬─────┘
            │  把"为什么这么做"写成文章/视频
            ▼
      ┌──────────┐
      │ 内容     │  公众号 + 知乎 + B 站 + Twitter 多平台
      │ 创造者    │  6 个月涨粉 5w，被 MCN 签约
      │           │  开始接广告、卖训练营
      └─────┬─────┘
            │  把内容能力 + 工具能力打包成顾问服务
            ▼
      ┌──────────┐
      │ 行业 AI  │  专注 1 个垂直行业（教培/律所/外贸/电商）
      │ 顾问      │  搭建费 ¥3-15k + 维护费 ¥1.5-5k/月
      │           │  月稳定收入 ¥3-8w
      └─────┬─────┘
            │  最后一步（可选）
            ▼
      ┌──────────┐
      │ 平台级   │  自己开 SaaS / 出版书 / 加入 Anthropic
      │ 玩家      │  年收 6-7 位数
      │           │  成为生态里被记住的名字
      └──────────┘

       关键节点的时间线（多数人的真实节奏）

      第 1 个月：跑通这本书所有功能
      第 2 个月：发布第 1 个 Skill
      第 3 个月：社区回答 50 个问题
      第 4 个月：写 5 篇高质量教程
      第 5 个月：发布第 1 个完整 Plugin
      第 6 个月：参加黑客松或线下活动
      第 7-12 个月：副业月收 ¥3-10k 起步
      第 12-24 个月：稳定月收 ¥3-30w，进入腰部以上创造者圈

           创造者三大心态护身符
       ┌─────────────────────────┐
       │  1. v0.0.1 也算发布       │
       │  2. 别怕做小工具          │
       │  3. 每月写 1 篇复盘       │
       └─────────────────────────┘

把这张图打印出来，贴在你电脑旁边。每完成一个节点，就在对应的位置画一个勾。

一年后你会发现，你已经不是当初那个"普通用户"了。

第十二章 从用户到创造者

一、为什么要从用户变成创造者

1.1 "用得好"和"做得出"是两种不同的成就感

1.2 创造者能拿到什么

1.3 三种创造者路径

1.4 一个不算秘密的事实：先发优势

二、第一步：发布你的第一个 Skill

2.1 为什么从 Skill 开始

2.2 选题：什么 Skill 值得做

方向 1：行业知识包

方向 2：公司或个人风格指南

方向 3：工作流方法论

方向 4：工具调用模板

方向 5：创意或教学

2.3 Skill 的标准文件结构

2.4 SKILL.md 的写法详解

Frontmatter（前置元信息）

正文（Claude 实际会读的部分）

完整 SKILL.md 示例：weekly-report-cn

{姓名} 周报（{开始日期}-{结束日期}）

本周完成

本周亮点

下周计划

需要支持

2.5 在本地测试你的 Skill

安装到本地

验证 Claude 能看到它

真实使用一次

反复修正

2.6 发布到社区

步骤 1：在 GitHub 开公开仓库

步骤 2：补齐三件套（README、LICENSE、examples）

使用

示例

反馈

协议

步骤 4：提交到 awesome 列表

步骤 5：在社区做一次"首发推介"

三、第二步：进阶 —— 发布 Plugin

3.1 Plugin = 一个"全家桶"

3.2 Plugin 的标准文件结构

3.3 plugin.json 的完整字段

3.4 一个完整 Plugin 案例：教师备课包

包含的能力

plugin.json

/lesson 命令的写法（commands/lesson.md）

Hook 配置（hooks.json）

教学法 Subagent（agents/pedagogy-reviewer.md）

3.5 一个值得借鉴的 Plugin 设计原则

四、第三步：让你的 Plugin 能被一键安装

4.1 提交到官方 Plugin Marketplace

4.2 提交到 awesome 系列清单

4.3 自建 Marketplace（团队/学校用）

方案 A：Git 子模块

方案 B：内网 npm registry

方案 C：内部 Marketplace 网站

4.4 版本管理与升级策略

五、第四步：写 MCP Server（更高级路径）

5.1 什么时候需要写 MCP

5.2 用什么写

5.3 一个最简的 MCP Server（30 行代码）

准备环境

写主文件 server.py

在 Claude Code 里接入

5.4 把 MCP 发布到社区

Python 版：发到 PyPI

TypeScript 版：发到 npm

注册到社区目录

5.5 MCP 的进阶能力（提一下，不展开）

六、第五步：做内容 —— Claude Code 创作者的 4 个变现路径

6.1 写文章 / 教程

平台选择

选题方向

真实案例

6.2 拍视频 / 直播

平台选择

类型推荐

选题模板

收益预期

6.3 做训练营 / 1 对 1 咨询

第十二章从用户到创造者

完整 SKILL.md 示例：`weekly-report-cn`

`/lesson` 命令的写法（commands/lesson.md）

写主文件 `server.py`