订阅 Claude Code 之后，我的整个世界都打开了
哈喽，我是飞飞。
今天聊一个我最近最想分享的事 —— 自从我订阅了 Claude Code，我的整个工作方式都变了。
不是那种”多了个好用的工具”的变，是那种”等等，原来事情可以这样做？”的变。上周有个需求，以前我估摸着要写一天，结果一个半小时搞定了，还包括测试。当时坐在椅子上愣了一下，觉得有点不真实。
这段时间我用 Claude Code 做了不少事情——写代码、看源码学新东西、给自己搭了一套写文章的自动化流水线。下面挑重点说说。
先说订阅这件事
我之前也折腾过不少 AI 编程工具。Copilot 用了很久，Cursor 也试过一阵子。说实话它们都能用，但总觉得差了点什么。
Copilot 最大的问题是它只看得到当前文件。你在写一个组件，它帮你补全这个组件的代码还行，但它根本不理解你整个项目的架构。改了接口它不知道要同步改类型定义，修了个 bug 它不知道同一个逻辑在三个地方都要改。
Claude Code 不一样。它是 Anthropic 官方出的，一个完全运行在终端里的 AI 编程 Agent。注意，不是”编程工具”，是 Agent。它能读你整个代码仓库，理解项目结构，自己执行命令，自己跑测试，自己提交代码。
Anthropic 自己有个数据，他们工程师写的代码里 90% 是 Claude Code 完成的。我一开始觉得这个数字有点夸张，用了一阵之后觉得 —— 说不定真没夸张。
用 Claude Code 写代码，体验完全不一样
它能理解整个项目
这是最核心的区别。你不需要把上下文一段一段喂给它，它自己会读。
举个例子。我有一个 Hexo 博客项目，里面有主题配置、部署脚本、几十篇文章。我跟 Claude Code 说”帮我加个搜索功能”，它不会傻乎乎地给我一段通用代码。它会先看我用的什么主题，看配置文件里有没有已安装的搜索插件，然后告诉我只需要改两行配置就行了。
就这一件事，换成 Copilot 我得自己翻配置文件半天。
多任务并行是杀手级功能
这是一个被很多人忽略的用法。你可以同时开好几个终端，每个终端跑一个 Claude Code 实例，让它们分别干不同的事。
比如我最近在做一个项目：
- 终端 1：Claude Code 在写前端页面
- 终端 2：Claude Code 在写后端 API
- 终端 3：Claude Code 在写测试用例
三个实例同时工作，互不干扰。我只需要在它们之间巡逻一圈，看看进度，回答偶尔冒出来的决策问题就行了。一个人干三个人的活，而且质量不差。
还有一个我觉得很”划算”的场景 —— 开会。上周有个两小时的产品评审会，我不是主讲人，就把笔记本打开，会前列好的三个小任务一个个丢给 Claude Code。会散了，我一看 git log，三个 commit 都在了。属于是”人在开会，代码在跑”。
出了问题它能自己修
以前用 AI 写代码，最烦的就是”它写完了你去跑，报错了你还得自己调”。Claude Code 不是这样。你让它写一个功能，它写完会自己去跑，如果报错了，它会读错误信息，分析原因，然后自己改。一整个闭环。
当然它不是百分百完美的。偶尔会陷入”幻觉”——反复改同一段代码，越改越复杂但问题还在那。这时候最好的做法就是果断清上下文重来。我一般用 /clear 清掉对话，git 回滚到上一个能跑的版本，然后换个思路重新让它做。
学习这件事也变了
Claude Code 不只是帮我写代码。它也帮我学东西，而且学习效率高得离谱。
读源码不再痛苦
以前想看一个开源项目的代码，光搞清楚它的目录结构就要半天。现在我直接把仓库 clone 下来，打开 Claude Code，问它：
1 | 这个项目的架构是怎样的？核心模块是什么？数据流是怎么走的？ |
它会给我一个清晰的架构说明，标注每个目录的职责，告诉我关键逻辑在哪些文件里。有了这张地图，再去读代码就快多了。
新技术的上手速度翻倍
之前学一个新框架，看文档、找教程、自己写 demo，怎么也得两三天才能上手。现在我换了个路子：直接跟 Claude Code 说”帮我用 xx 框架搭个 demo”，它搭好之后我一边看它写的代码一边问”这行为什么要这样写”。
就好像有个随时在线的师傅带你写项目。而且它不会嫌你问题蠢，你追问十遍它也不会不耐烦。这种边干边学的效率，比光看文档高太多了。
Skill 系统：真正让世界打开的东西
说实话，如果只是编程辅助，Claude Code 只能算”很好用”。真正让我觉得”世界打开了”的，是它的 Skill 系统。
Skill 是什么
简单说，Skill 就是你写给 Claude Code 的”操作手册”。你把一个复杂的工作流程写成一个 Markdown 文件，放在项目的 .claude/skills/ 目录下，Claude Code 就能按照这个手册来执行任务。
比如我有一个写博客的工作流：搜集资料 → 写初稿 → 检测 AI 味 → 配图 → 生成公众号和小红书版本。以前这一套流程全靠手动，从选题到发布至少要半天。
现在我把这个流程拆成了 6 个 Skill：
| Skill 名称 | 角色 | 职责 |
|---|---|---|
| content-researcher | 调研员 | 搜索资料、抓取网页、整理素材 |
| content-writer | 写手 | 根据素材撰写文章 |
| content-polisher | 润色师 | 检测 AI 味、逐段优化 |
| content-artist | 画师 | 生成封面图和配图 |
| content-distributor | 发行人 | 生成公众号和小红书版本 |
| content-director | 导演 | 编排以上 5 个 Skill 按顺序执行 |
我只需要输入 /content-director 写一篇文章：xxx，剩下的事情它全部自动完成。搜资料、写文章、检查 AI 味然后优化、生成封面图、最后帮我把公众号版本和小红书版本都准备好。
对，你现在看到的这篇文章，就是这个流水线跑出来的。
怎么写一个 Skill
Skill 的门槛其实很低，就是一个 Markdown 文件加一点 YAML 配置头。结构大概长这样：
1 | --- |
关键是你得把流程想清楚，告诉 Claude Code 每一步该做什么、输出什么、下一步的输入从哪来。
我在折腾 Skill 的过程中有几个心得：
第一，Skill 要拆细。 一开始我把所有逻辑塞进一个大 Skill 里，结果六百多行，又长又难维护。后来拆成了 6 个小 Skill，每个只负责一件事。清晰、好调试、还能单独复用。
第二，命名要规范。 我统一用 content- 前缀，两个单词，角色化命名。content-researcher、content-writer、content-polisher。一看名字就知道这个 Skill 干什么。
第三，Skill 可以编排。 这是最强大的地方。一个 Skill 可以调用其他 Skill，就像搭积木一样。我的 content-director 就是一个纯编排 Skill，它自己不写一行文章，只负责按顺序调用其他 5 个 Skill。
Skill + MCP：无限扩展能力边界
有人做了一个很好的比喻：MCP 是厨房里的刀具、锅碗、食材，Skill 是食谱。你把工具和流程组合在一起，就能做出菜来。
我的 Skill 里就用到了好几个 MCP：
- Brave Search —— 让 Claude Code 能上网搜索
- Fetch —— 让它能抓取网页内容
- Banana Image —— 让它能生成图片并上传到 CDN
这些 MCP 给了 Claude Code”手”和”眼睛”，Skill 告诉它怎么用这些能力。两者配合，能力边界一下就打开了。
几个具体的使用场景
聊了这么多概念，说几个我每天实际在用的场景。
场景一：写完代码一键提交
我有一个 git-commit Skill，写完代码之后输入 /git-commit，它自动看改了哪些文件，生成一段规范的 commit message，然后提交。不用自己想提交信息，也不用担心忘了 add 什么文件。
场景二：AI 味检测
这个是我自己做的最满意的 Skill。它能给文章打一个 AI 味分数，从 6 个维度评估——结构是不是太模板化、表达是不是太空洞、细节够不够、情绪够不够、观点够不够尖锐、有没有个人特色。
打完分之后，它还会逐段给优化建议，然后直接改。改完再打一次分，确保分数降下来了。
场景三：博客全流程自动化
这个前面说了。一句话启动，从资料搜集到多平台内容生成全自动。对我这种同时在公众号和小红书上发内容的人来说，省了太多时间。
场景四：快速理解新项目
接手一个新项目或者要给一个开源项目提 PR 的时候，先让 Claude Code 把项目架构分析一遍。比自己翻代码快十倍，而且它能发现一些你很容易忽略的依赖关系。
这不是在吹 Claude Code
说了这么多好话，也说几个它做不好的地方。
第一，它偶尔会”自信地犯错”。 尤其是在处理非常新的库或者非常小众的 API 时，它可能会编造一个看起来合理但实际不存在的方法。所以 Code Review 不能省。
第二，上下文窗口有限。 对话特别长的时候，它会”忘记”前面聊的内容。这时候要用 /compact 压缩上下文，或者干脆 /clear 重新开始。
第三，需要投入时间学习怎么用好它。 Claude Code 的上限很高，但要把它用到 80 分以上，你得花时间去理解 CLAUDE.md 怎么写、Skill 怎么设计、什么时候该拆子任务。这个学习曲线存在，但回报很大。
写在最后
用了这段时间，我最大的感受是——我花在”敲键盘”上的时间少了，花在”想清楚要做什么”上的时间多了。
以前一天能写两百行代码觉得效率不错。现在 Claude Code 一小时能写两百行，我更多的时间在想：这个功能到底该不该做？这个架构合不合理？这个 Skill 的流程能不能更简洁？
某种意义上，写代码的比重在下降，但思考的密度在上升。我觉得这才是 AI 工具最大的价值——不是替你干活，是把你的时间从低价值的重复劳动里解放出来，让你去做更重要的事。
好了，就聊到这。如果你也在用 Claude Code，欢迎评论区交流你的用法。我特别好奇别人是怎么设计 Skill 的。