Claude How To：把 Claude Code 从聊天框变成工作流的 10 节课
你知道 slash commands 存在，但不知道怎么把它们和 hooks 串起来。你知道 MCP 可以连外部工具，但不知道怎么配 subagent 去自动调用。你翻了一遍官方文档，每个功能都看懂了，但回到自己的项目里，还是只会打 claude 然后聊天。
目录
Claude How To：把 Claude Code 从聊天框变成工作流的 10 节课
项目：luongnv89/claude-howto
今日星标：+370
语言：Python
许可证：MIT
定位：Claude Code 的结构化学习路径，从 slash commands 到多 Agent 编排
一个场景
你装了 Claude Code。你打了几个 prompt。然后呢？
你知道 slash commands 存在，但不知道怎么把它们和 hooks 串起来。你知道 MCP 可以连外部工具，但不知道怎么配 subagent 去自动调用。你翻了一遍官方文档，每个功能都看懂了，但回到自己的项目里，还是只会打 claude 然后聊天。
这是 2026 年大多数 Claude Code 用户的现状：你把 90% 的能力放在桌上没用，而且你不知道自己不知道什么。
官方文档的问题不是写得不好——它把每个功能都描述得很清楚。问题是它按功能组织，不按工作流组织。你知道 slash commands 是什么，知道 hooks 是什么，但不知道怎么把它们组合成一条"代码提交前自动跑安全扫描 + 生成测试 + 更新文档"的流水线。
Claude How To 解决的就是这个问题。
它到底是什么
不是另一个 Claude 工具，不是另一个 MCP server，不是另一个 plugin。
它是一本教科书。 一本有 10 个模块、带 Mermaid 流程图、带可复制模板、带课后测验的教科书。
| 维度 | 官方文档 | Claude How To |
|---|---|---|
| 组织方式 | 按功能 | 按学习路径 |
| 深度 | 功能描述 | 底层原理图解 |
| 示例 | 基础片段 | 生产级模板 |
| 入门 | 自己摸索 | 引导式路线图 |
| 自测 | 无 | 交互式测验 |
slash commands → memory → checkpoints → CLI → skills → hooks → MCP → subagents → advanced features → plugins
每个模块都建立在前一个之上。你不会在不懂 memory 的情况下学 subagents（因为 subagents 需要共享上下文），也不会在不懂 hooks 的情况下学 advanced features（因为高级功能的核心就是 hooks 编排）。
三个让它在 trending 上炸了的设计
1. 自评驱动的个性化路径
不是所有人都从零开始。一个已经用了 3 个月 Claude Code 的开发者，不需要从 slash commands 学起。但怎么知道该从哪开始？
Claude How To 的解法：在 Claude Code 里跑 /self-assessment，它给你一套测验题，根据你的回答生成个性化路线图。你答对了 hooks 的题但答错了 MCP 的题，它就跳过 hooks 模块，把你指向 MCP。
这比"从第一章读到第十章"高效得多。关键创新是把评估嵌入工具本身——不是另开一个网页做测验，而是在 Claude Code 里直接跑 slash command，测验结果直接映射到学习路径。
2. 模板即代码
每个模块都带可直接复制的配置文件。不是伪代码，不是"请参考文档"，是你 cp 过去就能跑的真实文件：
# 复制一个 slash command
cp 01-slash-commands/optimize.md /your-project/.claude/commands/
# 复制项目记忆模板
cp 02-memory/project-CLAUDE.md /your-project/CLAUDE.md
# 安装一个 skill
cp -r 03-skills/code-review-specialist ~/.claude/skills/
这个设计解决了一个真实的痛点：你看完一篇教程，知道了 hooks 很强大，但要从零写一个 hook 脚本，门槛还是很高。有了模板，你先跑起来，再改。
3. 组合优于单点
这是最核心的设计哲学。第 10 模块（Plugins）不是教你"plugin 是什么"，而是教你怎么把前 9 个模块的能力组合成一个自动化管线：
- slash command 触发 → subagent 分派任务 → MCP 调用外部工具 → hook 在关键节点拦截 → memory 持久化上下文 → checkpoint 允许回滚
为什么它在 GitHub trending #1
370 个 star 在一天内涌入，不是因为这个项目发明了什么新技术——它没有写一行 Claude Code 的源码。它火的原因是填补了一个真实的认知鸿沟。
2026 年 10 月，Claude Code 已经有 slash commands、memory、checkpoints、CLI、skills、hooks、MCP、subagents、plugins 九大子系统。每个子系统都有自己的文档页。但没有一个地方告诉你这九个东西怎么配合。
这就像给你一箱零件和一本零件手册，但不给你组装图。你知道每个零件是什么，但拼不出一台机器。
Claude How To 就是那张组装图。它不制造零件，它教你组装。
数据
- 10 个模块，覆盖 Claude Code 全部功能
- 11-13 小时完整学习路径
- 3 个语言版本：英文、中文、越南语、乌克兰语、日语
- v2.1.302（2026 年 10 月），与 Claude Code 最新版同步
- MIT 许可证，可自由 fork 和改编
- GitHub Trending #1（2026 年 10 月 22 日）
一个更深的问题
Claude How To 的火爆暴露了一个行业级问题：AI 工具的文档质量远远落后于工具本身的能力。
Claude Code 的 hooks + subagents + MCP 组合可以实现高度自动化的代码审查、安全扫描、文档生成流水线。但大多数用户从来没碰过 hooks，因为文档里 hooks 的示例是"在文件保存时打印一行 log"。
这不是 Claude Code 独有的问题。Cursor、Windsurf、Copilot 都面临同样的困境：工具能力指数级增长，用户认知线性增长，中间的鸿沟越来越大。
Claude How To 的解法是社区驱动的结构化教程。但更根本的问题是：AI 工具厂商是否应该把"组合使用指南"作为一等公民，而不是让社区自己填坑？
如果官方文档从"按功能组织"转向"按工作流组织"，如果每个功能页面都带一个"这个功能和其他功能怎么配合"的示例，Claude How To 这类项目的需求就会大幅下降。
但在那一天到来之前，它是你从"会用 Claude Code"到"用透 Claude Code"的最短路径。
仓库地址：luongnv89/claude-howto
学习路径：LEARNING-ROADMAP.md
15 分钟快速上手：clone 仓库 → 复制第一个 slash command → 在 Claude Code 里输入 /optimize