首页 › tips-tricks › 别只会打字:Claude Code七张配置底牌

别只会打字:Claude Code 七张配置底牌,复制就能把它变成自动化工

你和海外高手的差距,不在提示词,在配置文件。多数人把 Claude Code 当高级对话框,对话框以外的七层"可编程接口"几乎没人动。这一篇把这七张底牌一次性摊开,每一张都配可直接粘贴的配置,复制即用。

导语:真正的信息差在 .claude/ 目录里

国内技术群里聊 Claude Code,九成话题停在"怎么写提示词""哪个模型强"。但你打开任何一个海外 power user 的 GitHub,第一眼看到的不是 prompt.md,而是 .claude/settings.json、.claude/agents/、.claude/commands/ 这堆配置文件。

这才是信息差:Claude Code 不是一个对话框,是一个可编程的 agent 平台。 你可以通过 hooks 让它自动跑测试、通过 subagents 给它造专属审查官、通过自定义 slash command 把重复流程封装成一键指令、通过 headless 模式把它塞进 CI 管道。会用配置的人,比只会打字的人效率高一个数量级——而且这些功能全部免费、全部本地、全部是官方文档早就写了的。

下面七张底牌,从最不被用到最被低估,逐一拆开。


底牌一:Hooks —— 让 AI 自己跑 format、测试、拦截危险命令

这是 Claude Code 最强大、却最没人用的功能。hooks 让你在工具调用的生命周期节点上挂 shell 命令,完全自动执行,不需要你点确认。

官方支持的事件至少包括(已从官方文档原文核实):SessionStart(会话启动)、PreToolUse(工具调用前)、PostToolUse(工具调用后)、Stop(回合结束)。最常见的玩法是 PostToolUse 上挂一个格式化脚本——AI 每改完一个文件,自动 prettier/gofmt/ruff format,你永远不会再看到"AI 写的代码缩进乱"的问题。

配置写在 .claude/settings.json:

{
  "hooks": {
    "PostToolUse": [
      {
        "matcher": "Edit|Write",
        "hooks": [
          { "type": "command", "command": "npx prettier --write $CLAUDE_FILE_PATHS" }
        ]
      }
    ],
    "PreToolUse": [
      {
        "matcher": "Bash",
        "hooks": [
          { "type": "command", "command": "python3 scripts/guard_dangerous.py" }
        ]
      }
    ]
  }
}

预期效果:每次 AI 写文件自动 format,每次 AI 想跑 bash 前先过你的守卫脚本——里面可以拦截 rm -rf、git push --force、DROP TABLE 等。适用场景:任何正经项目,尤其是多人协作、生产仓库。海外团队普遍用 hooks 做强制 lint + 安全门,国内几乎没人配。


底牌二:Subagents —— 给 Claude Code 造一个专属代码审查官

主 agent 上下文窗口宝贵,塞太多职责会变笨。subagents 的解法是:把专科任务拆给独立 agent,它有自己的 system prompt、自己的工具白名单、独立上下文。配置就放一个 markdown 文件到 .claude/agents/ 目录,文件头部是 frontmatter(已核实:含 description、model、tools 字段)。

新建 .claude/agents/code-reviewer.md:

---
description: 严格的安全与质量审查员,只读不写
model: claude-sonnet-4-6
tools: Read, Grep, Glob
---
你是资深安全审计员。审查给定 diff,重点找:注入风险、密钥泄露、
未授权的外部调用。输出格式:按严重程度排序的 issue 列表,
每条带 file:line。不做修改,只报告。

保存后,主 agent 会自动在合适时机委派任务给这个审查员,你也可以直接在对话里喊"让 code-reviewer 看一下这次改动"。

预期效果:审查走专用上下文,不污染主线;用 Sonnet 跑审查,比让 Opus 边写边审更准更省。适用场景:代码审查、安全审计、文档生成、测试补全——任何需要"专科大脑"的活。一个团队配 3-5 个 subagent,等于多雇了几个不睡觉的专科工程师。


底牌三:自定义 Slash Commands —— 把重复流程封装成一键指令

每次新功能都要"读需求→改代码→跑测试→提交"?把它做成 /feature。自定义命令是 .claude/commands/ 目录下的 markdown 文件,文件名即命令名。它的杀手锏是三个特殊语法(均已从官方文档核实):$ARGUMENTS 接收命令参数、!`命令` 把 shell 输出直接注入 prompt、@文件路径 把文件内容喂进上下文。

