很多关于 Claude 的文章，一上来就开始讲“如何让它优化代码”，但实际上，第一次使用 Claude 的门槛，恰恰在更前面： 我们在命令行里输入 claude，接下来该干什么？这一节就专门解决这个问题。
一、在命令行启动 Claude
在已经正确安装 Claude CLI 的前提下（如通过官方安装方式），你可以直接在终端中进入你的项目目录，然后执行：
claude
如果一切正常，你会看到 Claude 进入一个交互式会话（interactive session）。
这个会话并不是普通的 shell，而是一个 面向工程场景的对话环境，你接下来输入的内容，会被 Claude 视为“对当前工作空间的操作意图”。
二、第一次一定要做的事：运行 /init
在 Claude 会话中，第一条强烈建议执行的命令是：
/init
这是一个初始化当前项目上下文的指令。
很多新用户会跳过这一步，直接开始贴代码、提需求，结果往往是：
-
Claude 的回答过于泛化
-
无法准确理解项目结构
-
对文件位置、语言、职责产生误判
这些问题，并不是模型能力不足，而是上下文没有初始化。
三、 /init 到底做了什么？
从行为上看，/init 会引导 Claude 去：
-
识别当前目录的项目类型
- 是否是 Git 仓库
- 是否存在
package.json/pyproject.toml/requirements.txt等
-
建立一个项目级上下文
- 使用的语言
- 可能的工程结构
- 常见约定
-
你可以把
/init理解成：“请你先看看我这个项目是个什么东西，然后我们再聊。”这是一个工程师思维，而不是聊天思维。
四、为什么这一步很重要？
从实际体验上看，是否执行 /init，会直接影响 Claude 后续表现的三个方面：
4.1 对文件结构的理解
执行 /init 后，Claude 更容易：
- 正确引用文件路径
- 区分核心逻辑与配置代码
- 在建议修改时不“越界”
4.2 对技术栈的默认假设
没有初始化时，Claude 往往会：
- 做出过于通用的假设
- 给出不适配当前项目的建议
而 /init 相当于提前消除这些歧义。
4.3 后续“代码优化”是否靠谱
如果你的目标是让 Claude 帮你优化已有代码，那么 /init 几乎是必选步骤，否则它并不知道：
- 这是脚本、库，还是服务代码
- 是否存在历史包袱
- 哪些修改是“不可接受的”
五、一个最小可用流程（新手友好）
5.1 推荐流程
第一次使用 Claude CLI，我建议直接按这个流程来：
cd your_project
claude
/init
然后再开始你的真实需求，例如：
请先帮我整体理解这个项目的结构
或者：
我接下来会让你帮我优化已有代码，先不要重写
5.2 输出
运行 /init 后，Claude 会生成一个 CLAUDE.md 文件，其中记录了：
- 项目概览（Project Overview）
- 常用命令（Commands）
- 架构说明（Architecture）：
- 核心模块及职责
- 数据流与 LLM 响应模式
- 两步翻译策略（faithfulness → expressiveness）
这个文件相当于 Claude 给项目做了一个快速扫描与理解，为后续优化和重构提供上下文基础。
I've created the CLAUDE.md file at /home/project/CLAUDE.md. The file covers:
1. Project Overview: xxx pipeline using LLMs
2. Commands: Environment setup, dependency checking, and running the demo scripts
3. Architecture:
- The 3-stage pipeline (xxx)
The documentation focuses on the architectural decisions that require understanding multiple files, like the staged pipeline design for LLM context optimization and the two-pass translation approach.
六、小结
如果只记住一句话，那就是不要一上来就让 Claude 干活， 先让它知道“自己在哪”。
/init 并不是可有可无的步骤，而是把 Claude 从“通用模型”切换为“项目协作者”的开关。
1万+
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
