用好编码代理：Claude Code 2.0 的关键功能与“上下文工程”心法
这篇长文把 Claude Code 2.0 当成一个“能动手的工作台”来拆解：不仅讲新功能，更强调如何用更好的流程与上下文管理，让代理稳定产出。
1) 先换个视角：你不是“追上更新”，而是“借力变强”
作者给了一个更实用的框架：
• 跟进工具：定期用、定期看更新（不必天天追）。
• 深耕领域：懂业务/系统设计/工程习惯，才能把“未知”变成“可提问、可验证”。
• 多玩多试：用不同模型做同一件事，快速建立直觉与边界。
2) Claude Code 2.0 值得关注的体验升级
一些偏“日常效率”的改动，叠加起来很实用：
• 语法高亮 + 更舒服的评审体验（作者因此更愿意在 CLI 里完成 review）
•
• Checkpointing（
• Prompt suggestions / 历史搜索（
• 更快的模糊文件搜索、队列导航、LSP 插件 等
3) Sub-agents（子代理）怎么用才不浪费
作者重点讲了“子代理不是魔法，是上下文与工具调用策略”：
• Explore：偏“只读搜索专家”，适合快速扫代码库、定位文件与线索。
• general-purpose / plan：更像“全能协作者”，通常会继承更多上下文。
• 关键提醒：不要只依赖 Explore 的摘要。摘要是“有损压缩”，重要文件最好让主代理再读一遍，让信息彼此“交叉注意力”，推理更稳。
4) 核心概念：Context Engineering（上下文工程）
代理之所以“烧 tokens”，不是它话多，而是：
• 工具调用本身 + 工具返回结果都会进入上下文；
• 上下文越长，检索与注意力越容易退化（作者称为 context rot / degradation）。
因此，上下文工程的目标是：
• 把最相关的信息放进来
• 控制“噪音”和重复指令
• 用清晰结构（计划、scratchpad、handoff）对抗跑偏
5) Hooks / Skills / MCP：把“提示词”产品化
作者把这三者放在一起看：
• Hooks：在对话生命周期某个节点自动触发脚本（比如 Stop 后自动提醒/继续下一步）。
• Skills：把领域指令与脚本做成“按需加载”的技能包，避免常驻系统提示导致上下文膨胀。
• MCP：连接外部工具/服务，但要注意“工具定义与中间结果”同样会吃上下文与成本；文中也提到用代码执行环境来降低这种膨胀的思路。
6) 一个很实战的工作流建议
作者的默认搭配大意是：
• Claude（Opus 4.5）偏执行与沟通：更像结对编程伙伴、反馈快。
• Codex 偏 review/找 bug：更克制、误报少，适合做“第二视角审查”。
• 面对难功能：先跑一个“可丢弃的草稿版本”，用它暴露模型的偏差，再用更精准的提示第二轮迭代。
原文链接：https://sankalp.bearblog.dev/my-experience-with-claude-code-20-and-how-to-get-better-at-using-coding-agents/
#ClaudeCode #编码代理 #上下文工程 #AI工具 #软件工程
这篇长文把 Claude Code 2.0 当成一个“能动手的工作台”来拆解：不仅讲新功能，更强调如何用更好的流程与上下文管理，让代理稳定产出。
1) 先换个视角：你不是“追上更新”，而是“借力变强”
作者给了一个更实用的框架：
• 跟进工具：定期用、定期看更新（不必天天追）。
• 深耕领域：懂业务/系统设计/工程习惯，才能把“未知”变成“可提问、可验证”。
• 多玩多试：用不同模型做同一件事，快速建立直觉与边界。
2) Claude Code 2.0 值得关注的体验升级
一些偏“日常效率”的改动，叠加起来很实用：
• 语法高亮 + 更舒服的评审体验（作者因此更愿意在 CLI 里完成 review）
•
/context 看上下文占用（建议复杂任务到 60% 左右就交接或压缩）• Checkpointing（
Esc+Esc / /rewind）：能回到某个检查点，回滚代码与对话• Prompt suggestions / 历史搜索（
Ctrl + R）：减少重复输入• 更快的模糊文件搜索、队列导航、LSP 插件 等
3) Sub-agents（子代理）怎么用才不浪费
作者重点讲了“子代理不是魔法，是上下文与工具调用策略”：
• Explore：偏“只读搜索专家”，适合快速扫代码库、定位文件与线索。
• general-purpose / plan：更像“全能协作者”，通常会继承更多上下文。
• 关键提醒：不要只依赖 Explore 的摘要。摘要是“有损压缩”，重要文件最好让主代理再读一遍，让信息彼此“交叉注意力”，推理更稳。
4) 核心概念：Context Engineering（上下文工程）
代理之所以“烧 tokens”，不是它话多，而是：
• 工具调用本身 + 工具返回结果都会进入上下文；
• 上下文越长，检索与注意力越容易退化（作者称为 context rot / degradation）。
因此，上下文工程的目标是：
• 把最相关的信息放进来
• 控制“噪音”和重复指令
• 用清晰结构（计划、scratchpad、handoff）对抗跑偏
5) Hooks / Skills / MCP：把“提示词”产品化
作者把这三者放在一起看：
• Hooks：在对话生命周期某个节点自动触发脚本（比如 Stop 后自动提醒/继续下一步）。
• Skills：把领域指令与脚本做成“按需加载”的技能包，避免常驻系统提示导致上下文膨胀。
• MCP：连接外部工具/服务，但要注意“工具定义与中间结果”同样会吃上下文与成本；文中也提到用代码执行环境来降低这种膨胀的思路。
6) 一个很实战的工作流建议
作者的默认搭配大意是：
• Claude（Opus 4.5）偏执行与沟通：更像结对编程伙伴、反馈快。
• Codex 偏 review/找 bug：更克制、误报少，适合做“第二视角审查”。
• 面对难功能：先跑一个“可丢弃的草稿版本”，用它暴露模型的偏差，再用更精准的提示第二轮迭代。
原文链接：https://sankalp.bearblog.dev/my-experience-with-claude-code-20-and-how-to-get-better-at-using-coding-agents/
#ClaudeCode #编码代理 #上下文工程 #AI工具 #软件工程
