CCA 领域 3 详解：Claude Code 配置与工作流

CCA-F 考试的领域 3 叫 Claude Code Configuration & Workflows，占总分 20%。它考的是：你能不能把正确的指令放进正确的文件（用户级、项目级还是目录级 CLAUDE.md；带路径 glob 的 rules；command 还是 skill），能不能选对工作模式（plan、explore、direct），以及能不能在 CI 里正确运行 Claude Code。几乎每道题都能归结为一句话：“谁需要它，它什么时候加载，它保证什么”。

下面依次讲：这个领域覆盖什么、凭什么拿 20%、必须烂熟的概念、题目怎么出、一道团队场景的完整推理，以及常见陷阱。内容建立在我们 26 篇文章的领域 3 学习指南之上，每个观点都链到来源文章。

CCA 领域 3 考什么？

六个任务，各有一篇入门文章：

任务	考点	从这里开始
3.1 配置层次	用户级、项目级、目录级 CLAUDE.md；@import；.claude/rules/	把团队标准放到团队能拿到的地方
3.2 Commands vs skills	纯提示词文件 vs 带 frontmatter 的 SKILL.md（context: fork、allowed-tools、argument-hint）	Commands 是 Prompt，Skills 是配置化工作流
3.3 Frontmatter 路径与 glob	rules 文件上的 paths: glob；glob 规则 vs 目录级 CLAUDE.md	没有 Path Glob，86% 的规则上下文被浪费
3.4 Plan mode 与探索	什么时候先规划、什么时候直接改、Explore 子代理	复杂任务跳过规划，55% 的回滚率
3.5 例子胜过描述	具体示例、先写测试、interview mode、问题分类	文字描述的歧义天花板在 63%，例子直达 91%
3.6 CI 与非交互模式	-p、--output-format json、CLAUDE.md 是 CI agent 的唯一上下文、独立审查	没有 -p，你的 CI 任务会挂到超时杀死它

完全没碰过 Claude Code？先扫一眼 Foundations 的两篇：Claude Code：一个 CLI 工具，不是 IDE和四种权限模式：从完全控制到完全自动化。

领域 3 为什么占 20%？

Claude Code 是大多数 CCA-F 考生日常真正在用的产品，而配置决定了团队得到的是一致的行为，还是一堆”在我机器上没问题”。考纲给它五分之一的分量，是因为这里的决策又多、答案又明确：团队标准有一个正确的文件位置，限制工具有一个正确的机制，CI 有一个正确的参数。按 60 题的试卷算大约 12 题（报名前请到 Anthropic / Pearson VUE 官方页面核对当前权重）。根据我们的经验，这也是动手时间转化成分数最快的领域。

必须烂熟的概念

三个层级是叠加的，不是互相替代。 ~/.claude/CLAUDE.md 是个人的，永远不会离开你的机器。仓库里的 .claude/CLAUDE.md 受版本控制，每个克隆仓库的人都能拿到。子目录里的 CLAUDE.md 只在编辑它下面的文件时加载。把团队标准写进用户级文件是经典错误，因为克隆仓库不会克隆同事的 home 目录。

提到一个文件不等于加载了它。 “参见 docs/style.md”只是一段模型读过就忽略的文字。@docs/style.md 才会把内容导入进来。提到一个文件不等于加载了它同时提醒：别把所有东西互相 import 一遍，那样等于废掉了层次结构本来要提供的作用域。

