效率飞升实战
🎯 学完这课你能
- 把前 9 课的知识串成完整工作流
- 对照效率自查表找到提升方向
- 通过毕业测验检验学习成果
📊 你的 CC 使用诊断报告
基于你 7 个 session、56 条消息的真实使用数据：
- 把 CC 当研究助手，快速探索 API 和生成文档
- 主动配置全局 CLAUDE.md，防止过度工程化
- 会打断 CC 的错误方向（"不怕中断"是好习惯）
- API 集成前先检查权限 — 4 次外部阻塞本可以避免（第 8 课 Hook）
- 用并行 Agent — 你从未使用过 multi-clauding（第 7 课）
- 用 Worktree 隔离实验 — 0 次提交说明你在"裸奔"开发（第 9 课）
- 用 MCP 连接外部服务 — 飞书 API 调试可以自动化
- 用 Headless 模式跑批量任务 — 翻译、文档不需要交互式 session
- MCP 服务器 — 让 CC 直接连飞书 API，省去权限调试
- Custom Skills — 把"查资料+翻译+保存"做成一个 /命令
- Headless 模式 —
claude -p "翻译这个文件"后台执行 - Pre-flight 检查 — 集成前先让 CC 自动验证所有前置条件
恭喜你走到最后一课！前面 9 课你学了文件系统、报错、技术栈、Git、包管理、CLAUDE.md、Plan 模式、Hooks、Worktree。
这一课把它们串起来，给你一套完整的高效工作流程。
一个项目的完整工作流
假设你要做一个新项目："公司年会投票系统"。用你学到的所有知识，正确的流程是：
先给 CC 一份清晰的"岗位说明书"：项目背景、技术栈偏好、注意事项。
切到 Plan 模式，描述需求。CC 会研究并给出方案。你确认后再开工。
"帮我做一个年会投票系统，需要：飞书登录、创建投票、实时结果、管理员后台"
在 worktree 中开发。试验成功 merge 回来，失败就丢掉。
不再说"出错了你看看"，而是："运行 npm run dev 后，在 page.tsx:42 报了 TypeError，我之前加了投票组件后就出现了。"
每个功能做完 commit 一次。出问题可以回退。推到 GitHub 做备份。
CC 使用效率自查表
对照下面的清单，看看你目前做到了几项：
毕业测验
📝 题目 1/5
CC 告诉你 ENOENT: no such file or directory, open './config/db.json'，这意味着？
📝 题目 2/5
你想让 CC 用最安全的方式试验一个新功能。最佳做法是？
📝 题目 3/5
dependencies 和 devDependencies 的区别？
📝 题目 4/5
你的 CLAUDE.md 应该写什么？
📝 题目 5/5
以下哪种方式描述 bug 最能帮助 CC 快速修复？
接下来的路
最好的学习方式是实践。每次遇到新概念、新报错，你现在有了基础框架去理解它。
遇到看不懂的代码或概念，直接问 CC"用通俗语言解释一下这段代码在干什么"。你已经告诉它你是 HR 了（在 CLAUDE.md 里），它会用你能理解的方式回答。
每次 CC 犯错或你发现更好的工作方式，加到 CLAUDE.md 里。你的规则会越来越完善。
🎉
恭喜毕业！
从 Vibe-Coder 到懂技术的 HR，你已经迈出了最重要的一步。