Claude Code 机制专题

Claude Code 机制入口:CLAUDE.md、Plan Mode、上下文、sessions、statusline、Remote Control、Slash Commands、Hooks、Subagents、Ultracode 和权限。

Claude Code 机制专题解释的是安装之后真正影响日常开发体验的能力:CLAUDE.md、Plan Mode、上下文管理、sessions、statusline、Remote Control、Slash Commands、Hooks、Subagents、Ultracode、Dynamic Workflows、权限和工具边界。这个入口不是单纯目录,而是帮助你判断“当前问题应该用哪个机制解决”。

最后核查:2026 年 7 月 7 日。Claude Code 更新很快,所以这个页面采用决策地图写法:先从工作流问题出发,再进入对应深度指南。2026 年 5 月 Opus 4.8 更新带来了 research preview 阶段的 dynamic workflows 和 ultracode effort 设置,大规模后台编排现在单独成页。

快速结论

如果 Claude Code 用起来不稳定、成本高、输出噪音大、或者同一类任务很难复用,通常不是把 prompt 写得更长,而是要选对机制:

  • Claude 需要长期项目规则时,用 CLAUDE.md
  • 改动风险高、范围大时,用 Plan Mode。
  • 会话越来越长、上下文变乱时,做上下文管理。
  • 需要恢复、命名、分支或交接 coding 对话时,用 sessions。
  • 需要终端里直接看到模型、上下文、分支或用量信号时,用 statusline。
  • 需要从其他设备控制本地会话时,用 Remote Control。
  • 某个提示词反复使用时,做成 Slash Command。
  • 某件事应该围绕 Claude Code 事件自动发生时,用 Hooks。
  • 某个旁路任务会产生大量输出时,用 Subagent 隔离。
  • 大规模审查、迁移或研究需要大量 subagents 协同和交叉验证时,用 Dynamic Workflows。
  • 想让 Claude 在 xhigh effort 下自行判断是否需要 workflow 时,用 Ultracode。
  • 工具访问需要策略而不是习惯时,用 permissions 和工具 allowlist。

这些机制最好组合使用。一个稳定项目通常有简洁的 CLAUDE.md、少量可复用命令、保守权限、清晰上下文习惯,以及在流程验证后才加入的一两个 subagents 或 hooks。

根据问题选择机制

工作流问题优先阅读为什么适合
Claude 总是忘记项目约定CLAUDE.md持久项目说明会在会话里加载,让团队规则稳定可见。
改动大、风险高、不确定性强Plan Mode先只读规划,再确认实施顺序,减少意外修改。
会话里塞满旧日志和无关文件上下文管理控制上下文预算,让模型聚焦当前决策。
需要继续或恢复之前的工作Sessions有意识地 resume、rename、compact、clear 或分支会话。
需要可见的模型、分支或用量信号Statusline一行终端状态栏可以减少反复检查。
需要从另一台设备控制本地会话Remote Control执行仍在本地,但可以用浏览器或手机控制。
每周都重复同一类提示词Slash Commands把重复工作流变成命名入口。
危险命令应该在执行前被拦截HooksPreToolUse hooks 和 permissions 可以在执行点约束行为。
测试、日志、资料研究输出太吵Subagents子代理在独立上下文里做事,只返回有用摘要。
大任务需要大量 agents 和交叉验证Dynamic WorkflowsWorkflow 脚本可以协调后台 subagents,并返回校验后的结果。
想让 Claude 自己判断是否需要 workflowUltracodeultracodexhigh effort 和自动 workflow 判断结合起来。
MCP 工具可能写外部系统MCP 安全清单外部工具访问需要明确边界和验证。
团队希望 Claude 行为一致工具权限管理共享权限让不同会话更可预测。

不要一次性加上所有机制。先找当前失败模式,再用最小的功能解决它。

核心指南

CLAUDE.md

CLAUDE.md 是项目记忆文件,适合放长期有效的项目说明:架构边界、测试命令、分支规则、命名习惯、写作风格、禁止目录和交付标准。

当某条规则需要跨会话生效时,把它写进 CLAUDE.md。但不要把它写成巨型手册。越具体、越新、越围绕 Claude 需要做的决策,效果越好。

Plan Mode

Plan Mode 是在编辑前主动放慢的模式。迁移、重构、生产修复、需求不明确、或者错改成本很高的任务,都适合先进入 Plan Mode。

好的流程很简单:先探索代码,再说明准备怎么改,确认假设,最后实施。它不能替代测试,但能减少很多错误的第一步。

上下文管理

上下文管理 解决的是会话变长后 Claude 注意力分散的问题。目标不是把上下文塞满,而是只保留会影响下一步决策的信息。

实用习惯包括:无关任务开新会话、压缩前写交接摘要、给 subagent 明确文件路径和报错、不要一次粘贴与问题无关的大段日志。

Sessions

Sessions 解释如何继续 Claude Code 历史会话、按名称或 ID 恢复、给 session 分支,并避免把过期上下文带进无关任务。

用 sessions 解决连续性;用 /clear/compact 管理上下文卫生。不要把保存的 session 当成永久项目大脑。

Statusline

Statusline 是终端底部的操作状态信号:模型、当前项目、分支、上下文百分比、预估成本和限额压力。

当你反复检查同一类会话状态时使用它。保持短、本地、不要输出 secrets。

Remote Control

Remote Control 允许从 claude.ai/code、手机或其他浏览器控制本地 Claude Code 会话,同时代码执行仍在你的机器上。

