自从有了CC小弟后，头发也不掉了，手也不痛了。但是新的问题出现了，如何让CC小弟效率++呢，请看以下文章

1. THINKING 思考令牌

根据 https://www.anthropic.com/engineering/claude-code-best-practices 官方文章中 ，搜索Ultrathink,你会得到此段落:

要求克劳德就如何解决某个具体问题制定计划。我们建议使用 “思考 “一词来触发扩展思考模式，这将为克劳德提供额外的计算时间，以更全面地评估备选方案。这些特定短语在系统中直接映射到不断增加的思维预算级别： “思考”<“努力思考”<“更努力地思考”<“超思考”。每一级都会逐步增加克劳德的思考预算。
如果这一步的结果看起来合理，您可以让克劳德创建一份文档或 GitHub 问题，说明其计划，这样，如果实施（步骤 3）不是您想要的，您就可以重置到这个位置。

以上为文本翻译：

也就是在 与CC（CC为Claude Code 简称）的交流中，使用英文 think, think hard, think harder,ultrathink 可以触发思考模式，但这其实并不等于 cursor中 claude 4, 思考以及不思考的区别，cursor 中的 thinking budget 也就是思考的token(你可以想象成 思考深度） 是固定的，但是 ultrathink 可以直接 max 你的 cc thinking 深度， 所以 此技巧可以更加让其更加理解项目写出经过脑子思考的代码。

2. MCP！

必用！必用！必用！ 重要的事情说三遍，

论用了MCP后 跟不用MCP 是什么区别。

人类为何从上古时期发展到现在 透过的是使用工具，CC如果只是使用默认Claude Code 自带的工具 那就犹如闭关锁国。NO ,NO,NO

首先 MCP推荐 Sequential Thinking 以及 context7

一个是有点像之前原子思想那篇prompt 论文（Atom of Thoughts, AOT ）那篇 也就是把 复杂的问题拆成一个个可以处理的小问题这个是sequential thinking 的作用

CONTEXT7 则是 一个专门获取最新文档的MCP工具 俗话说得好 程序员必须会查文档啊 不能让CC小弟老是死记硬背 API 不然又是过时 又不对。

至于我这边听朋友说 配上 ZEN MCP 也不错 不过我目前还没用 有兴趣的朋友可以试试

安装教程

懒人版 如果是window在wsl下运行：

claude mcp add –transport http context-7 “https://smithery.ai/server/@xinzhongyouhai/mcp-sequentialthinking-tools”

claude mcp add –transport http sequential-thinking-tools “https://smithery.ai/server/@upstash/context7-mcp”

顺便附上prompt (在对话开始前黏黏）：

Break the solution into clear steps — sequentialThinking — and pull fresh docs on, use server, and useFormState — context7.

3. PLAN MODE 计划模式

是不是还在烦恼 CC小弟 不尽人意 随意打乱代码 没关系

CC小弟 自带的Plan Mode 会解决问题

根据官方文章

透过制定计划 可以在整体上去避免 Claude 4的修改 部分 是符合用户需求的

当然记得随时使用ESC打断 CC小弟的天马行空的发挥 以及 GIT 版本控制 随时 回退

不然 emmm 这个 代码库 可能 就成为了 CC小弟的玩具。

4. CLAUDE.MD

CLAUDE.MD CC小弟的技术文档以及员工手册。这文档十分重要 其实可以看官方的文章

翻译：您的CLAUDE.md文件将成为 Claude 提示的一部分，因此应该像任何常用提示一样进行改进。一个常见的错误是添加大量内容，而没有改进其有效性。请花时间进行实验，并根据模型确定哪些内容能够产生最佳指导。

CLAUDE.md您可以手动将内容添加到您的，也可以按下#键向 Claude 发出指令，它将自动合并到相关的 中CLAUDE.md。许多工程师#在编码时经常使用它来记录命令、文件和样式指南，然后将CLAUDE.md更改包含在提交中，以便团队成员也能从中受益。

在 Anthropic，我们偶尔会CLAUDE.md通过提示改进器运行文件，并经常调整指令（例如，用“重要”或“您必须”强调）来提高依从性。

也就说明其实 Claude.md 是类似于 cursor 中的 project rule 的角色，透过使用 MUST （必须）等等 来制定项目规则与上下文 （清晰的上下文十分重要！！）

官方文章的常用工作流

1. 要求 Claude 读取相关文件、图像或 URL，提供一般指针（“读取处理日志记录的文件”）或特定文件名（“读取 logging.py”），但明确告诉它现在不要编写任何代码。
   1. 在工作流程的这一部分，您应该考虑充分利用子代理，尤其是在处理复杂问题时。告诉 Claude 使用子代理来验证细节或调查其可能遇到的特定问题（尤其是在对话或任务的早期阶段），通常可以保留上下文的可用性，而不会在效率方面造成太大损失。

让 Claude 根据预期的输入/输出对编写测试。明确告知它您正在进行测试驱动开发（TDD），这样它会避免创建模拟实现（mock implementations），即使是对代码库中尚不存在的功能也是如此

这样可以防止模拟数据的出现 使得 项目可以接近生产级别或MVP级别

• 提供工具和模型： 给 Claude 提供一种截取浏览器截图的方法（例如，通过 Puppeteer MCP 服务器、iOS 模拟器 MCP 服务器，或手动将截图复制/粘贴到 Claude）。通过复制/粘贴或拖放图像，或提供图像文件路径，将视觉模型（visual mock）交给 Claude。
• 实现与视觉对比： 让 Claude 在代码中实现该设计，截取结果图，并与提供的模型进行对比，不断迭代直到结果与模型匹配。

上下文工程

提供清晰的上下文是很重要的（官方文档中说到了） 这里分享一个我非常喜欢的工作流 cursor + CC (只要是两个LLM就行）

使用cursor的chat 功能 打磨提示词（上下文） 然后再喂给 CC

致谢

感谢  Boris Cherny 谢黛西·霍尔曼（Daisy Hollman）、阿什温·巴特（Ashwin Bhat）、吴凯特（Cat Wu）、西德·比达萨里亚（Sid Bidasaria）、卡尔·鲁埃布（Cal Rueb）、诺迪尔·图拉库洛夫（Nodir Turakulov）、巴里·张（Barry Zhang）、德鲁·霍顿（Drew Hodun）以及众多Anthropic工程师以及 广大的 CC 社区成员