Claude Code 快速上手实战教程
前言
Claude Code 是 Anthropic 推出的官方命令行 AI 编程助手,它能够直接在你的终端中理解代码库、执行文件操作、运行命令,并以对话式交互帮助你完成从编码到调试、从重构到部署的全流程开发任务。与传统的 IDE 插件不同,Claude Code 以 CLI 原生的方式深度嵌入开发者的工作流,支持项目级别的记忆系统、可扩展的 Skills 技能、MCP 工具协议以及 Hooks 自动化钩子,构成了一个功能强大的 AI 开发平台。
对于刚接触 Claude Code 的开发者来说,它的配置体系可能显得庞杂。本教程将从安装后的第一步开始,系统讲解 Claude Code 的核心概念与实战用法,帮助你在最短时间内从入门走向高效使用。
一、基础配置入门
Claude Code 的行为由 settings.json 文件控制。理解其配置层级和核心选项,是正确使用 Claude Code 的第一步。
💡 国内访问 Claude和Codex: weelinking - 直连、稳定、不折腾
1.1 配置文件的层级关系
Claude Code 采用 5 层配置层级,从高优先级到低优先级依次为:
| 优先级 | 位置 | 作用域 | 是否纳入版本控制 | 典型用途 |
|---|---|---|---|---|
| 1 | 命令行参数 | 当前会话 | 否 | 单次会话覆盖 |
| 2 | .claude/settings.local.json |
项目级 | 否(git-ignored) | 个人项目偏好 |
| 3 | .claude/settings.json |
项目级 | 是(提交到仓库) | 团队共享配置 |
| 4 | ~/.claude/settings.json |
用户级 | 否 | 全局个人设置 |
| 5 | managed-settings.json |
系统级 | 只读 | 组织策略管控 |
核心规则 :低优先级的值会被高优先级覆盖,但有两个例外:deny 规则拥有最高优先级,不可被任何层级覆盖;managed-settings.json 中的组织策略同样不可被本地设置覆盖。
新手建议 :日常使用中,你只需要关注两个文件:个人全局配置
~/.claude/settings.json和项目团队配置.claude/settings.json。
1.2 核心配置项
以下是最常用的配置项:
json
{
"model": "sonnet",
"language": "chinese",
"cleanupPeriodDays": 30,
"autoUpdatesChannel": "stable",
"alwaysThinkingEnabled": true
}
各字段说明:
model:指定使用的模型。支持别名sonnet(Claude 4.5 Sonnet)、opus(Claude 4.6 Opus)、haiku(快速模型),也可使用完整的 model ID。language:设置 Claude 的回复语言,例如"chinese"让 Claude 用中文回复。cleanupPeriodDays:会话清理周期,默认 30 天,超过此时间的不活跃会话将在启动时被删除。autoUpdatesChannel:更新通道,"stable"为稳定版,"latest"为最新版。alwaysThinkingEnabled:是否默认开启扩展思考(extended thinking),开启后 Claude 会进行更深入的推理。
1.3 模型选择与 Effort Level
Claude Code 支持多种模型别名,满足不同场景的需求:
| 别名 | 说明 |
|---|---|
"default" |
根据账户类型推荐的默认模型 |
"sonnet" |
最新 Sonnet 模型(Claude 4.5),综合能力均衡 |
"opus" |
最新 Opus 模型(Claude 4.6),推理能力最强 |
"haiku" |
Haiku 快速模型,响应速度最快 |
"sonnet[1m]" |
Sonnet 模型配合 1M token 上下文窗口 |
"opusplan" |
Opus 负责规划,Sonnet 负责执行,适合复杂项目 |
当选用 Opus 4.6 模型时,还可以通过 /model 命令调整 Effort Level(推理力度):
- High(默认):完整推理深度,适合复杂任务
- Medium:平衡推理,适合日常开发
- Low:最小推理,响应最快
操作方法:运行 /model 命令,选择模型后用左右箭头键调节 Effort Level。
1.4 权限设置
权限系统控制 Claude 可以执行哪些操作。这是保障项目安全的关键配置:
json
{
"permissions": {
"allow": [
"Edit(*)",
"Write(*)",
"Bash(npm run *)",
"Bash(git *)",
"WebFetch(domain:*)",
"mcp__*"
],
"ask": [
"Bash(rm *)",
"Bash(git push *)"
],
"deny": [
"Read(.env)",
"Read(./secrets/**)",
"Bash(curl *)"
],
"additionalDirectories": ["../shared-libs/"]
}
}
权限分为三个级别:
allow:允许 Claude 自动执行,无需确认。适合安全的常规操作。ask:每次执行前需要用户手动确认。适合有风险但有时需要的操作。deny:完全禁止执行,且不可被任何其他层级覆盖。适合保护敏感文件和危险命令。
权限的工具语法支持通配符模式匹配,例如 Bash(npm run *) 匹配所有以 npm run 开头的命令,Edit(src/**) 匹配 src 目录下所有文件的编辑操作。
权限模式 还可以通过 defaultMode 字段做全局设定:
| 模式 | 行为 |
|---|---|
"default" |
标准权限检查,逐项提示 |
"acceptEdits" |
自动接受文件编辑,无需确认 |
"viewOnly" |
只读模式,不允许任何修改 |
"plan" |
规划模式,只读探索 |
安全提示 :在团队项目中,务必将
.env、密钥文件等放入deny列表,防止 Claude 意外读取敏感信息。
💡 国内访问 Claude和Codex: weelinking - 直连、稳定、不折腾
二、项目记忆系统:CLAUDE.md
CLAUDE.md 是 Claude Code 的"项目记忆文件"。它让 Claude 在每次会话中都能自动了解你的项目约定、编码规范和技术栈偏好,无需每次手动重复说明。
2.1 CLAUDE.md 的作用
你可以在 CLAUDE.md 中写入任何希望 Claude 在工作时遵循的指令,例如:
- 项目的技术栈和架构说明
- 编码规范和命名约定
- 提交消息格式要求
- 测试策略和常用命令
- 需要注意的陷阱和特殊处理
2.2 加载机制:祖先加载与后代懒加载
Claude Code 使用两种机制加载 CLAUDE.md 文件:
祖先加载(向上查找):启动时,Claude Code 从当前工作目录沿目录树向上逐级查找,加载所有找到的 CLAUDE.md 文件。这些文件在启动时立即加载。
后代懒加载(向下查找):当前工作目录的子目录中的 CLAUDE.md 文件不会在启动时加载,只有当 Claude 实际读取或编辑该子目录中的文件时才会加载。
以一个典型的 monorepo 为例:
/mymonorepo/
├── CLAUDE.md # 根目录指令(全项目共享)
├── frontend/
│ └── CLAUDE.md # 前端特定指令
├── backend/
│ └── CLAUDE.md # 后端特定指令
└── api/
└── CLAUDE.md # API 特定指令
如果你在 /mymonorepo/ 根目录启动 Claude Code:
| 文件 | 是否立即加载 | 原因 |
|---|---|---|
/mymonorepo/CLAUDE.md |
是 | 当前工作目录 |
/mymonorepo/frontend/CLAUDE.md |
否 | 仅当读写 frontend/ 下的文件时加载 |
/mymonorepo/backend/CLAUDE.md |
否 | 仅当读写 backend/ 下的文件时加载 |
如果你在 /mymonorepo/frontend/ 子目录启动 Claude Code:
| 文件 | 是否立即加载 | 原因 |
|---|---|---|
/mymonorepo/CLAUDE.md |
是 | 祖先目录,向上查找命中 |
/mymonorepo/frontend/CLAUDE.md |
是 | 当前工作目录 |
/mymonorepo/backend/CLAUDE.md |
否 | 不同分支,不会加载 |
关键要点:
- 祖先目录的 CLAUDE.md 总是在启动时加载,确保根级指令全局生效。
- 兄弟目录的 CLAUDE.md 永远不会自动加载,避免无关上下文干扰。
- 子目录的 CLAUDE.md 按需加载,优化了上下文空间。
- 你还可以在
~/.claude/CLAUDE.md放置全局 CLAUDE.md,它对所有项目生效。
2.3 最佳实践
- 根目录 CLAUDE.md:放置全仓库通用的编码规范、提交格式、PR 模板等。
- 子目录 CLAUDE.md:放置该组件特有的框架约定、架构说明、测试策略。
- CLAUDE.local.md :用于个人偏好设置,加入
.gitignore不与团队共享。 - 使用
/memory命令可以快速查看和编辑所有已加载的记忆文件。
三、Skills 技能系统入门
Skills 是 Claude Code 的"可复用知识模块",它可以封装特定领域的指令、工作流和最佳实践,让 Claude 在需要时按需调用。
3.1 Skills 与 CLAUDE.md 的区别
Skills 和 CLAUDE.md 都能向 Claude 注入上下文,但机制不同:
| 行为 | CLAUDE.md | Skills |
|---|---|---|
| 祖先加载(向上查找) | 支持 | 不支持 |
| 后代自动发现(向下查找) | 支持(懒加载) | 支持(自动发现) |
| 全局位置 | ~/.claude/CLAUDE.md |
~/.claude/skills/ |
| 项目位置 | 仓库根目录或 .claude/ |
.claude/skills/ |
| 内容加载方式 | 全文加载 | 仅加载描述,调用时加载全文 |
Skills 的核心优势在于按需加载:平时只有 Skill 的描述信息在上下文中,只有当 Claude 判断需要使用某个 Skill 或用户主动调用时,才会加载完整内容。这大幅节省了上下文空间。
3.2 Skill 的存放位置与作用域
| 位置 | 路径 | 生效范围 |
|---|---|---|
| 企业级 | Managed settings | 组织内所有用户 |
| 个人级 | ~/.claude/skills/<skill-name>/SKILL.md |
你的所有项目 |
| 项目级 | .claude/skills/<skill-name>/SKILL.md |
当前项目 |
| 插件级 | <plugin>/skills/<skill-name>/SKILL.md |
启用该插件的项目 |
3.3 创建一个 Skill
创建 Skill 非常简单,只需在对应目录下创建 SKILL.md 文件。例如创建一个项目级的代码审查 Skill:
.claude/skills/code-review/SKILL.md
在 SKILL.md 中写入 Skill 的描述和具体指令。Claude 会自动发现并识别该 Skill。
3.4 Monorepo 中的 Skills 自动发现
在 monorepo 中,每个子包可以拥有自己的 Skills:
/mymonorepo/
├── .claude/skills/
│ └── shared-conventions/SKILL.md # 项目级 Skill
├── packages/
│ ├── frontend/.claude/skills/
│ │ └── react-patterns/SKILL.md # 前端专用 Skill
│ └── backend/.claude/skills/
│ └── api-design/SKILL.md # 后端专用 Skill
当你编辑 packages/frontend/src/App.tsx 时,react-patterns Skill 会被自动发现并可用。而 api-design Skill 在你未涉及 backend/ 目录时不会出现。
3.5 优先级与上下文预算
当同名 Skill 存在于多个层级时,优先级为:企业级 > 个人级 > 项目级。
Skill 描述的加载有一个字符预算(默认 15,000 字符)。在拥有大量 Skill 的大型项目中可能会触达上限。你可以:
- 运行
/context命令查看是否有被排除的 Skill - 设置环境变量
SLASH_COMMAND_TOOL_CHAR_BUDGET来调整上限 - 保持 Skill 描述简洁,避免浪费上下文空间
四、MCP 工具扩展
MCP(Model Context Protocol)是 Claude Code 的工具扩展协议,它允许你接入外部工具和服务,让 Claude 获得更多能力------例如浏览器自动化、数据库访问、API 调用等。
4.1 MCP 的核心概念
MCP Server 是独立运行的工具服务。Claude Code 通过 MCP 协议与这些服务通信,每个 MCP Server 提供一组可调用的工具(Tools)。安装后,这些工具会以 mcp__<server>__<tool> 的格式出现在 Claude 的可用工具列表中。
4.2 安装 MCP 工具
使用 claude mcp add 命令安装 MCP Server:
bash
# 安装 Playwright MCP(浏览器自动化测试)
npx playwright install
claude mcp add playwright -s user -- npx @playwright/mcp@latest
# 安装 Chrome DevTools MCP(浏览器调试与性能分析)
claude mcp add chrome-devtools -s user -- npx chrome-devtools-mcp@latest
其中 -s user 表示安装到用户级作用域(对所有项目生效)。你也可以省略 -s 参数安装到项目级。
4.3 三大浏览器 MCP 工具对比
Claude Code 生态中最常用的浏览器相关 MCP 工具有三个,适用于不同场景:
| 特性 | Playwright MCP | Chrome DevTools MCP | Claude in Chrome |
|---|---|---|---|
| 主要用途 | E2E 测试与 UI 自动化 | 性能调试与网络分析 | 快速可视化验证 |
| 浏览器支持 | Chromium, Firefox, WebKit | 仅 Chrome | 仅 Chrome |
| Token 消耗 | ~13.7k(最少) | ~19.0k | ~15.4k |
| 无头模式 | 支持 | 支持 | 不支持 |
| CI/CD 集成 | 优秀 | 优秀 | 不支持 |
| 费用 | 免费 | 免费 | 需付费订阅 |
场景推荐:
- 日常 E2E 测试:首选 Playwright MCP,Token 消耗最低、跨浏览器支持、基于 Accessibility Tree 的元素选择更稳定。
- 性能调优与网络调试:选择 Chrome DevTools MCP,可录制性能 Trace、分析 Core Web Vitals、深度检查网络请求。
- 快速人工验证:Claude in Chrome 适合在已登录状态下快速验证页面效果。
4.4 MCP 配置管理
在 settings.json 中可以精细管控 MCP Server 的启用与禁用:
json
{
"enableAllProjectMcpServers": true,
"enabledMcpjsonServers": ["memory", "github", "playwright"],
"disabledMcpjsonServers": ["experimental-server"]
}
在权限配置中,可以用 mcp__* 通配符批量允许所有 MCP 工具,或用 mcp__playwright__* 只允许特定 Server 的工具。
使用 /mcp 命令可以在交互模式下管理已安装的 MCP Server。
五、SDK 与 CLI 的选择
Claude Code 提供两种使用接口:CLI(命令行交互)和 Agent SDK(编程 SDK)。了解它们的区别有助于你在不同场景下做出正确选择。
5.1 CLI:交互式开发利器
CLI 是大多数开发者的主要使用方式。它提供:
- 完整的系统提示词:包含模块化架构的 ~269 token 基础提示词,加上 110+ 条件加载组件,涵盖 18+ 内置工具指令、编码规范、安全规则、环境上下文等。
- 自动项目上下文:自动加载 CLAUDE.md、settings、Hooks 配置等。
- 交互式会话:支持多轮对话,持续保持上下文。
- 自定义提示词 :支持
--append-system-prompt追加指令或--system-prompt完全替换。
bash
# 交互模式
claude
# 单次执行模式(非交互)
claude -p "请重构 src/utils.ts 中的日期处理函数"
# 追加自定义指令
claude -p "分析这个函数" --append-system-prompt "请用中文回复,并给出代码示例"
5.2 SDK:程序化集成方案
Agent SDK 适合将 Claude Code 能力嵌入到你自己的程序、脚本或自动化流水线中:
- 最小化默认提示词:只包含你显式提供的工具指令,无额外开销。
- 精细控制:可自定义系统提示词、模型选择、温度参数等。
- 预设模式 :可使用
claude_code预设来获得与 CLI 一致的行为。
typescript
import { query } from "@anthropic-ai/agent-sdk";
// 使用 claude_code 预设匹配 CLI 行为
for await (const message of query({
prompt: "重构 utils.ts 中的日期处理函数",
options: {
systemPrompt: {
type: "preset",
preset: "claude_code",
append: "请用中文回复"
},
model: "claude-sonnet-4-20250514",
settingSources: ["project"]
}
})) {
// 处理响应
}
5.3 选择建议
| 使用场景 | 推荐接口 | 原因 |
|---|---|---|
| 日常交互式开发 | CLI | 完整工具套件,自动项目上下文 |
| 一次性任务 | CLI | 快速启动,无需编码 |
| 程序化集成 | Agent SDK | 精细控制,可嵌入 |
| 批处理流水线 | Agent SDK | 适合自动化编排 |
| API 响应一致性要求高 | Agent SDK + 自定义提示词 | 更好地控制系统提示词 |
重要提示:即使 SDK 和 CLI 使用完全相同的配置,也无法保证输出完全一致。这是因为 Claude API 不提供 seed 参数,加上浮点运算差异和 Mixture-of-Experts 架构的路由变化,输出具有固有的非确定性。设计系统时应对输出变化保持容错能力。
六、Hooks 钩子系统简介
Hooks 是 Claude Code 的生命周期钩子系统,允许你在特定事件发生时自动执行自定义脚本,实现工作流自动化。
6.1 支持的 Hook 事件
Claude Code 支持 13 种 Hook 事件:
| 事件 | 触发时机 | 典型用途 |
|---|---|---|
SessionStart |
新会话或恢复会话 | 加载上下文、设置环境 |
SessionEnd |
会话结束 | 清理、记录日志 |
UserPromptSubmit |
用户提交提示 | 输入校验、追加上下文 |
PreToolUse |
工具执行前 | 验证命令、修改输入 |
PostToolUse |
工具执行成功后 | 运行 linter、验证输出 |
PostToolUseFailure |
工具执行失败后 | 记录失败、恢复处理 |
Stop |
Claude 完成回复 | 决定是否继续 |
Notification |
发送通知时 | 播放提示音、记录日志 |
6.2 Hook 配置示例
json
{
"hooks": {
"PreToolUse": [
{
"matcher": "Bash",
"hooks": [
{
"type": "command",
"command": "python3 ${CLAUDE_PROJECT_DIR}/.claude/hooks/validate.py",
"timeout": 5000
}
]
}
],
"SessionStart": [
{
"hooks": [
{
"type": "command",
"command": "echo 'Session started!'",
"timeout": 1000,
"once": true
}
]
}
]
}
}
6.3 Hook 的退出码约定
| 退出码 | 行为 |
|---|---|
0 |
成功,继续执行 |
1 |
出错(记录日志,但继续执行) |
2 |
阻止当前操作 |
6.4 Hook 中的环境变量
Hook 脚本中可以使用以下环境变量:
${CLAUDE_PROJECT_DIR}:项目根目录CLAUDE_TOOL_NAME:当前工具名称CLAUDE_TOOL_INPUT:工具输入(JSON 格式)CLAUDE_TOOL_OUTPUT:工具输出(仅在PostToolUse中可用)
实用场景举例:
- 在
PreToolUse中拦截危险的 Bash 命令 - 在
PostToolUse中自动运行代码格式化或 lint 检查 - 在
SessionStart中自动加载环境变量或启动本地服务 - 在
Stop中根据 Claude 的输出决定是否需要额外操作
七、常用命令速查表
以下是 Claude Code 中最常用的命令,建议收藏备查:
交互模式内置命令
| 命令 | 说明 |
|---|---|
/model |
切换模型,调整 Opus 4.6 的 Effort Level |
/config |
打开交互式配置界面 |
/memory |
查看和编辑所有记忆文件(CLAUDE.md) |
/context |
查看当前上下文使用情况,排查 Skill 加载 |
/agents |
管理子代理(subagent) |
/mcp |
管理 MCP Server |
/hooks |
查看已配置的 Hooks |
/plugin |
管理插件 |
/plan |
进入规划模式 |
/output-style [name] |
切换输出风格 |
CLI 命令行参数
| 命令 | 说明 |
|---|---|
claude |
启动交互模式 |
claude -p "提示内容" |
非交互单次执行 |
claude --doctor |
诊断配置问题 |
claude --debug |
调试模式,显示 Hook 执行详情 |
claude --model opus |
指定模型启动 |
claude --append-system-prompt "..." |
追加系统提示词 |
claude --system-prompt "..." |
替换系统提示词 |
claude mcp add <name> <command> |
安装 MCP Server |
claude mcp add <name> -s user -- <command> |
安装 MCP Server 到用户级 |
Sandbox 沙盒配置
当需要在安全隔离的环境中运行 Bash 命令时,可以启用 Sandbox:
json
{
"sandbox": {
"enabled": true,
"autoAllowBashIfSandboxed": true,
"excludedCommands": ["git", "docker", "gh"]
}
}
启用沙盒后,Bash 命令会在受限环境中运行,同时可以将 git、docker 等安全命令排除在沙盒之外。
八、新手常见问题 FAQ
Q1:Claude Code 与 VS Code 中的 Claude 扩展有什么区别?
Claude Code 是独立的 CLI 工具,直接在终端运行,不依赖任何 IDE。它拥有完整的文件系统访问、命令执行和项目上下文能力。VS Code 扩展则是 IDE 内的集成,两者适用场景不同但互不冲突。
Q2:CLAUDE.md 文件可以写多大?
没有硬性限制,但内容会占用上下文窗口。建议保持精简,只放入最关键的项目约定和指令。冗余信息会挤占 Claude 处理实际任务的上下文空间。
Q3:为什么 Claude 没有读取子目录的 CLAUDE.md?
子目录的 CLAUDE.md 采用懒加载机制,只有当 Claude 实际访问该子目录下的文件时才会加载。如果你需要它立即生效,可以先让 Claude 读取该目录下的某个文件。
Q4:MCP Server 安装后不生效怎么办?
首先运行 /mcp 命令检查 Server 状态。常见问题包括:Node.js 版本不兼容、npx 缓存过期、网络代理问题等。你也可以通过设置环境变量 MCP_TIMEOUT(默认 10000ms)增加启动超时时间。
Q5:deny 权限和 ask 权限冲突时怎么办?
deny 拥有最高优先级,始终生效。即使在更高优先级的配置文件中设置了 allow,deny 也不会被覆盖。这是安全设计的核心原则。
Q6:SDK 和 CLI 的输出能保持一致吗?
不能完全保证。即使使用 claude_code 预设、相同的模型和 temperature=0,由于 Claude API 缺少 seed 参数以及基础设施层面的非确定性,输出仍可能存在差异。建议在生产环境中使用结构化输出和校验层来应对这种变化。
Q7:如何让 Claude 默认使用中文回复?
在 settings.json 中设置 "language": "chinese",或在 CLAUDE.md 中写明"请始终使用中文回复"。
Q8:Hooks 脚本执行超时怎么办?
每个 Hook 可以设置 timeout 属性(单位为毫秒)。如果脚本执行超时,Hook 会按失败处理。建议为耗时操作设置合理的超时值,并确保脚本本身有良好的错误处理。
Q9:如何查看 Claude Code 当前加载了哪些工具和上下文?
运行 /context 命令可以查看当前上下文使用情况;运行 /mcp 查看 MCP 工具状态;运行 /hooks 查看 Hook 配置;运行 /memory 查看已加载的记忆文件。
Q10:多人协作时如何共享配置?
将 .claude/settings.json 提交到 Git 仓库实现团队共享配置。个人偏好放在 .claude/settings.local.json(自动被 git-ignored)。根目录的 CLAUDE.md 也应提交到仓库,作为团队共享的项目记忆。
九、总结与进阶学习路径
快速上手路线图
-
第一步:安装与基本配置
安装 Claude Code,创建
~/.claude/settings.json设置全局偏好(模型、语言、权限)。 -
第二步:项目记忆
在项目根目录创建 CLAUDE.md,写入编码规范、技术栈说明和常用命令。
-
第三步:权限调优
根据项目需要配置
allow/ask/deny权限规则,保护敏感文件。 -
第四步:MCP 工具扩展
安装 Playwright MCP 等常用工具,扩展 Claude 的能力边界。
-
第五步:Skills 与 Hooks
创建项目专属的 Skills 封装可复用知识,配置 Hooks 实现工作流自动化。
-
第六步:团队协作
将
.claude/settings.json和 CLAUDE.md 提交到仓库,统一团队的 Claude Code 使用体验。
进阶方向
- Subagent 子代理:利用 Task agent 和 Explore agent 拆分复杂任务
- Plugin 插件系统:探索和创建 Claude Code 插件
- Agent SDK 集成:将 Claude Code 能力嵌入 CI/CD 流水线和自动化工具
- 企业级管控:通过 managed-settings.json 实施组织级安全策略
- 自定义 MCP Server 开发:为你的团队构建专属工具服务
Claude Code 的设计哲学是"以开发者为中心、以终端为核心"。掌握本教程中的核心概念后,你已经具备了高效使用 Claude Code 的基础能力。随着实践的深入,你会发现它在代码生成、调试分析、项目管理等场景中带来的巨大生产力提升。
参考来源
- Claude Code Settings Reference --- 配置参考手册,详细介绍了 settings.json 的全部配置选项、权限系统、Hooks、MCP、Sandbox 等内容。
- Understanding CLAUDE.md Loading in Large Monorepos --- CLAUDE.md 加载机制详解,阐述了祖先加载与后代懒加载的工作原理。
- Understanding Claude Skills Discovery in Large Monorepos --- Skills 技能系统的发现机制,解析了 Skills 在 monorepo 中的自动发现与优先级规则。
- Comprehensive Browser Automation MCP Comparison Report --- 浏览器自动化 MCP 工具对比报告,涵盖 Playwright MCP、Chrome DevTools MCP 与 Claude in Chrome 的详细比较。
- Claude Agent SDK vs Claude CLI: System Prompts and Output Consistency --- SDK 与 CLI 的系统提示词架构对比,分析了两种接口的差异与输出一致性问题。
官方文档与社区资源: