Claude Code 深度配置指南：从模型选择到Skills实战

大多数人对 Claude Code 的使用停留在"装好、输入提示词、等结果"的阶段，但 Tech With Tim 在一支近三小时的实战课里指出，默认配置与精心配置之间的差距"非常巨大"。他过去一年每天都在使用 Claude，并把整套经验拆成约 24 个小节，按推荐的上手顺序逐一讲解。本文提炼其中的关键决策点，帮你把工作区真正配置到位。

装在哪儿、用哪个版本

Claude 同时存在于网页、桌面应用、终端和手机四个入口。Tim 的建议很明确：优先装桌面应用，他 90% 的时间都在这里工作，功能几乎与网页版齐平但体验更好；手机端也值得装，方便随时追踪 agent 的进展或问几个快问题。进阶用户可以在终端安装 Claude Code，同一个账号体系下用命令行直接进入项目目录。

订阅层面，免费额度"相当慷慨"，但想认真干活至少需要 Pro 计划——只有 Pro 及以上才会解锁代码标签页和终端里的 Claude Code 能力。Tim 自己用的是 Max 20x，但也坦言大多数时候根本碰不到用量上限。

模型与推理档位：最容易被忽视的成本杠杆

打开一个新会话后，右下角有两个选择器：模型和 effort level。模型梯队从低到高是 Haiku、Sonnet、Opus、Fable，但 Tim 的判断是"99% 的情况下优先 Opus 而非 Fable"——后者虽然在某些工作流里略强，但收益不足以抵消成本。高等级计划直接默认 Opus 即可；低等级或免费用户则应按任务切换：重复性的小任务用 Haiku，需要一点逻辑推理的长任务用 Sonnet，把额度留给真正复杂的环节。

effort level 决定模型思考多久、检查多少遍工作。Low 最快最省，适合原型和概念验证；Medium 是日常默认，会做几轮自检；从 High 往上，耗时和用量大致翻倍递增，Max 和 Extra 档处理简单任务也可能耗费一到三小时；Ultra Code 更极端，Tim 提到自己曾让它跑了六七个小时，而同样的活其实 High 档就够了。他的建议是：日常保持 Medium，只有安全审计、必须百分之百正确的场景才值得推到最高档，并做好"跑一整夜"的心理准备。

权限模式：默认的 Auto 就够了

界面下方的 mode 选择器有 Auto、Manual、Accept Edits、Plan、Bypass Permissions 五档。Auto 已是默认值，也是 Tim 90% 场景下的选择——它会自动执行判断为安全的操作，只在遇到删除、批量修改或首次调用的工具时请求确认。

Manual 会逐个工具调用询问，冗长但可控；Accept Edits 自动接受文件改动；Plan 模式完全不碰代码，只产出方案供你审批，特别适合动手前先想清楚；Bypass Permissions 则永不询问，Tim 明确表示不推荐。实际操作中，Auto 和 Plan 是他最常用的两档组合。

先规划再动手：一个 3D 场景的完整流程

Tim 用"做一个多伦多天际线 3D 渲染"作为演示。开工前他先切到 Plan 模式，写一段长提示词描述需求，并在结尾明确要求"先向我提问以澄清需求"——他称之为"非常好的实践"。Claude 随后主动追问风格、交互方式（轨道缩放平移）、附加元素（安大略湖、信息标签、车流动画）、时间设定（黄金时刻）等细节，这些是用户自己未必想得到的。

计划产出后要逐项核对技术栈（这里是 Three.js）、依赖、内置数据、文件组织方式，因为"这一步会在未来帮你省下大量时间"。确认后一键接受，模式自动切回 Auto 开始构建。这个项目最终跑了约 30 分钟，成品包含带倒影的水面和路上行驶的车辆。

CLAUDE.md：让 agent 永远不忘项目约定

