先探索、再计划、最后编码如果一开始就让CC直接修改代码可能会导致代码解决错误的问题。使用 plan 模式将探索过程与执行过程分开。探索CC内置的 plan 模式只能读取文件并且会和用户澄清问题。read /src/auth and understand how we handle sessions and login. also look at how we manage environment variables for secrets.计划要求CC创建一个详细的实现计划。I want to add Google OAuth. What files need to change? Whats the session flow? Create a plan.实现退出 plan 模式让CC执行计划开始编码并根据计划进行验证。implement the OAuth flow from your plan. write tests for the callback handler, run the test suite and fix any failures.提交让CC将修改之后的内容提交到仓库便于回退。在提示词中提供指定的上下文内容CC虽然可以一定程度的推断上下文内容但是它并不知道我们具体的意图。所以我们可以在提示词中通过 引用具体的文件、直接粘贴图片、提供文档和API参考的URL使用/permissions允许经常访问的的网址通过管道传输数据cat error.log | claude或者让CC通过使用工具来获取它所需的信息从而更准确的去执行任务。示例如下。策略前后明确任务范围。具体说明目标文件、测试场景和测试偏好。“为foo.py添加测试”“为 foo.py 编写一个测试覆盖用户已登出的极端情况。避免使用模拟对象。”指出信息来源。引导克劳德找到能够回答问题的资料来源。“为什么ExecutionFactory的API这么奇怪”“查看 ExecutionFactory 的 git 历史记录并总结其 API 的创建过程。”参考现有模式。引导 Claude 关注代码库中的模式。“添加日历小部件”“查看首页上现有组件的实现方式了解其模式。HotDogWidget.php 就是一个很好的例子。遵循这种模式实现一个新的日历组件允许用户选择月份并向前/向后翻页选择年份。从零开始构建除了代码库中已使用的库之外不使用任何其他库。”描述症状。提供症状、可能出现的部位以及“缓解”后的状态。“修复登录漏洞”用户报告称会话超时后登录失败。请检查 src/auth/ 目录下的身份验证流程特别是令牌刷新部分。编写一个能够重现此问题的失败测试用例然后修复它。配置环境记忆相关写一个高效率的CLAUDE.md、打开auto memory机制让CC能够自动收集夸会话之间的知识。权限模式相关CC中包含多个不同的权限模式可用于CC在编辑等操作的时候是否需要用户同意。工具相关有CLI、mcp、hook等。其他相关skill、subagents、plugins其实就是将skill、mcp、hooks、subagents打包成了一个可以安装的单元。详细的扩展使用方法可以通过该链接学习https://code.claude.com/docs/en/features-overview高效的沟通大概就是对于仓库中不懂的问题一直提问就好了然后让CC来询问你这样CC能够很好的了解项目结构和你的意图。管理会话首先CC是以会话为单位的并且每一个会话都有全新的上下文窗口。我们可以在同一个项目中创建多个会话并且在启动CC的时候可以通过/resume来切换会话也可以通过/rename来重命名会话。然后就是有关会话上下文容量的问题因为随着会话历史不断累积上下文窗口会被很快的挤满从而导致LLM注意力降低。这个时候我们可以/clear、/compact去重置、压缩上下文当我们需要问一些不希望被记录到上下文中的问题时可以通过/btw来新开一个对话框去询问问题这个询问记录不会注入到主会话的上下文中。另外一个相对高效的方案是使用subagents因为每个子agent都有自己的上下文他们在执行完任务之后只会想主agent中注入一条总结之后的信息因此占用的上下文很少当然其实也可以使用skill利用skill的渐进式披露的方式。