适合需要远程控制的本地进行中工作。不要把它和 Claude Code on the web 混淆,后者运行在 Anthropic 管理的云环境里。

Slash Commands

Slash Commands 把重复提示词变成命名工作流。适合代码审查、发布检查、文档更新、SEO 页面审查、迁移步骤等 prompt 结构很重要的任务。

命令最好窄而稳定。如果一个 command 逐渐变成带大量领域规则的操作手册,可以考虑沉淀成 skill 或项目文档。

Hooks

Hooks 围绕 Claude Code 生命周期事件执行逻辑。它可以拦截危险 Bash、验证文件写入、编辑后运行检查、发送通知或记录活动。

Hooks 的强大之处在于自动触发,风险也在这里。先 observe 或 warn,再考虑 deny。脚本要小、可审计,并写进 CLAUDE.md

Subagents

Subagents 是带独立上下文和角色的专门 worker。适合处理噪音大的旁路任务:代码审查、测试失败分析、安全检查、官方资料核查、独立模块调研。

Subagent 不是共享记忆。普通 subagent 不会自动知道主会话完整历史,所以委派提示词要明确路径、报错、结论和输出要求。

Dynamic Workflows

Dynamic Workflows 适合少量手动 subagent 调用覆盖不了的大任务。Claude 会写 workflow 脚本,协调大量后台 agents,交叉检查结果,然后返回一份汇总报告。

它适合全仓库审查、大规模迁移和高风险研究;不适合小修改,也不适合还没有明确范围的成本敏感任务。

Ultracode

Ultracode 是把 xhigh 推理和自动 dynamic workflow 编排结合起来的 effort 设置。它主要回答“什么时候用 ultracode effort”、“ultracode 和 xhigh 有什么区别”、“Claude Code ultracode 成本怎么判断”这类问题。

它适合有明确边界的困难会话,不适合长期默认开启。如果 Opus 4.8 突然变慢或变贵,先看 Opus 4.8 变慢或变贵排查,不要直接把原因归咎于模型。

如果问题是该用 prompt 里的深度推理,还是该切换 workflow effort,先看 Ultrathink 和 Ultracode 区别

推荐配置顺序

新项目或刚迁移的项目,建议按这个顺序配置:

  1. 写一个小而清楚的 CLAUDE.md 项目目标、命令、目录和质量规则。
  2. 设置保守权限: 允许常见读写,宽泛 Bash 或外部写操作前先询问。
  3. 创建一两个 Slash Commands: 先做 review、content audit 或 release checklist。
  4. 高风险任务使用 Plan Mode: 迁移、重定向、价格页、登录、支付、部署或大规模内容调整。
  5. 建立上下文习惯: 按主题开会话,compact 前写交接,不混杂无关任务。
  6. 给 sessions 命名并加简单 statusline: 先让长任务可恢复、状态可见,再增加重自动化。
  7. 只为反复出现的噪音任务加 Subagents: 测试分析、来源核查、代码审查或安全审查。
  8. 只在大范围任务里试用 Dynamic Workflows: 审查、迁移或交叉验证研究,否则不要默认打开。
  9. 只在严肃困难会话中使用 Ultracode: 困难任务结束后切回 high effort。
  10. 规则验证后再加 Hooks: 拦截 .env 写入、deploy 前提醒、记录 MCP 写工具。

这个顺序可以让系统保持可理解。常见错误是流程还没清楚,就先加自动化。

不同阶段应该配置什么

阶段建议配置暂时避免
个人探索CLAUDE.md、Plan Mode、上下文纪律团队 hooks 和复杂 agents
正式项目开发Slash commands、工具 allowlist、上下文规则巨大的 memory 文件和过宽权限
团队采用项目 CLAUDE.md、共享命令、明确 review 流程队友无法解释的隐藏自动化
高风险仓库Permission rules、hooks、只读审查、发布清单自动接受破坏性工具
内容或文档站来源核查 command、内容审查 subagent、带日期的官方来源发布没有链接和核查的薄页面
大迁移或大审查Dynamic workflow 小范围试点、只在收窄任务中使用 ultracode、worktree 隔离、明确验证阶段没有范围和成本检查的开放式 ultracode 会话

机制专题怎么选

如果你已经完成安装,但不知道该用哪个能力解决当前问题,可以按下面的表格进入:

你现在的问题建议先看
不知道 CLAUDE.md 应该写什么深度机制解释加示例
想先规划再让 Claude Code 改代码工作流决策指南
想恢复、压缩或整理历史会话resume、compact、clear、branch 和命名指南
想看清当前模型、上下文、成本状态终端状态、模型、上下文、成本和分支指南
想从远程设备控制本地会话本地执行加远程控制指南
想自动拦截风险操作或记录动作自动化和安全指南
想把任务交给不同角色处理角色、上下文和委派指南
想让复杂审查在后台分步运行后台编排、ultracode、成本和安全指南
想判断是否需要更高推理强度effort 设置、workflow 触发、成本和可用性指南
想区分 ultrathink 和 ultracodeFAQ 对比页,再进入 ultrathink 或 ultracode 深度指南
想复用团队常用命令命令设置和复用指南
想减少上下文浪费和会话跑偏成本、聚焦和压缩指南

每个 mechanics 页面都会先给结论,再解释适用场景、配置方法、常见错误,并链接到对应教程、FAQ、MCP 或故障排查页面。

推荐学习路径

不知道从哪里开始时,可以按路径走:

相关入口

官方来源