每个项目都该有一个 CLAUDE.md。它是 Markdown 格式的说明文件，agent 在每次新会话开始时会自动读取并遵循其中的指令，内容涵盖技术栈、常用命令、架构说明等。生成方式很简单：输入 /init，可附加描述也可留空让 Claude 自行总结。Tim 强调它的价值在于"agent 永远不会忘记技术栈，也不会漏掉关键步骤"，新会话无需重新扫描整个项目就能立即给出上下文。

这个文件支持嵌套：主目录放一份，子目录（如 src）里也可以放一份，打开哪个目录作为项目就读取哪一份。此外，.claude 文件夹里还可能自动生成 launch.json（记录应用的启动方式）和手工维护的 settings.json。后者是项目级配置，可以设置命令白名单、需要询问的操作、禁止读取的文件（如环境变量文件），甚至能自定义加载动画里的提示词——演示中 Claude 就把一批多伦多主题短语加进了 spinner。这类配置随仓库共享，团队成员看到的是同一套规则。

记忆机制：存在哪里，你该不该管

直接对 Claude 说"记住这件事"，它会自行决定存放位置。演示中它同时更新了 CLAUDE.md，并在一个位于项目目录之外的全局路径下创建了 memory.md 和 user identity 文件——也就是说这些记忆默认不进 Git 仓库，只留在本机。如果希望记忆随项目走，需要明确要求它写进项目文件夹，Claude 会创建项目内的 memory.md 并持续读取。这个细节略显绕，但理解"记忆是文件、位置可指定"这一点后就不难掌握。

Skills：把重复指令固化下来

输入斜杠会展开一长串命令，其中一部分就是 skills。Tim 的定义是：skill 就是一个 Markdown 文件，把可复用的指令集合封装起来。"当你发现自己反复解释同样的五个步骤时，这就是该做 skill 的信号。"他自己做了 YouTube 大纲生成、机票搜索、记账等 skill，每个都规定了固定的结构和语气要求。

创建方式同样朴素——直接让 Claude 帮你写一个 skill，并选择作用域：全局（放进全局 .claude 目录，任何项目可用）或项目级（放进项目内的 .claude/skills 子目录）。演示中他把一个印尼语测验 skill 从全局移到项目目录，结果在别的项目里它就彻底消失了，回到原项目又立刻出现。技能市场里也有大量他人分享的 skill 可直接安装。

子代理、MCP、Hooks 与插件

子代理解决的是上下文污染问题。主会话的所有对话和工具调用都堆在同一个上下文窗口里，越满越容易出错、越费 token。子代理可以把任务丢到后台独立运行，不占用也不读取主上下文，完成后回报结果。你还能为它单独指定模型和 effort 级别，并并行开跑多个。用 /agents 时代已经切换为直接让 Claude 创建代理文件，文件里写明名称、描述、可用工具、模型和推理档位。

MCP（Model Context Protocol）负责接入外部工具，主流服务基本都提供现成的 MCP 服务器，也可以在界面里通过声明服务器 URL 和名称手动添加。插件则是把 skill、MCP、子代理和配置打包在一起的集合，用 /plugins 管理，官方的前端设计插件就只包含一个 skill。

Hooks 让 Claude Code 在特定事件上自动执行 shell 命令，配置写在 settings.json 里，开发者会觉得很眼熟。

每个 hook 包含三部分：事件（可用事件超过三十种）、可选的匹配器、以及要执行的命令。Tim 的演示是给项目加一个 PowerShell 脚本，在会话结束时弹出 Windows 桌面通知——第一次因为系统通知权限没开而失败，开启后每次 Claude 回复完，右下角就会跳出"多伦多天际线应用已就绪"。这类机制可用于提交前检查、环境变量泄露防护等场景。

