使用 Claude code，基于 “先问后做” 原则，做项目时，快一个月几乎没有手动写过代码，这是始料未及的。尽管 AI 发展迅猛，它也会像人一样犯错：修复一个 bug，却引入几个新 bug。
但是只要你的需求文档思路越清晰，实现步骤越有条理，阐述逻辑越严谨，AI 就会实现得越好。
Claude code（后面简称 cc）
1. 初体验
1.1. 优点
cc 在处理复杂工程问题时展现出显著优势。其核心能力在于能够理解跨文件、跨模块的代码逻辑，并在全局视角下进行问题分析与方案设计。
项目中曾遇到一个棘手的加密解密兼容性问题，困扰数日：终端与服务端在某些特定场景下偶发无法正常解密。
将终端项目代码和服务端项目代码喂给 cc 分析发现：在特定数据长度下，填充算法会出现异常，但常规测试数据长度恰好避开了这个问题。经过半天的交互调试，最终彻底解决了这个隐藏极深的问题。
这种跨文件、跨模块的复杂问题分析能力，正是 cc 相较于传统 Web AI 的显著优势。
1.2. 缺点
cc 在处理简单、直观的任务时，有时反而显得 “过度设计” 或效率不高。
它现在还没解决长记忆问题，还受限于算力，它也无法深入到复杂项目的每一个细节，有时候关键字不够准确，它不能准确地解决问题。
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. 交互摸索
先问后写，这是使用的基本原则，当然学会使用各种 skills 工具，也会让你事半功倍。
3.1. Plan 模式：先规划后实施
对于复杂任务，直接让 cc 开始编码往往效率不高。
事实上，它并没有想象中那么智能，无法直接同步你大脑中的想法。你提供的信息越细致、越精确，它才能越准确地理解并解决你的问题。
正确的做法是先进入 Plan 模式，与 cc 充分探讨，详细规划实现方案，确保它准确理解需求，并给出可行的方案。
乍一看，程序员倒有点像产品经理。
3.2. Edit 模式：精准执行修改
通过 Plan 模式确定方案后，即可切换到 Edit 模式，让 cc 具体实施修改。
当然，如果嫌麻烦跳过 Plan 模式直接执行也未尝不可 —— 前提是需求足够明确。否则，不仅可能浪费 token 和时间，还容易事倍功半，得不偿失。
4. 大模型
没有对比就没有伤害 —— 有条件的朋友，建议优先选用 cc 官方大模型：opus - 4.7，订阅 Max 5x 100 刀/月 几乎能满足正常的日常研发需求。
当然，如果你对成本比较敏感，且问题本身不复杂，也可以考虑选择国内性价比更高的模型，按需交替使用即可。
