后台订阅者的问题里，“Claude Code 怎么用”已经稳居前三了。每次回复完，我总感觉还有些使用框架和细节没讲透。这东西属于那种“没人带的话，你很难想到它还能这么用”的工具，今天干脆写一篇，统一给个答案。
先说值不值得学
值得。Claude Code 在 agent 里属于第一梯队。
改 Bug、读项目、补测试、写脚本，这些是它的本职工作。放到嵌入式开发里，它还能帮我们解析数据手册、梳理陌生代码库、生成主机侧测试工具、补协议解析代码、分析编译日志和串口日志。这些活儿以前都得工程师自己啃，现在可以交给它先跑一轮。
大部分人没让它真正干活
Claude Code 能做的事很多，完成度也高。但很多人只拿它计划个 Demo 就停了，完全没发挥出实力。
这也跟它的门槛有关。它是命令行工具，不是开箱即用那种。我观察下来，会用和不会用的差别，不在提示词写得漂不漂亮。会用的人知道三件事：
- 先让它阅读代码库、数据手册和现有接口，再让它给出修改方案。方案确认以后，才允许它动文件。
- 代码改完以后，要求它交出证据——编译结果、单元测试、静态分析报告、变更文件列表，一样都不能少。
- 验证失败以后，要知道怎么定位问题、撤销无关修改，并回到上一个可以工作的版本。
这些步骤本身不复杂，但只看截图很难学会，最好有人带着走一遍。所以每次有人问我，我都想说：这东西，真不如找一套系统的教程跟着学一遍。
最近看到的一套：Claude Code 知识库
我认真翻看了多遍，讲法很实在。不教你背命令，而是带着你完整做一次项目。
从安装、验证环境开始，先把工具跑起来。然后跟着一个叫 MealCraft 的小项目，从零做到能用。全程命令行，主线 18 篇，约 12～16 小时。
这套教程也在反复讲一件事：Claude 说“完成了”，不等于真的完成了。
比如：
- 为什么不能让它上来就改文件，而要先调查、给方案，你确认了再动手
- 它说测试通过了，怎么自己再核实一遍
- 改完之后怎么收尾：看它到底动了哪些文件、有没有夹带无关改动，再让它说清楚改了什么、为什么改、怎么验证的
- 出了问题怎么退回去，以及为什么这件事不能只靠它自带的撤销，还得有 Git 兜底
学完这些，哪怕是小白，也能自己做出一个能用的小应用，而且心里有底。
管好它，才敢放手
Claude Code 用久了，会碰到另一批问题：
- 它碰到不该碰的东西怎么办，比如密钥、原始数据
- 芯片型号、RTOS、编译器、构建命令和资源限制，怎么让它记牢靠
- 复杂一点的任务，不知道怎么拆给它
教程后半部分讲的就是这些：
- 怎么划好权限边界，让它只在你允许的范围里干活
- 怎么把项目规范写进 CLAUDE.md，让它每次都记得
- 怎么把一次有效的操作，变成以后能重复用的流程（Skills、Hooks）
- 怎么接外部工具（MCP）、怎么让多个助手分头干活（Subagents）
- 怎么让它不开对话窗口，自动跑起来（
claude -p）
里面还有几个容易踩的坑，专门拆开讲。比如有些参数名字看着像“安全模式”，其实只是跳过确认，并不是限制它能做什么。这类东西，自己摸索很容易踩进去。
另外还有 3 个独立的实战练习，不依赖主项目，用来检验你是不是真学会了，而不是只会跟着抄。
适合谁
这是入门教程，我不吹它。学完你不会马上能搭什么企业级系统，它也不承诺这个。它能帮你的，是把使用 Claude Code 的习惯养对，让你放心把活交给它，然后自己能验收。
- 如果你已经能用 Claude Code 独立交付完整任务了，这套对你偏浅
- 如果你装过但没真正用起来，或者一直想用却不知道怎么开始，它就是给你准备的
学习资料
- 18 篇主线教程，从安装到完整交付
- 7 份附录，遇到问题可以随手查
- 3 个迁移实战，换个项目再练一遍
- 全程命令行，每个报错都能对上
用熟 Claude Code 以后，很多重复工作的处理方式会明显改变。但对嵌入式工程师来说，最后那道验证始终不能省。
想入门的，跟着走一遍，比自己摸索快不少。如果你还在纠结从哪里开始，不妨先去云栈社区里逛逛，能找到不少同路人的经验。 | 
发表于 9 小时前
|
查看: 1|
回复: 0
/1 