新建 .claude/commands/feature.md:

# 开发新功能的标准流程

需求:$ARGUMENTS

当前分支状态:
!`git branch --show-current && git status --short`

相关代码:
@src/api/handlers.ts

请按以下步骤执行:
1. 阅读需求与相关代码
2. 实现改动
3. 运行 `npm test` 直到通过
4. 用 `git diff` 总结改动

之后只要敲 /feature 给登录接口加 rate limiting,Claude Code 会自动注入当前 git 状态、相关文件、需求描述,一步到位开干。

预期效果:把团队的 SOP 固化成命令,新人 onboarding 直接 /feature /bugfix /refactor,不用记流程。适用场景:任何重复出现的多步骤工作流。海外 indie 开发者平均每人配 5-10 个自定义命令,国内十个用户里未必有一个。


底牌四:三级 CLAUDE.md + # 快捷记忆 + @url 即时喂数据

CLAUDE.md 是 Claude Code 的长期记忆,支持三级层级:~/.claude/CLAUDE.md(全局,跨项目)、项目根的 CLAUDE.md(团队共享)、子目录的 CLAUDE.md(模块特有)。三级叠加,越靠下的越具体。

但更少人知道的是两个快捷注入:

预期效果:把"项目约定、代码风格、踩过的坑"沉淀成记忆,AI 不再每次都犯同样的错;规范文档用 @url 现场喂,永远最新。适用场景:所有项目。尤其是有强约定(如通信协议栈、3GPP 规范实现)的代码库——把规范要点写进 CLAUDE.md,错误率肉眼可见地降。


底牌五:Headless 模式 —— 把 Claude Code 塞进 CI 和 shell 管道

claude -p "提示词" 是 headless(无界面)模式,它不打开交互界面,直接执行并退出。配上几个 flag,Claude Code 就从聊天工具变成可编排的命令行组件:

# CI 里自动修 lint 报错并提 PR
claude -p "修复 $(cat eslint_errors.log),只改最小必要处" --output-format json

# 流式 JSON 输出,便于脚本解析
claude -p "给这段代码生成测试" --output-format stream-json < src/utils.ts > tests.json

# 续接上次会话,保留上下文
claude --continue
claude --resume <session-id>

预期效果:把 AI 能力接进 GitHub Actions、pre-commit hook、定时巡检脚本——完全无人值守。适用场景:CI 自动修复、批量代码迁移、定时生成报告、PR 自动审查。这是海外"AI 工程化"和国内"AI 对话化"最大的分水岭:他们让 AI 在流水线里 7×24 跑,我们还在终端里手动敲。


底牌六:Permissions 静默白名单 —— 告别反复按 y/n 的疲劳轰炸

默认每次 AI 要跑 npm install、git add、rm 都要你确认,一天几百次,手指和注意力都被磨损。permissions 配置可以把安全且高频的命令放进白名单,让它静默执行;同时用 deny 硬封危险操作。

.claude/settings.json:

{
  "permissions": {
    "allow": [
      "Bash(npm test:*)",
      "Bash(npm run lint:*)",
      "Bash(git status)",
      "Bash(git diff:*)",
      "Read(**/*)",
      "Edit(src/**/*)"
    ],
    "deny": [
      "Bash(rm -rf:*)",
      "Bash(git push --force:*)",
      "Read(.env)",
      "Read(**/secrets/**)"
    ]
  }
}

预期效果:安全的高频操作自动放行,危险操作硬封顶,注意力只留给真正需要判断的决策。适用场景:所有日常开发。配完之后你会发现,AI 从"每步都打断你"变成"默默干完一整块再来汇报"。


底牌七:Plan Mode + /model 按任务切档

最后一张是两个被低估的开关。Shift+Tab 切换 Plan Mode(规划模式):AI 只读不写,先输出完整方案让你 review,确认后再退出 plan mode 执行。大改动前先 plan,能避免 AI 一上来就把代码改飞。

