[AI书房] 第27章 初级实用技巧10条
Claude Code完全掌握
Claude Code完全掌握
第27章 初级实用技巧10条
金京镇
初次体会到的速度差距
回想一下第一次打开Claude Code的那天。黑色屏幕上光标一闪一闪，不知道该输入什么，愣了好半天。敲下一行提示词，拿到结果，再改，又改。几个小时过去了，想要的东西还是没出来。可用同一个工具的另一个人，出活快得让人吃惊。
工具没有不同，不同的只是几个习惯。
这一章介绍的十条技巧，是刚接触Claude Code的人应该最先掌握的基本功。每一条看起来都是小习惯，但积累起来，工作速度和产出质量会有肉眼可见的变化。
技巧1. 用/init初始化项目
假设你用Claude Code打开了一个已有文件的项目文件夹。第一件该做的事，就是输入/init命令。
执行这条命令后，Claude Code会通读整个项目。它会梳理文件夹结构、文件列表和代码规范，然后自动生成一份claude.md文件。这份文件相当于项目的速查表（cheat sheet），里面整理了架构怎么搭的、关键文件是哪些、遵循哪些规则。
跑过/init之后，每次开新会话就不需要重新介绍项目了。因为Claude已经掌握了上下文。
如果是从零开始一个新项目呢？那就把项目目标、技术栈（tech stack）、主要规则等直接告诉Claude，一起把claude.md文件写好。这份文件越完善，后续所有工作就越顺畅。
[图27-1] 执行/init后自动生成的claude.md文件示例
技巧2. 设置状态栏（Status Line）
埋头写代码的时候，很容易忘了当前消耗了多少上下文（context）。干着干着猛一看，发现上下文窗口快满了，这种经历应该不少人有过。
在终端输入/statusline，告诉Claude Code你想看哪些信息，它就会在终端底部生成一个小仪表盘。当前使用的模型名称、上下文使用比例、费用等都能实时显示。
状态栏真正的价值在于，能提前发现上下文快耗尽了。上下文所剩无几却浑然不觉地继续干活，Claude的回答质量会断崖式下跌。有了状态栏，在那种情况到来之前就能做好准备。一个小脚本，决定了整个会话的质量。
技巧3. 用/voice语音输入
用键盘敲长提示词，比想象中更费时间。脑子里有很具体的需求，转化成文字的过程中，关键信息反而容易丢掉。
Claude Code内置了/voice这个原生语音输入命令。可以直接对终端说话下指令。说一句「把这个函数的错误处理优化一下」，话怎么出口的，就怎么变成提示词。
语音输入的好处不只是快。用嘴说的时候，背景和意图会自然地一起传达出来。打字时下意识会省掉的说明，说话时反而更丰富。结果就是Claude能更准确地理解你的意图。
用单独的语音听写（dictation）应用也是个好办法。通过操作系统或第三方应用，随时随地都能语音输入文字，不光是Claude Code，其他工作的效率也跟着提升。
技巧4. 保持上下文精简
「塞得越多知道得越多」这个想法很自然，但在Claude Code里反而有害。
不要把整个代码库一股脑倒进对话。只提供当前任务需要的信息就够了。大问题拆成小步骤，每一步只传相关的代码和背景。
上下文窗口里的噪声越少，Claude的表现就越好。人也一样。会议室里十个议题同时讨论，哪个都讨论不出结果。一次专注一件事，才能做出有深度的成果。
[图27-2] 上下文精简与过度填充时的回答质量对比
技巧5. 用/context诊断token消耗
说了要保持上下文精简，可到底是什么在吃token，怎么才能看出来？
用/context命令就行。这条命令会按百分比显示当前会话中token的消耗分布：系统提示词占了多少、文件内容占了多少、MCP连接的服务器定义占了多少，一目了然。
会话变沉重的时候，回答变慢或质量下降的时候，跑一次/context看看。很多时候会在意想不到的地方发现token被大量消耗。找到原因，就能重新调整结构，腾出空间。
这个诊断习惯和技巧4「保持上下文精简」是一对。光知道原则，量不出当前状态，就很难落实。
技巧6. 60%压缩规则与任务间重置
上下文使用量接近60%的时候，就该执行/compact命令了。
这条命令会压缩对话历史。方式是保留重要信息，过滤掉不必要的部分。压缩之后仍然可以接着干，不需要从头开始对话。
这里有一个实用技巧：执行/compact时可以明确指定要保留的内容。比如输入「/compact，但保留API对接的决策和数据库schema」，Claude就会压缩其余部分，同时原样保留你指定的信息。
切换到完全不同的任务时，用/clear。它会清空对话历史，像新会话一样重新开始。claude.md文件和项目文件都还在，所以跟从零开始不一样。养成每次任务性质变化时用/clear重置的习惯，就能防止上一个任务的残留上下文污染新任务。
技巧7. 优先使用计划模式（Plan Mode）
按Shift+Tab可以切换Claude Code的模式。其中计划模式是指Claude可以读代码、做调查，但不修改任何东西。
这件事为什么重要，有它的道理。
在计划模式下，Claude会制定工作计划：哪些文件需要改、按什么顺序推进、还有什么需要确认的。遇到不明确的地方，它还会主动提问。
经过这个过程再关掉计划模式、让Claude动手，它改错方向导致需要回退的次数会明显减少。不做规划直接写代码，和先设计再动手，差别就在这里。不管是人还是AI，道理相通。
[图27-3] 计划模式下Claude编写的工作计划示例
技巧8. 把AI当初级开发者对待
「实现这个功能」这种直接命令，和「要降低用户流失率的话，你觉得什么方案比较好？」这种抛出问题的方式，差别比想象中大。
只给Claude下具体指令，它就只照做。但如果抛出问题，Claude会自己推理、比较多种方案、解释为什么选了某个方向。
这个过程带来两个好处。一方面，Claude先建立了自己的逻辑再写代码，产出质量会上升。另一方面，审查Claude的推理过程时，我们可能会发现自己没想到的考量。
想想给初级开发者派活的场景。只说「照这样做」，那个人不会成长。问「你觉得这个问题怎么解决比较好？」，他才会思考，你也才能审查他的思路。Claude也是如此。给它思考的机会，它才能拿出更好的结果。
技巧9. 提问引导式提示（Question-Driven Prompting）
在规划模式下，Claude有时会主动提出问题，但我们可以更积极地利用这一点。
在提示词中加上这样一句指令：「在你对我的需求和你应该做的事达到95%的确信之前，请持续向我提问。」这样一来，Claude会逐一确认模糊之处，，目标用户是谁、出错时期望怎样的行为、性能基准是什么。那些我们来不及写明的需求，就在一问一答中浮出水面。
如果跳过这个对齐过程，会怎样？Claude会按自己的假设推进工作。拿到结果一看，三四处不符合意图。要求修改，再修改。这样的往返只要反复三次，上下文就迅速耗尽了。
提问引导式提示，就是把这些往返成本提前拦截掉。开头多花5分钟把需求理清楚，后面能省下30分钟。
技巧10. 在待办清单中插入自我验证
Claude Code在开始工作时会生成一份待办清单（to-do list）。第十个技巧，就是在这份清单里直接嵌入验证步骤。
比如要做一个网站，待办清单可以这样安排：
1. 实现网站布局 2. 截取网站截图，确认布局是否符合预期 3. 打开Chrome DevTools，检查是否存在功能错误 4. 确认响应式设计在移动端是否正常运行 5. 根据检查结果进行修正
这样做的效果是，Claude不会做完就直接交给我们，而是先自行检查成果，发现问题就修复，然后再展示结果。
还有一个补充技巧：告诉它「在进入下一个待办项之前，请反复迭代，直到你确信当前项目已完成95%」。AI很难一次给出完美结果，但加上自我验证循环后，60分的产出能提升到90分。这些差距积累起来，整个项目的完成度会截然不同。
[图27-4] 包含自我验证步骤的待办清单构成示例
小习惯带来大不同
我们逐一回顾了十个技巧。用/init开始，通过状态栏掌握进度，用语音快速下达指令，保持上下文轻量，诊断并压缩，先做计划，抛出问题，引导提问，自动化验证。没有哪一条是复杂的技术，不过是习惯而已。
这些基本功一旦内化，你就做好了进入下一阶段的准备。利用辅助Agent进行并行作业、制作自定义技能文件、成本优化，，更精细的技法正在前方等着你。
人工智能专家 金京镇律师
AI法律政策专家 · 前国会议员 · 著作等身
如果这本书曾在你身边停留片刻，请支持我们，让下一个故事得以问世。
（自愿赞助账户：农协 302-1096-0948-81 户名：金京镇）