MCP（Model Context Protocol）是 Anthropic 于 2024 年底开源的一套标准化协议，用于让大模型应用以统一方式连接外部数据源和工具。它采用客户端-服务器架构：Claude Code 作为客户端，连接一个个独立的 MCP 服务器进程，每个服务器把某类能力（如读写数据库、调用 GitHub API、访问本地文件系统）按协议规定的工具、资源、提示模板三种形式暴露出来。这样一来，开发者不必为每个外部服务单独写集成代码，只要该服务提供了 MCP 服务器，任何支持 MCP 的客户端都能直接接入。协议之所以迅速被主流编辑器与 AI 工具采纳，关键在于它把"模型如何发现和调用工具"这件事标准化了，工具的描述、参数 schema、调用结果都有统一格式，模型可以动态发现可用能力而无需硬编码。

Hooks 的本质是事件驱动的自动化回调，机制上类似 Git 的 pre-commit 钩子或 Web 框架里的中间件。Claude Code 在运行过程中会抛出大量生命周期事件，例如会话开始与结束、用户提交提示词、模型准备调用工具之前、工具执行完成之后、文件被改动等。每个 hook 就是把"某个事件 + 可选的匹配条件 + 一条要执行的 shell 命令"绑定在一起，配置存放在 settings.json 中。匹配器用于缩小触发范围，比如只在调用 Bash 工具时触发、或只对匹配某个文件路径的操作触发。由于命令在本地 shell 中执行，hook 能拿到事件上下文（如工具名、参数、文件路径），因此可用于提交前跑 lint、拦截包含密钥的写入、自动格式化、发送桌面通知等。需要注意的是 hook 命令拥有与当前用户相同的权限，配置来源不可信时应谨慎审查。

上下文管理：三个必须记住的命令

上下文窗口是 Claude Code 里最该盯紧的指标，会话底部的按钮会同时显示用量限额和上下文占用。窗口越满，错误率越高，token 成本也越高。三个命令各有分工：/context 直接展示占用百分比，/clear 清空当前对话另起炉灶（等于点加号但不用切标签页），/compact 则把历史压缩成摘要后清掉原文。演示中一次 compact 让上下文从约 15 万 token 降到 9 万出头——Tim 也坦承数字对不上，但机制就是把旧消息总结后替换掉。通常接近上限时 Claude 会自动压缩，手动执行只是多一层保险。

还有两个顺手的技巧：输入框按上下箭头可回溯历史提示词；/rewind 能把对话、代码或两者同时回滚到任意节点，且回滚本身还能撤销。

上下文窗口指模型单次推理能同时"看见"的 token 总量上限，对话历史、工具调用记录、读入的文件内容、系统提示都占用这个额度。它和用量限额是两个不同概念：前者是单次会话的记忆容量，后者是账户在计费周期内可消耗的总量。窗口填满会带来两个后果——一是模型需要在有限空间里权衡信息，越靠近上限越容易遗漏早期指令或产生前后不一致；二是每次请求都要重新发送全部历史，token 成本随窗口增长而线性上升。因此压缩与清理的意义不只是"腾地方"，更是维持输出质量和控制费用的手段。子代理之所以有效，正是因为它把长任务放到独立上下文里执行，主会话只接收最终结论，从而避免中间过程污染主窗口。

并行会话与代码审查

同一项目下可以同时开多个会话，左侧会显示各自的进度。如果担心并行写入冲突，可以开启 work tree——它是当前代码的克隆，每个会话在独立副本里干活，互不覆盖，但需要先初始化 GitHub 仓库，且合并分支时仍可能产生冲突。

/code review 适合提交前的自查：接入 Git 仓库后，它会对当前所有改动做一次只读审查，不产生任何修改。Routines 则是定时任务，可按工作日定点触发（比如下午 4:18 的简报），前提是本地运行时电脑得开着。

最实在的一条建议

整支视频最重要的元观点或许在结尾：上面所有功能都不需要背。Claude 几乎能帮你完成任何配置——你需要记住的只是"这个功能存在"，然后告诉它去设置。真正的门槛不在于操作，而在于知道有哪些杠杆可以拉。