企业官网建设流程全解析

1. 为什么要把 Claude Code 接进本地编辑器

1.1 Claude Code 到底解决了什么问题

Claude Code 是 Anthropic 推出的一个命令行编程助手产品，它不是在网页里陪你聊天的角色，而是直接跑在终端里的“结对程序员”。它的核心工作方式是你给它一个任务，它自己去读项目文件、查代码结构、定位行号、调起测试命令，然后动手改文件、提交 commit，整个过程你只需要在关键节点做确认。用惯了 Copilot 的人会有一个感受： Copilot 更像是“补全代码”，而 Claude Code 更像“真的在替你干活”。

对国内开发者来说，Claude Code 最大的意义在于它把“AI 辅助编码”从聊天窗口搬进了真实的开发工作流里。比如你在 VS Code 里遇到一个报错，过去要复制报错信息去网页搜索，现在直接在编辑器下面的终端里跑一句claude -p "帮我看看这个报错"，它会自动读取当前项目的上下文，告诉你问题出在哪个文件哪一行，并顺手给你改好。这听起来很爽，但实际用起来坑也不少，尤其是国内网络环境、模型接入方式、编辑器配套这几块，很多人卡在安装第一步就放弃了。

1.2 在 VS Code 里用和在终端里用有什么不一样

Claude Code 本身就带一个交互式终端界面，你直接打开系统终端敲claude就能用，功能也不缺。但它有个很明显的短板：你看不到代码文件，它改完之后你得切回编辑器去检查 diff，来回跳很打断思路。把 Claude Code 接进 VS Code 之后，终端和编辑器在同一个窗口里，Claude 改文件的时候你可以直接看到文件树变化、用编辑器自带的比较工具看改动、在侧边栏维持上下文，整个体验顺畅得多。

VS Code 里接入 Claude Code 有两条路：第一条是装官方提供的 Claude Code 扩展，第二条是在 VS Code 集成的终端里直接跑 CLI。两条路不冲突，甚至可以配合使用。我个人的习惯是：扩展主要负责会话列表和模型管理，终端负责执行具体的编码任务。后文我会把两条路的细节都拆开讲。

1.3 接入 Android Studio 不是“插件”，而是终端工作流

很多做安卓开发的朋友一听到“给 Android Studio 接入 Claude Code”，第一反应是去 Plugin 市场搜插件，结果搜不到，就很困惑。这里要先澄清一个认知：Claude Code 目前没有针对 Android Studio 的官方插件，但它在 Android Studio 里照样能用，靠的是 Android Studio 内置的终端。

Android Studio 本质上是 IntelliJ IDEA 套壳，它的底部有一个 Terminal 面板，可以直接跑 shell 命令，语法高亮和环境变量都跟系统终端一致。只要你把 Claude Code 的 CLI 装到系统里，Android Studio 的终端就能直接调用。而且对于安卓项目，Claude Code 能读懂 Gradle 文件、Manifest、Kotlin 源码、布局 XML，你可以让它“把这个页面改成 Material 3 风格”“帮我看一下这个协程为什么泄漏”，它给出的建议往往比网页版回答更贴合项目现状，因为它真的能读你本地的代码文件。

2. 开始前的准备工作：环境与该装的东西

2.1 Node.js 版本要求与安装检查

在安装之前必须先说准版本。这个很关键。

Claude Code 是通过 npm 分发的命令行工具，底层依赖 Node.js。官方要求的版本是 Node.js 18 以上，但我实际测试下来，20.x和22.x是最稳的，18.x也能跑，只是某些新功能如部分交互式 UI 渲染会表现不佳。如果你本机装的是16或更老，直接升级，别再挣扎，因为 Claude Code 依赖了比较新的fetch、WebSocket、ReadableStream等 API，这些在老版本 Node 里要么不全要么行为不一致。

检查 Node 版本的命令：

node -v npm -v

如果没装 Node，建议去 Node 官网下载 LTS 版本，Windows 上直接拿安装包下一步下一步即可，macOS 上可以用 Homebrew：

brew install node@20

装完记得确认一下 PATH 里指向的是不是你刚装的版本，有时候系统里装了多个 Node，终端里node -v和实际 npm 全局目录不是一个环境，特别容易踩。我之前在一台 Windows 机器上遇到过npm跑到老版本 Node 目录里去的情况，装什么都报权限错误，后来把旧 Node 干净卸载才解决。

2.2 VS Code 基础环境配置：Python、C/C++ 与常用插件

