已使用 Claude code 一段时间，谈谈总体感受：
在处理复杂工程问题时，其分析能力与解决方案产出效率令人印象深刻；然而对于简单、直观的任务，反而可能显得 “大材小用”，甚至效率不如传统 Web AI 交互。
Claude code（后面简称 cc）
1. 初体验
1.1. 优点
cc 在处理复杂工程问题时展现出显著优势。其核心能力在于能够理解跨文件、跨模块的代码逻辑，并在全局视角下进行问题分析与方案设计。
项目中曾遇到一个棘手的加密解密兼容性问题，困扰数日：终端与服务端在某些特定场景下偶发无法正常加解密。
将终端项目代码和服务端项目代码喂给 cc 分析发现：在特定数据长度下，填充算法会出现异常，但常规测试数据长度恰好避开了这个问题。经过半天的交互调试，最终彻底解决了这个隐藏极深的问题。
这种跨文件、跨模块的复杂问题分析能力，正是 cc 相较于传统 Web AI 的显著优势。
1.2. 缺点
cc 在处理简单、直观的任务时，有时反而显得 “过度设计” 或效率不高。
例如，需要将配置文件中的中文注释批量改为英文注释。这种任务对于人类开发者来说一目了然，对于传统 Web AI 也只需几秒钟即可完成。但 cc 的处理流程可能是：
- 读取整个文件内容
- 分析文件结构和语法
- 构建完整的修改计划
- 逐一验证每个修改点
- 最终输出修改结果
这个过程可能耗时数分钟甚至更久，而同样的任务在 Web AI 中通常只需一次 prompt 即可完成。
而且它现在还没解决长记忆问题，还受限于算力，它也无法深入到复杂项目的每一个细节，很多时候不能准确的解决问题。
2. 使用
用梯子科学上网，才能确保 cc 不受地域限制，而且这样海外先进大模型也能正常使用。
2.1. 安装
终端安装过程十分简洁，结合 VSCode 的 cc 扩展交互更好。
1
2
# 官方一键安装脚本
sudo curl -fsSL https://claude.ai/install.sh | bash
2.2. 常用命令
cc 提供了丰富的内置命令，掌握这些命令能显著提升使用效率，常用的两个命令：init 和 compact。
2.2.1. 项目初始化与探索
1
2
3
4
5
# 初始化项目，让 cc 了解当前工作目录的结构
/init
# 详细探索项目架构，分析关键文件
/init --detailed
/init 命令会让 cc 扫描当前目录，建立项目上下文。对于大型项目，建议先使用此命令让 AI 助手了解整体架构：
- 在开始复杂任务前先运行
/init - 对于大型项目，可先运行
/init --detailed获取详细分析 - 定期运行
/init更新项目上下文，特别是项目结构发生变化时
2.2.2. 上下文管理
会话上下文很容易超出限制，这个问题相信不少人都遇到过。此时若想在当前会话继续处理，就需要压缩上下文或重新开始。
1
2
# 压缩当前会话的上下文，节省 token 使用
/compact
3. 交互摸索
3.1. Plan 模式：先规划后实施
对于复杂任务，直接让 cc 开始编码往往效率不高。
事实上，它并没有想象中那么智能，无法直接同步你大脑中的想法。你提供的信息越细致、越精确，它才能越准确地理解并解决你的问题。
正确的做法是先进入 Plan 模式，与 cc 充分探讨，详细规划实现方案，确保它准确理解需求，并给出可行的方案。
乍一看，程序员倒有点像产品经理了。
Plan 模式使用场景：
- 新功能开发：需要添加新模块或功能
- 架构重构：修改现有代码结构
- 复杂 bug 修复：涉及多个模块的交互问题
- 性能优化：需要系统性分析瓶颈点
3.2. Edit 模式：精准执行修改
通过 Plan 模式确定方案后，即可切换到 Edit 模式，让 cc 具体实施修改。
当然，如果嫌麻烦跳过 Plan 模式直接执行也未尝不可 —— 前提是需求足够明确。否则，不仅可能浪费 token 和时间，还容易事倍功半，得不偿失。
4. 小结
在解决项目问题时，需要结合传统工具正确使用 cc，遵循 “先问后做” 的原则，避免盲目依赖。
尽管 AI 发展迅猛，但远未达到让工程师完全放手的地步。它也会像人一样犯错：修复一个 bug，却引入几个新 bug。在这种时候，经验丰富、技术过硬的工程师价值愈发凸显。