Rules 必须有 paths:，否则每次编辑都加载。 十二个没有作用域的 rules 文件，会把 Terraform 规范塞进一次 Python 编辑里（12 个不带范围的规则文件浪费了 78% 的上下文预算）。重叠的 glob 会同时加载，这是设计如此。作用域是文件类型（**/*.test.ts）就用 glob 规则，是文件位置就用目录级 CLAUDE.md，见文件类型还是文件位置——决定了用哪种机制。

Frontmatter 是保证，指令是引导。 一个 skill 的 allowed-tools: Read, Write, Edit 让 Bash 在物理上不可用。写一句”不要执行命令”只是概率性的。context: fork 隔离的是 skill 的记忆，不是文件系统（见Fork 隔离记忆，不隔离文件系统）。如果一个工作流三项 frontmatter 能力都不需要，纯 command 更简单。始终生效的规则放 CLAUDE.md，按需触发的工作流放 skill（CLAUDE.md 是始终开启的，Skills 是按需的。别搞混了）。

Plan mode 应对的是不确定性，不是规模。 有多种合理方案、代码不熟、改动会波及多个模块，这些情况该用 plan mode。一条直指第 42 行的堆栈跟踪则不需要（已经知道怎么修，直接修）。大仓库上把阅读工作委派给 Explore 子代理，主上下文才保持得住小（探索了 120 个文件，只用了 12% 上下文）；组合流程在Plan → Explore → Direct：复杂任务的三阶段工作流。

CI 就是 -p 加 --output-format json，而 CLAUDE.md 是 agent 知道的全部。 没有 --batch，也没有 CLAUDE_CI=true。提示词里说”输出 JSON”多数时候能拿到 JSON；用参数才能稳定拿到（Prompt 说”输出 JSON” → 73%。Schema 标志 → 99%）。审查应该和生成分开在不同会话跑（Claude 审查自己的代码几乎不算审查），并且要能看到之前的评论和已有测试，避免重复。

考试怎么考领域 3？

场景会描述一个团队、一套配置布局和一个症状。典型形态：

• “新人不遵守命名规范；资深工程师的机器却一切正常。“（标准写在 ~/.claude/CLAUDE.md；挪到 .claude/CLAUDE.md。）
• “编辑一个 React 组件时加载了数据库迁移规则。“（rules 没有作用域，或者根文件是一整块；加 paths: 或目录级 CLAUDE.md。）
• “/migrate-db skill 无视指令执行了 DROP TABLE。“（没有 allowed-tools；限制为 Read/Write/Edit。）
• “夜间 CI 任务挂起，退出码 137。“（缺 -p。）
• “Claude 的 PR 审查每次 push 都重复同一条评论。“（把之前的审查上下文给它，见62% 的审查评论是重复的。加了先前上下文降到 4%。）
• “想知道此刻到底加载了什么，最快的办法是什么？“（/memory，见/memory 告诉你什么被实际加载了——MEMORY.md 不能。）

完整情景题：一个六人团队和一个 monorepo

背景。 前端在 web/（TypeScript/React），后端在 api/（Python），基础设施在 infra/（Terraform）。两位工程师各自在 ~/.claude/CLAUDE.md 里写了 600 行标准。其他人什么都没有。Jira MCP server 只在一个人那里能用。一个 /deploy-preview command 本该只生成 plan，却偶尔跑了 terraform apply。

选项。

A. 让每位工程师把那 600 行文件复制到自己的 home 目录，并把 Jira 的配置方法写进 wiki。 B. 把 600 行全部搬进一个根级 .claude/CLAUDE.md，把 Jira server 写进 .mcp.json 并硬编码 token，再给 deploy command 加一句”绝不运行 apply”。 C. 根级 .claude/CLAUDE.md 只放跨领域的通用标准；.claude/rules/ 下用 paths: 分别限定到 web/**、api/**、infra/**；Jira 放 .mcp.json 并用 ${JIRA_TOKEN}；把 /deploy-preview 改成 skill，allowed-tools 排除 Bash，只给一个文档化的 plan-only 工具。 D. 保留用户级文件，但加一个 pre-commit 检查，两个文件不一致就失败。

推理。 A 和 D 都把”层级放错”这个错误留在原地。B 解决了分发，却让每次编辑都浪费上下文、把密钥提交进了 git，还指望靠措辞阻止一条破坏性命令。C 把每个关注点放到了层次结构本来设计的位置：共享标准进仓库、规则按路径限定、密钥不进 git、高风险工作流有确定性的工具限制。C 是最不坏的选项，每一项都能对应一篇文章：章节标题不执行范围——Path 规则执行、三个字段把 Prompt 变成安全的工作流，以及领域 2 讲 ${ENV_VAR} 展开的那篇。

领域 3 题目里的常见陷阱

• 以为章节标题能限定规则作用域。 根文件里的”## Backend rules”照样会在前端编辑时加载。只有路径和目录能限定作用域。
• 什么都做成 skill。 context: fork 有延迟；一个两秒钟的 /lint 应该是纯 command。
• 混淆用户级和项目级 skill。 个人变体放 ~/.claude/skills/，而且要起不同的名字，避免遮蔽（个人 Skills 放 ~/.claude/skills/——起个不同的名字）。
• 按文件数量决定要不要规划。 不熟悉的代码里改一个文件也可能需要 plan mode；二十个文件的机械重命名反而不需要。
• 只描述不展示。 输出格式重要时，一个具体例子胜过一段话；先写测试收敛更快（先写测试：3 轮迭代到 15/15。先写实现：7 轮到 12/15）。大任务开工前先问清楚（三轮返工因为没人问部署拓扑）。
• 以为 CI 继承你本地的上下文。 它只有仓库，所以标准必须写在 CLAUDE.md 里（CLAUDE.md 是你 CI Agent 的唯一项目标准来源）。
• 挑了一个虚构的参数。 选项里出现一个你在文档里从没见过的环境变量或参数，它大概率就是干扰项。

下一步

读完六篇入门文章，打开一个真实仓库边读边建文件（一个根级 CLAUDE.md、一个带作用域的 rules 文件、一个带 allowed-tools 的 skill），然后做领域 3 练习题。稳定之后去做免费 CCA-F 模拟考。完整列表在领域 3 学习指南页，配套的复习顺序版是CCA 领域 3 复习技巧。