Claude Code 的本质：一个住在终端里的执行者

把 Claude Code 理解为一个驻扎在你本地文件系统里的智能代理。你描述目标，它直接动手——写文件、改代码、整理素材、汇总数据。它不是给你建议让你自己去做，而是替你做完。这意味着你和它的交互模式应该从「提问-回答」转变为「下达指令-审核结果」。

安装后的第一步：验证执行能力

装好之后别急着用，先跑两个测试确认环境正常：

  • 输入「帮我读取一下当前文件夹有哪些文件」——验证 Claude Code 能感知你的工作目录
  • 输入「新建一个 test.txt，写入：CC 安装成功」——验证它具备文件写入能力

这两步通过了，才说明你的 Claude Code 真正具备了「执行者」的能力，而不只是一个问答窗口。

黄金工作流：先规划，再执行

对于任何重要任务，永远不要让 Claude Code 直接动手。在指令前加一句：

「先不要执行，告诉我你打算修改哪些文件、执行哪些步骤，等我确认后再开始。」

这不是多此一举。Claude Code 拥有对本地文件的读写权限，一旦误操作——比如覆盖了你正在编辑的文件、删除了某个关键配置——回滚成本很高。先看计划再批准执行，是所有成熟的 Agent 工作流的基本原则。

指令质量直接决定产出质量

模糊的指令会带来模糊的结果。对比这两种写法：

模糊指令：「帮我整理一下文件」——Claude Code 不知道整理标准是什么，大概率给你一个你不满意的结果。

清晰指令：「把当前目录下所有 .md 文件按 YYYY-MM-DD-标题 格式重命名，移动到 ~/Documents/工作/ 目录下」——目标明确，执行路径清晰，结果可预期。

对于复杂任务，还有一个更高效的方法：让 Claude Code 反过来问你问题。输入这样的指令：

「我想做 [简要描述目标]。在开始之前，请先问我几个关键问题，帮助你更好理解需求，特别是我可能没想到的细节。」

这本质上是把需求分析的工作交给了 Claude Code，它往往能发现你自己忽略的边界条件。

上下文管理：容易被忽视的效率瓶颈

Claude Code 的对话上下文是有限的。对话越长，它的注意力越分散，输出质量会明显下降。几个关键命令需要形成肌肉记忆：

  • /clear：清空对话，开启全新上下文。每完成一个独立任务后立即使用
  • /compact：压缩对话历史，释放上下文空间。对话过长但任务还没做完时使用
  • /cost：查看本次对话的 token 消耗
  • /help：查看所有可用命令

规则很简单：一个任务完成，立刻 /clear。不要让多个任务的上下文混在一起。

内容输入的三种方式

除了直接打字，Claude Code 还支持几种高效的输入方式：

  • 拖入图片：把设计稿、截图直接拖进界面，Claude Code 能理解图片内容并据此执行任务
  • 指定文件：用 @文件名 精确告诉它读哪个文件，避免它在目录里盲目搜索
  • 粘贴链接：给网页链接，Claude Code 可以尝试抓取内容（取决于网络权限配置）

搭建持久化工作系统：CLAUDE.md

这是整篇文章最关键的部分。在你的工作文件夹根目录放一个 CLAUDE.md 文件，Claude Code 每次启动时会自动读取。它相当于你给这个 Agent 写的一份「岗位说明书」。

一个实用的模板：

# 我的信息
- 职业：内容运营
- 主要工作：写文章、整理素材、数据分析

# 工作规则
- 所有输出用中文
- 文件命名格式：YYYY-MM-DD-标题
- 保存路径：~/Documents/工作/

# 风格偏好
- 写作风格：简洁、口语化
- 输出格式：优先用 Markdown

这里有个容易踩的坑：CLAUDE.md 不要写太长。100-200 字最合适，只写 Claude Code 从你的文件里推断不出来的信息——你的偏好、规则、约束。写太长反而会干扰它的判断，适得其反。

常见错误

最普遍的问题是把 Claude Code 当搜索引擎或聊天工具用。它的设计目标是自主执行任务，而不是回答问题。第二个常见错误是不做上下文管理，让对话无限膨胀直到输出质量崩溃。第三个是不写 CLAUDE.md，每次开工都要重新交代一遍背景信息。

Claude Code 的价值在于它是一个可以长期调教的本地 Agent。CLAUDE.md 就是你对它的持久化配置，斜杠命令是你管理它工作状态的手段，清晰的指令是你和它之间的协议。把这三件事做好，它就不只是一个工具，而是你一人公司里真正的第一个「员工」。