/model 则是按任务切模型档位:架构设计、难 bug 用 Opus;写测试、补文档、跑审查用 Sonnet/Haiku。一个项目里按阶段切模型,质量和成本同时优化。配合底牌二的 subagent,可以让"规划用 Opus、实现用 Sonnet、审查用专属 agent"自动分工。

预期效果:大改动不返工、小任务不烧钱。适用场景:所有非琐碎任务。海外高手的肌肉记忆是"复杂任务先 Shift+Tab 进 plan,简单任务切 Haiku"。


整体架构:七张底牌如何拼成一个自动化工

flowchart TB
    U[你输入 /feature 需求] --> CMD[底牌三<br/>自定义 Slash Command]
    CMD -->|注入 git状态+文件+参数| MAIN[主 Agent]

    subgraph 记忆层
      G[~/.claude/CLAUDE.md<br/>全局] -.叠加.-> P[项目 CLAUDE.md<br/>团队] -.叠加.-> S[子目录 CLAUDE.md]
    end
    S --> MAIN
    MAIN -.读.-> MEM[底牌四<br/>三级记忆 + #快捷]

    MAIN -->|规划| PLAN[底牌七<br/>Plan Mode]
    MAIN -->|切档| MODEL[/model<br/>Opus→设计 Sonnet→实现]

    MAIN -->|委派专科| SA[底牌二<br/>Subagents<br/>审查官/安全员]
    MAIN -->|工具调用| TOOLS[Edit/Bash/Read]

    TOOLS -.触发.-> PRE[PreToolUse<br/>安全守卫]
    PRE -->|放行| TOOLS
    TOOLS -.触发.-> POST[PostToolUse<br/>自动 format+test]
    POST --> HOOK[底牌一<br/>Hooks]

    PERM[底牌六<br/>Permissions 白名单] -.校验.-> TOOLS

    MAIN -.无人值守.-> CI[底牌五<br/>Headless -p<br/>接 CI 管道]

    style CMD fill:#e8f5e9
    style HOOK fill:#fff3e0
    style SA fill:#e3f2fd
    style CI fill:#fce4ec

信息差总结:你以为的 vs 高手实际用的

维度 多数人(你) Power User(信息差拥有者)
文件格式 手动 format PostToolUse hook 自动 format
代码审查 自己肉眼看 subagent 安全审查官自动跑
重复流程 每次重新打字 /feature 一键命令封装
项目知识 每次重新解释 三级 CLAUDE.md + # 沉淀
CI 集成 手动复制粘贴 headless -p 接进流水线
权限确认 反复按 y/n permissions 白名单静默
任务分工 一个模型干所有 /model + subagent 按档分工

一句话:对话是最低效的 Claude Code 用法,配置才是。


行动指南:今晚就能落地的四步

  1. 先配底牌一和六:在项目根建 .claude/settings.json,挂上 PostToolUse 自动 format 和 permissions 白名单。立竿见影,10 分钟见效。
  2. 再封一个命令:把你最常做的工作流(修 bug / 加功能 / 写测试)写成 .claude/commands/*.md,用 $ARGUMENTS 和 !`git status` 注入上下文。
  3. 造一个审查 subagent:.claude/agents/code-reviewer.md,专门在你提交前跑安全审查。
  4. 把记忆写满:用 # 把项目约定一条条存进 CLAUDE.md,越用越懂你的项目。

按这四步走,你的 Claude Code 会从"聊天框"进化成"7×24 不睡觉的工程小组"。


参考来源


本文由「51学通信」技术团队出品。51学通信由通信行业18年老兵爱卫生(微信ID: gprshome201101)维护。 聚焦5G/6G核心网、3GPP标准、AI工具实战。知识星球「51学通信」提供深度技术答疑和行业洞察。


完成摘要(What was done)

下一步计划

注意事项

[!tip] 51学通信知识星球 星主:爱卫生(微信:gprshome201101)——公众号「51学通信」创办者,19 年通信行业运维与讲师经验,著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书(各大电商平台有售)。 星球定位:深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域,主打运维岗位与信令分析。 当前规模:5200 篇主题 / 990 个回答,198 元/年。 加入福利:加入星球后请加爱卫生微信,拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题,另有群内分享。 AI 加持:51学通信知识星球已作为 skill 接入 WorkBuddy,使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例,做总结、找文档和 PPT 等场景全覆盖。

51学通信知识星球海报-扫码加入