VS Code 本体安装没什么好讲的，官网下载安装包一路下一步即可。但如果你想在 VS Code 里舒服地跑 Claude Code 去处理不同语言的项目，有几个基础环节建议先配置好，免得 Claude 帮你分析了半天，你一按 F5 连编译都过不去。

首先是 Python 环境。VS Code 的 Python 支持依赖两个东西：Python扩展和本机 Python 解释器。在扩展市场搜Python，安装微软官方那个，然后在命令面板里选好解释器路径。Claude Code 会读取终端环境的python命令，所以确保系统 PATH 里能直接跑到 Python 3。常见坑是 Windows 上从应用商店安装的 Python 会带一个python.exe的别名限制，建议手动改一下。

其次是 C/C++ 环境。装C/C++和C/C++ Extension Pack，再装编译器。Windows 上一般用 MinGW-w64 或者直接上 MSYS2，macOS 上直接xcode-select --install。Claude Code 在 C++ 项目里最常干的事是帮你改头文件、调 CMakeLists，但验证编译的时候得靠本机工具链，如果编译器路径没配好，Claude 就算改对了代码也没法确认。

再补一个经常被问到的东西：汉化。VS Code 默认英文界面，在扩展市场搜Chinese，装微软的“中文（简体）语言包”，按Ctrl+Shift+P执行 “Configure Display Language”，选zh-cn重启即可。这块不配也行，但很多人看着英文菜单心里发虚，配好之后阅读扩展文档也舒服。

2.3 确认 Claude Code 本体装好，CLI 能跑起来

准备工作最后一步是把 Claude Code 装好。全局安装命令：

npm install -g @anthropic-ai/claude-code

装完之后确认版本：

claude --version

能输出0.x.x之类的版本号说明安装成功。如果提示command not found，多半是 npm 的全局 bin 目录没进 PATH。Windows 上排查%APPDATA%\npm，macOS/Linux 上排查/usr/local/bin或者你 npm 的 prefix 目录：

npm prefix -g

另外说一句，你可能会看到网上有人在讲claude-code-desktop，这个是桌面版客户端项目，功能定位跟命令行版不太一样，里面也带了一个内嵌终端，如果你想用图形界面管理会话可以试试，但核心工作流还是建议掌握 CLI 和编辑器集成，这两个才是真正能嵌入日常开发的东西。

3. 在 VS Code 里接入 Claude Code：两种主流方式

3.1 官方 VS Code 扩展安装与登录

在 VS Code 扩展市场搜索Claude Code，会出现 Anthropic 官方的扩展。这个扩展现在做得已经相当成熟，它可以列出会话、启动新会话、管理 MCP 配置、切模型、看权限请求，甚至支持直接在编辑器里选中代码发给 Claude 作为上下文。

安装步骤很简单：

1. 打开 VS Code，点左侧扩展图标，搜索Claude Code。
2. 认准发布者是Anthropic的扩展，安装。
3. 按Ctrl+Shift+P，输入Claude Code: Login，回车。
4. 如果按了回车没反应，多半是没有启动终端，先在 VS Code 里打开集成终端跑一次claude，让它完成引导登录，再回过来用扩展。

登录这块我要重点提醒：Claude Code 的登录默认走claude.ai的鉴权流程，它会弹出一个浏览器页面让你确认。如果你当前所处的网络环境本身访问不了鉴权页面，那登录就卡住了。这不是你机器配置的问题，这是模型服务端点的问题，解决办法见后文 5.2 节，把模型接入方式切换到你能正常访问的兼容端点后，登录刷的就是你自己的服务地址，不再依赖默认页面。

3.2 直接在 VS Code 集成终端里跑 Claude Code

如果你不喜欢扩展那一层 UI，其实直接在 VS Code 的终端面板里用才是最贴近 Claude Code 原始设计的方式。打开 VS Code 的集成终端（快捷键 `Ctrl+``），敲：

claude

就会进入交互界面，默认是一个全屏的 TUI，输入你的问题按回车即可。它跟你单独开一个终端窗口跑claude的区别在于：VS Code 的终端自带工作目录切换、文件高亮和错误的快速定位链接，Claude 在回复里输出的文件路径可以直接点击跳转。

这里有个很实用的技巧：在 VS Code 底部打开多个终端标签，左边一个跑claude交互界面，右边一个跑git status或者编译命令。Claude 在检查代码时会自己调终端命令，但它调的命令不一定每次都成功，你自己开一个终端在旁边盯着，发现问题能立刻确认。把 Claude 输出中提到的文件路径点开，在编辑器里边看边跟它对话，效率提升非常明显。

3.3 常用 VS Code 设置项与快捷键建议

Claude Code 扩展会在 VS Code 里加几个自定义命令，我整理一份高频使用的：

再补充一个我用得很顺手的做法：把 Claude Code 的终端复用快捷键设为Ctrl+Alt+C，这样任何时候想找 Claude 帮忙，不用先切终端标签页，直接按快捷键就唤起一个跑着claude的新终端。在 VS Code 的设置里搜terminal.integrated.commandsToSkipShell可以自定义快捷键。

还要提一下.claude/settings.json的权限控制。Claude Code 默认会问你要不要执行各种 shell 命令和文件写入操作，你可以在项目根目录建一个.claude文件夹，里面放settings.json，预先授权某些命令不需要每次确认：

{ "permissions": { "allow": [ "Bash(git status)", "Bash(npm run build)", "Write(**)", "Read(**)", "Edit(**)" ], "deny": [ "Bash(rm -rf **)" ] } }

注意Write(**)这种全开放权限比较危险，建议在信任的本地项目里再这么干，涉及公司代码仓库的时候还是老老实实每次都确认比较好。

4. 在 Android Studio 里接入 Claude Code：终端复用与工作流

4.1 Android Studio 内置终端如何使用 Claude Code

Android Studio 从很早的版本就内置了终端面板，通常在窗口底部，默认是Terminal标签页。它用的就是你系统的 shell，Windows 下默认是 PowerShell，macOS 下是 zsh。所以只要你系统里能跑claude，Android Studio 的终端里直接就能跑，不需要做任何额外安装。

打开 Android Studio，点底部Terminal，敲一下：

claude --version

如果输出版本号，那恭喜你，环境已经通了。接下来你就可以直接在 Android Studio 终端里使用 Claude Code。我常规的操作流程是：

1. 先在 Android Studio 的项目结构里打开当前要修改的文件。
2. 切到终端，跑claude，把需求说清楚，比如“MainActivity 里的 onCreate 目前做了太多初始化工作，帮我拆成几个状态管理函数”。
3. Claude 会读取项目上下文，定位到MainActivity.kt，可能还会附带检查对应的ViewModel和Repository。
4. 修改完成后，不急着切到文件，直接看终端里 Claude 列出的 diff 摘要，再回到编辑器逐个确认改动。

Android Studio 的终端跟 VS Code 终端有一个体验上的差距：它不像 VS Code 那样对 Claude 输出的路径做点击跳转支持得那么好，但也不是不能用。你可以自己把终端里显示的路径复制出来，在 Android Studio 的Find Action（Ctrl+Shift+A）里输入Open File，粘贴路径打开文件。这个流程多两步，但不会卡住你的节奏。

4.2 安卓项目里给 Claude 的高效提示词模板

在 Android Studio 场景下，Claude Code 最有价值的是能直接读懂 Gradle 项目和 Android 资源结构。给几个实际场景里我用过的提示词模板，直接抄：

• “分析app/build.gradle.kts，看看 dependencies 里有哪些库其实没有被任何源码引用，列出来并给出移除建议。”
• “我在LoginActivity里用 ViewBinding，但布局里btn_login的onClick没有绑定到位，检查activity_login.xml和这个 Activity 的代码，找出问题。”
• “最近几次崩溃日志都指向CoroutineExceptionHandler，帮我全局搜索.launch的地方，检查有没有未捕获异常，并给出统一处理方案。”
• “把src/main/res/layout/item_video.xml改成使用 ConstraintLayout，要求兼容 API 21，同时保持现有视觉布局不变。”

这些提示词之所以效果好，是因为它给了 Claude 明确的文件范围和验证目标。安卓项目文件动辄上千，你不给范围，Claude 要全项目扫描，速度慢且容易跑偏。我试过最蠢的提问方式是“帮我优化一下这个项目”，结果是它花了十分钟读了个寂寞，最后给你一堆无关紧要的建议。提示词越具体，上下文越聚焦，效果越好。

4.3 项目级模型配置：Claude Code在 Android 项目里的上下文管理

Android 项目里最让人头疼的是依赖关系复杂，Claude Code 默认会读取当前工作目录下所有文件，但它不会盲目塞给模型，而是按需加载。不过你可以通过配置让它优先关注重要文件，比如在项目根目录放一个CLAUDE.md，里面写清楚项目结构、构建命令、编码规范，这样 Claude 每次启动会话都会先读这份文件，回答问题时更有眼力见。比如这样写：

# 项目说明 - 本项目是一个视频剪辑应用，使用 Kotlin 编写 - 构建系统：Gradle 8.0，依赖版本见 gradle/libs.versions.toml - 架构模式：MVVM，ViewModel 负责状态，Repository 负责数据源 - 网络层使用 Retrofit 和 OkHttp，接口定义在 network/api 包下 - 所有资源文件使用 camelCase 命名，布局文件统一后缀 _activity、_fragment

我把这个文件放进项目后，Claude 回答 Kotlin 协程问题时的准确度肉眼可见地提升，它不再揪着无关代码分析，而是直奔和ViewModel、lifecycleScope相关的部分。

5. 模型接入配置：本地模型与兼容 API 怎么选

5.1 用 LM Studio 调用本地模型，完全离线也能跑

如果你所在的环境访问外部模型服务不稳定，或者你的代码根本不允许出内网，那本地模型方案就是唯一选择。市面上比较成熟的本地模型运行工具有很多，LM Studio 是上手门槛最低的一个。

先用claude确认当前安装状态，然后配置本地模型。大致思路是：本地跑一个模型推理服务，然后把 Claude Code 的模型服务和 API 地址指过去。

具体步骤如下：

1. 从 LM Studio 官网下载对应平台的安装包。
2. 安装后在左侧模型库搜索并下载你需要的模型。注意 Claude Code 兼容的是具有 function calling 和 tool use 能力的模型，建议优先选择Qwen3-30B-A3B、DeepSeek-R1蒸馏版、Llama3.1-8B等指令微调版本。显存低于 12G 建议选 8B，显存 24G 可以上 30B 量化版。
3. 启动 LM Studio 的 Local Server，设置端口，默认是1234，模型选用你下载的那个文件。
4. 给 Claude Code 配环境变量，指向本地服务。

翻回来配置路径：

export ANTHROPIC_BASE_URL="http://127.0.0.1:1234" export ANTHROPIC_API_KEY="local-model" # 本地服务不校验 key，随便填一个非空值

跑claude，如果能进入交互界面，说明已经连上本地模型。这个方法的好处是零网络依赖、数据完全不出本机，适合在内网服务器或者隐私敏感项目上使用。

5.2 配置第三方兼容 API，解决登录和访问问题

如果你的需求是接云端模型但不想用默认鉴权链路，可以考虑使用兼容 Anthropic API 的服务商。这部分需求的核心原理是：Claude Code 本身是开源 CLI，它的网络请求逻辑就是向ANTHROPIC_BASE_URL发 HTTPS 请求，你只要把这个地址换成你有权限访问的 API 端点，同时把自己的 API Key 填进去，就能绕开默认鉴权链路。

配置方式同样是环境变量：

export ANTHROPIC_BASE_URL="https://你的服务地址" export ANTHROPIC_API_KEY="你的密钥" export ANTHROPIC_MODEL="claude-sonnet-4-20250514"

这里有一个非常常见的误区：很多人改了ANTHROPIC_BASE_URL之后忘记设置ANTHROPIC_MODEL，结果 Claude Code 仍然尝试用默认模型名去请求，而兼容服务商那边不一定有这个模型名，就会报model not found一类的错误。正确做法是先查一下你用的服务商支持哪些模型名，再填进去。

对于同时使用多个服务商的场景，大可不必每次改环境变量，社区里有一个开源工具叫cc-switch，专门用来管理 Claude Code 的多套配置。它可以在本地维护多组 profile，每组包含 base_url、key、model，切换时自动改写全局配置文件，一键生效。支持接入 DeepSeek、Qwen、GLM 等国内模型服务的 API，也支持本地 LM Studio 地址。装上之后你就不用在终端里反复 export 了。

5.3 API 密钥、端点与模型名配置要点

配置模型接入时，有三个变量一定要搞清楚，分别是端点、密钥、模型名。我把它们拆开讲：

端点（Base URL）决定请求发往哪里。默认值是公网 Anthropic API 地址。你改成本地服务就是本地模型，改成兼容服务就是云端第三方。注意端点后面不要跟多余的路径，一般写到域名结尾即可，别手滑多写一个/v1。

密钥（API Key）用于身份验证。本地模型多数不校验，填任意非空字符串即可。云服务商则按你自己的密钥填。密钥存储位置建议放在环境变量里，尽量不要写进settings.json放进代码仓库，因为一旦提交到 git，密钥就会泄露。

模型名（Model）决定实际处理你请求的模型。Claude Code 默认会选它认为合适的模型，但你可以在配置里显式指定：

{ "model": "claude-sonnet-4-20250514", "env": { "ANTHROPIC_BASE_URL": "https://你的服务地址" } }

配置文件里同时放model和env之后，每次启动 Claude Code 都会使用这套预设，比 shell 里 export 更持久、更好管理。要注意的是，如果你在终端里 export 了同名环境变量，它是会覆盖配置文件里的值的，所以排查问题时先echo $ANTHROPIC_BASE_URL看当前变量是什么，再决定改哪里。

5.3.1 使用 cc-switch 一键切换不同模型服务

如果你会同时使用多个模型服务，比如白天用本地模型练手，晚上用云端模型跑大任务，那手敲环境变量会疯掉。cc-switch 解决的就是这个痛点。

安装方式可以拉仓库源码，也可以直接用 npm 全局装。安装完成后启动它，界面里可以新建配置组，每一组填上名字、端点、密钥、模型名，保存。之后切模型就像切换皮肤一样点一下，它会自动把配置写入 Claude Code 的全局配置文件。

cc-switch 支持切换的模型范围包括第三方云端服务和本地 LM Studio 在内，我实测下来对 Qwen、GLM、DeepSeek 这几个国内能正常访问的服务兼容性都不错。这也是我目前在“国内使用”场景下最推荐的配置管理方案：你不需要关心默认的鉴权链路通不通，只需要把自己的服务端点填进去，剩下的交给工具。

6. 常见问题与排查实录

6.1 “Claude Code might not be available in your country” 怎么处理

启动 Claude Code 时，有些网络环境会提示Claude Code might not be available in your country。看到这个提示，先不要慌，更不要去找什么特殊手段“绕开”。

这个提示的背景是：Claude Code 默认使用公网 Anthropic API 的鉴权和服务发现接口，如果你的网络出口 IP 不在服务商的支持范围内，它就会拒绝继续初始化。所以问题的本质是“你现在要连的这个模型服务端点不认可你当前的访问来源”，而不是“你的电脑坏了”。

解法在后文 5.1 和 5.2 已经给了：直接配一个你能正常访问的模型服务端点。无论你把ANTHROPIC_BASE_URL指向本地 LM Studio，还是指向国内的兼容 API 服务商，这个国家/地区检测就不会再触发，因为请求根本没有走到公网默认服务去。换句话说，只要你能把模型请求发到合法的、你有权使用的服务端点，这个提示自然消失。

6.2 终端里提示organization has disabled claude subscription access怎么办

这个报错常见于团队账号或者企业订阅场景。它说的是当前登录的账号所属组织把事情权限关掉了，可能是管理员没给你的账号开 Claude Code 权限，也可能是订阅套餐本身不含终端访问功能。

处理思路分三种：

1. 联系组织管理员，确认订阅里是否包含 Claude Code 使用权限，并让管理员给你打开。
2. 如果公司用的是统一身份认证，检查你当前登录的账号是不是用于个人开发的账号，有时候本地claude登录的会话还停留在公司 SSO 账号上，切到个人有权账号即可。
3. 如果你根本不需要企业订阅，只是需要一个能跑的工具，那就直接绕开默认鉴权链路，用你自己的第三方 API 或本地模型配置，这跟订阅无关，完全可控。

我见过不少人卡在这一步，他们以为是安装问题，其实只是登录的账号权限不够。

6.3 VS Code 里“没有编辑的文件会关上”是什么意思

这个提示跟 Claude Code 本身没关系，它是 VS Code 编辑器的一个行为设置。VS Code 默认启用预览模式：你单击文件打开时，它会复用一个预览标签页，你再点别的文件，之前的预览标签就被覆盖关闭，于是就有了“没有编辑的文件会关上”的现象。

如果你不喜欢这个行为，在设置里搜workbench.editor.enablePreview，把勾去掉，就会改成每次打开都是独立的标签页。还有进阶选项workbench.editor.openSideBySideDirection，可以控制新开标签页的位置。

对 Claude Code 的使用场景来说，这个设置影响挺大。你在终端里让 Claude 改一个文件，然后点开另一个文件看上下文，再点回来的时候如果启用预览模式，原来的文件标签被关掉，容易丢上下文。建议关掉预览模式，让我一点一个准。

6.4 Claude Code 无法直接执行终端命令或权限弹窗不出现

新版 Claude Code 默认在执行 shell 命令前都会弹权限确认，如果权限确认不弹，或者权限提示是静默的，需要在配置里检查permissions设置。如果你之前手动把某些命令设成了allow或deny，那后续再次执行同类命令时会自动放行或拒绝，不再是每次都问。

如果你压根看不到权限弹窗，在终端里输入/permissions可以查看当前会话的权限状态。想恢复每次询问的话，把设置的允许列表清掉，或者重新初始化项目的权限配置文件：

claude --dangerously-skip-permissions

注意这个参数会跳过全部权限确认，仅在你自己完全信任的项目里使用，否则 Claude 可能执行一些你没预期到的操作。

6.5 Android Studio 终端环境变量与系统不一致

Windows 上常见的问题是：你在 CMD 或者 PowerShell 里 export 了环境变量，Android Studio 内置终端却读不到。原因是 Android Studio 自身的启动环境变量快照在 IDE 启动时就固定了，不在启动后读取你新加的变量。解决方案是重新启动 Android Studio，或者干脆把环境变量写进系统全局变量，不要在会话级临时设定。

macOS 上更隐蔽，如果你用 zsh 且通过 Homebrew 装的 Node，而 Android Studio 是在 GUI 环境里启动的，它不会加载 shell 的.zshrc，导致即使终端里能跑claude，Android Studio 的终端也可能找不着命令。解决办法是把 Node 的 bin 路径写进/etc/paths.d/，或者在~/Library/LaunchAgents里设置全局环境变量，确保 GUI 应用也能读到。

6.6 安装后能跑但慢得像乌龟，怎么优化

本地模型速度慢通常有三类原因：一是模型选大了，你的显存装不下跑不快，量化级别也没选对；二是 LM Studio 没有开启 GPU 加速，默认在 CPU 上跑，那当然慢；三是上下文窗口没限制，Claude 每次把一堆无关文件读进去，请求体太大。

第一类解决办法是换小模型，显存 8G 就别碰 70B 的量化模型了，选Qwen3-4B或者Llama3.1-8B-Q4_K_M，速度完全不一样。第二类在 LM Studio 里找 GPU Offload 设置，把层数调到最高，确保模型推理主要跑在显卡上。第三类是在.claude/settings.json里指定上下文限制相关配置，或者干脆控制每次对话的提问范围，不让 Claude 全项目扫描。

云端 API 慢的话，先确认是不是模型名选到了超大杯，比如最大上下文版本通常慢。换标准版模型后速度会明显改善。

7. 几个我踩过坑之后的实操心得

最后分享几点我在这套工具链上折腾出来的经验，不算多高深，但能帮你少走弯路。

第一，一切配置优先写进配置文件和系统环境变量，不要每次开终端手敲。我最早用 Claude Code 的时候为了省事，每次开终端先敲一串export，后来换了一次机器才发现之前的配置根本没留存，所有工作等于白做。现在我把常用的服务配置写进.claude/settings.json和~/.claude/settings.json，新建终端直接可用，不再依赖临时变量。

第二，提示词质量比模型选择对你的效率影响更大。同样一个任务，让 Claude 全项目扫描和让 Claude 只看指定文件的耗时可差出几倍。给 Claude Code 提需求时，一定要把路径、预期目标、验证方式说清楚。Android Studio 项目里尤其如此，Gradle 项目隐性配置太多了，你不帮它框定边界，它会在build/目录里翻垃圾。

第三，合理利用CLAUDE.md是性价比最高的上下文优化手段。不管你是做前端、后端还是安卓，在项目根目录写一份简洁的说明文档，把目录结构、构建命令、代码风格约定写进去，Claude Code 每次启动都会主动读取，它的回答会明显更贴合项目实际。我见过很多人在抱怨 AI 回答“泛泛而谈”，其实很多时候是你没有给足上下文。

第四，权限设置不要图省事一步到位。--dangerously-skip-permissions这个参数我建议只在一次性临时容器里用。日常开发里还是让它每次确认一下，看到命令弹出来你顺手敲个 y，既是提醒也是核对，防止 Claude 误操作。我在生产分支上被它自动跑过一次git push，当时那个场景真是冷汗都出来了，自那以后权限确认我一次都不跳过。

Claude Code 这个工具的进化速度很快，隔几个星期就出一版新功能，你安好了之后就多在日常项目里用起来，慢慢形成自己的使用习惯。工具再多，最后起作用的还是你对它的熟练度。希望这篇写得足够接地气，能帮你把这一套跑起来。