全面认识 Claude Code:从底层架构到文件结构,一篇讲透这个 AI 编程神器
你以为 Claude Code 就是个"高级版 Copilot"?大错特错。Copilot 帮你补全代码,Claude Code 帮你写整个项目。它不是代码助手,它是一个有手有脚的 AI 程序员——能读文件、跑命令、改代码、提 PR、做 Code Review,甚至能自己启动"分身"并行干活。今天这篇文章,从底层架构到文件结构,把 Claude Code 扒个底朝天。

目录
- Claude Code 到底是什么?
- 底层架构:Agentic Loop 的秘密
- 技术栈全景:Claude Code 靠什么撑起来的?
- 核心能力:不只是写代码
- 文件结构:Claude Code 的"大脑"长什么样?
- 配置体系:让 Claude Code 变成"你的"Claude Code
- 高级特性:Hooks、Worktrees、MCP、Workflows
- 和其他 AI 编程工具的区别
- 总结
第一章:Claude Code 到底是什么?
1.1 一句话定义
Claude Code 是一个运行在终端里的 AI 编程 Agent,它能自主规划、执行多步骤任务、操作文件系统、运行 shell 命令,并用 Claude 模型驱动整个开发流程。
注意关键词:Agent。不是 Copilot 那种"你写一行我补一行"的补全器,也不是 ChatGPT 那种"你问我答"的聊天机器人。
1.2 它能干什么?
先看几个真实场景:
场景一:从零开始建项目
你:帮我建一个 Spring Boot 项目,包含用户管理模块,要有注册、登录、JWT 鉴权
Claude Code:(接下来它会自己干这些事)
1. 创建目录结构
2. 生成 pom.xml,引入所有依赖
3. 写 application.yml 配置
4. 创建 User 实体类
5. 写 UserRepository
6. 写 UserService(包含加密、JWT 生成)
7. 写 UserController(REST API)
8. 写全局异常处理器
9. 写单元测试
10. 运行 mvn test 验证
整个过程你只需要一句话。
场景二:排查生产 Bug
你:线上订单服务报错了,日志里说 NullPointerException,帮我查一下
Claude Code:
1. 读取错误日志,定位到 OrderService.java 第 137 行
2. 读取第 130-150 行代码
3. 分析:order.getCustomer() 可能返回 null
4. 搜索其他调用 getOrder 的地方,看是否有同样问题
5. 修复:加空值检查
6. 跑一遍测试确认没破坏其他功能
7. 提交 git commit
场景三:大规模重构
你:把所有 Controller 里的 @Autowired 改成构造器注入
Claude Code:
1. Grep 搜索所有使用 @Autowired 的 Controller
2. 找到 23 个文件
3. 启动 5 个子 Agent 并行处理
4. 每个 Agent 负责 4-5 个文件
5. 逐个读取、修改、验证
6. 跑测试确认
7. 汇总修改报告
1.3 它不能干什么?
诚实地说:
- ❌ 它不能帮你部署到生产(需要你授权每一步)
- ❌ 它不能访问你的内网系统(除非配置了 MCP)
- ❌ 它不能保证 100% 正确(复杂业务逻辑还是要你把关)
- ❌ 它不能替你思考架构设计(它执行你的设计,不替你做设计决策)
但除了这些,它几乎什么都能干。
第二章:底层架构——Agentic Loop 的秘密
Claude Code 的核心不是"对话",而是一个叫做 Agentic Loop(智能体循环) 的东西。
2.1 什么是 Agentic Loop?
传统的 ChatBot 是这样的:
用户输入 → 模型思考 → 模型回复 → 结束
Claude Code 的 Agentic Loop 是这样的:
用户输入
↓
模型思考:"我需要先读一下这个文件"
↓
调用工具:Read("UserService.java")
↓
工具返回:文件内容
↓
模型思考:"我需要改第 42 行"
↓
调用工具:Edit("UserService.java", 修改内容)
↓
工具返回:修改成功
↓
模型思考:"改完了,跑个测试确认一下"
↓
调用工具:Bash("mvn test -Dtest=UserServiceTest")
↓
工具返回:测试通过
↓
模型回复:"已完成修改,测试通过"
↓
结束(或者继续下一轮)
关键区别:传统 ChatBot 是"一问一答",Agentic Loop 是"一次输入,多步执行"。模型可以自主决定下一步做什么,调用什么工具,直到任务完成。
2.2 Agentic Loop 的四个核心组件
┌──────────────────────────────────────────────┐
│ Agentic Loop │
│ │
│ ┌──────────┐ ┌──────────┐ ┌──────────┐ │
│ │ Plan │→ │ Act │→ │ Observe │ │
│ │ 规划 │ │ 执行 │ │ 观察 │ │
│ └──────────┘ └──────────┘ └──────────┘ │
│ ↑ │ │
│ └─────────────────────────────┘ │
│ (循环直到完成) │
│ │
│ ┌──────────────────────────────────────┐ │
│ │ Tool Registry │ │
│ │ Read | Write | Edit | Bash | Grep │ │
│ │ Glob | Agent | WebSearch | MCP... │ │
│ └──────────────────────────────────────┘ │
└──────────────────────────────────────────────┘
| 组件 | 作用 | 类比 |
|---|---|---|
| Plan(规划) | 模型分析任务,制定执行计划 | 项目经理 |
| Act(执行) | 调用工具完成具体操作 | 工程师 |
| Observe(观察) | 读取工具返回结果,判断是否成功 | QA |
| Tool Registry | 所有可用工具的注册表 | 工具箱 |
2.3 工具调用的工作原理
每次模型想调用工具时,它实际上输出的是一个 tool_use 类型的消息:
{
"type": "tool_use",
"id": "toolu_abc123",
"name": "Read",
"input": {
"file_path": "/app/src/main/java/UserService.java",
"offset": 30,
"limit": 50
}
}
Claude Code 的 Harness(运行时外壳)接收到这个消息后:
- 验证参数合法性
- 检查权限(这个工具用户授权了吗?)
- 执行实际操作(读文件)
- 把结果作为 tool_result 返回给模型
{
"type": "tool_result",
"tool_use_id": "toolu_abc123",
"content": "package com.example;\n\npublic class UserService {\n..."
}
模型拿到结果后继续思考,可能调用下一个工具,也可能直接回复用户。
这就是 Agentic Loop 的精髓:模型不是一个"回答机器",它是一个"行动机器"。
2.4 上下文管理——最大的挑战
Agentic Loop 有一个致命问题:上下文窗口会被迅速填满。
每次工具调用的结果都会塞进上下文:
- Read 一个 500 行的文件 → 几千 Token
- Bash 跑一个测试 → 几千 Token
- Grep 搜索结果 → 几千 Token
30 轮工具调用下来,200K Token 的窗口就满了。
Claude Code 的解决方案:
1. /compact — 手动压缩上下文(用摘要替换原始对话)
2. Auto-compact — 上下文快满时自动压缩
3. TodoWrite — 任务清单不随压缩丢失
4. 子 Agent — 独立上下文窗口分担压力
5. Worktree — 隔离环境 = 全新上下文
第三章:技术栈全景
3.1 核心技术栈
| 层级 | 技术 | 说明 |
|---|---|---|
| 底层模型 | Claude Sonnet 4 / Opus 4 | Anthropic 最新一代模型,200K 上下文窗口 |
| 运行时 | Node.js CLI | 跨平台命令行工具 |
| 工具系统 | 内置工具 + MCP 协议 | 文件操作、Shell 执行、搜索、外部集成 |
| 权限系统 | 沙箱 + 用户授权 | 危险操作需要确认 |
| 上下文管理 | Token 计数 + 自动压缩 | 防止上下文溢出 |
| 多 Agent | 子 Agent + Workflow | 并行执行、独立上下文 |
| 集成层 | GitHub CLI / IDE 扩展 | PR、Issue、VS Code、JetBrains |
| 配置层 | CLAUDE.md + settings.json | 项目级和用户级配置 |
3.2 Claude 模型家族
Claude Code 可以用不同的 Claude 模型,能力从低到高:
| 模型 | 定位 | 速度 | 能力 | 适合场景 |
|---|---|---|---|---|
| Claude Sonnet 4 | 性价比之选 | 快 | 强 | 日常开发(默认选择) |
| Claude Opus 4 | 旗舰模型 | 慢 | 极强 | 复杂架构设计、高难度推理 |
| Claude Haiku 3.5 | 轻量快速 | 极快 | 中 | 简单任务、快速迭代 |
3.3 MCP(Model Context Protocol)——扩展能力的核武器
MCP 是 Anthropic 推出的开放协议,让 AI 模型可以连接外部工具和数据源。
Claude Code
↓ MCP
├── GitHub API — 管理 PR、Issue
├── 数据库连接 — 直接查询 PostgreSQL/MySQL
├── Jira — 查看和管理任务
├── Figma — 读取设计稿
├── Slack — 发送消息、接收通知
├── Kubernetes — 管理集群
└── 自定义服务 — 任何你能想到的
配置一个 MCP Server 只需要在 settings.json 里加一段配置:
{
"mcpServers": {
"github": {
"command": "npx",
"args": ["-y", "@modelcontextprotocol/server-github"],
"env": { "GITHUB_TOKEN": "ghp_xxxx" }
},
"postgres": {
"command": "npx",
"args": ["-y", "@modelcontextprotocol/server-postgres"],
"env": { "POSTGRES_URL": "postgresql://user:pass@localhost/db" }
}
}
}
配好之后,Claude Code 就能直接查数据库、创建 PR,不需要你手动复制粘贴。
第四章:核心能力
4.1 内置工具全家桶
Claude Code 内置的工具是它的"手脚":
| 工具 | 功能 | 使用频率 |
|---|---|---|
| Read | 读取文件内容(支持指定行号) | ⭐⭐⭐⭐⭐ |
| Write | 创建/覆盖文件 | ⭐⭐⭐⭐ |
| Edit | 精确替换文件中的某段内容 | ⭐⭐⭐⭐⭐ |
| Bash | 执行 Shell 命令 | ⭐⭐⭐⭐⭐ |
| Grep | 内容搜索(基于 ripgrep) | ⭐⭐⭐⭐ |
| Glob | 文件模式匹配 | ⭐⭐⭐ |
| Agent | 启动子 Agent | ⭐⭐⭐ |
| WebSearch | 搜索互联网 | ⭐⭐ |
| WebFetch | 获取网页内容 | ⭐⭐ |
| TodoWrite | 创建/更新任务清单 | ⭐⭐⭐⭐ |
| NotebookEdit | 编辑 Jupyter Notebook | ⭐ |
| Monitor | 监控长时间运行的进程 | ⭐⭐ |
4.2 子 Agent——Claude Code 的"分身术"
这是 Claude Code 最炸裂的能力之一。
你:帮我把这 10 个微服务的配置文件都从 YAML 迁移到 TOML
Claude Code:好的,我启动 10 个子 Agent 并行处理
(Claude Code 同时启动了 10 个独立的 Agent)
Agent-1:处理 user-service 的配置
Agent-2:处理 order-service 的配置
Agent-3:处理 payment-service 的配置
...
Agent-10:处理 notification-service 的配置
(10 个 Agent 并行执行,每个有独立的上下文窗口)
全部完成后,主 Agent 汇总结果报告给你。
子 Agent 的三大优势:
- 并行执行:10 个 Agent 同时干活,速度提升 10 倍
- 独立上下文:每个 Agent 有自己的上下文窗口,不互相干扰
- 隔离安全:可以用 Git Worktree 隔离,改错了不影响主分支
4.3 Git 深度集成
Claude Code 不是"能执行 git 命令",它是深度理解 Git 工作流。
它能做的事:
✅ 查看 git diff,分析变更内容
✅ 创建分支、提交代码、推送远程
✅ 解决合并冲突(分析两边的代码意图)
✅ 创建 Pull Request(自动生成描述)
✅ Code Review(分析 PR 中的代码问题)
✅ git blame 追溯问题来源
✅ 分析 git log 找历史变更原因
4.4 自我修复能力
Claude Code 有一个很强的特性:它能从自己的错误中学习。
Claude Code:(写了一段代码)
Claude Code:跑一下测试...
Bash: "mvn test" → 3 tests failed
Claude Code:(分析错误信息)哦,原来是空指针,我修一下
Claude Code:(修改代码)
Claude Code:再跑一遍测试...
Bash: "mvn test" → All tests passed ✅
Claude Code:修复完成,3 个失败的测试现在都通过了
它不是在"猜",它是在"迭代"。 这和你日常开发的流程一模一样——写代码、跑测试、改 Bug、再跑测试。
第五章:文件结构
5.1 全局目录结构
Claude Code 在你的系统上创建了以下目录和文件:
~/.claude/ ← Claude Code 全局配置目录
├── settings.json ← 用户级全局设置
├── settings.local.json ← 本地覆盖设置(不提交到 git)
├── projects/ ← 项目级配置
│ └── <project-hash>/ ← 每个项目一个目录
│ ├── settings.json ← 项目级设置
│ └── settings.local.json ← 项目本地设置
├── agents/ ← 自定义 Agent 定义
│ └── code-reviewer.md ← 自定义 Code Review Agent
├── workflows/ ← 自定义 Workflow 定义
│ └── deploy-check.md ← 自定义部署检查流程
├── commands/ ← 自定义斜杠命令
│ └── lint-fix.md ← 自定义 /lint-fix 命令
├── worktrees/ ← Git Worktree 隔离环境
│ └── feature-xxx/ ← 每个 worktree 一个目录
├── transcripts/ ← 对话记录(JSONL 格式)
│ └── <session-id>.jsonl
└── plans/ ← 计划模式文件
└── plan.md
5.2 项目目录结构(.claude/ 在项目根目录下)
每个项目根目录下可以有一个 .claude/ 目录:
your-project/
├── .claude/
│ ├── settings.json ← 项目级 Claude Code 设置
│ ├── settings.local.json ← 本地覆盖(加入 .gitignore)
│ ├── agents/ ← 项目级自定义 Agent
│ │ └── dba-expert.md ← DBA 专家 Agent
│ ├── workflows/ ← 项目级 Workflow
│ │ └── db-migration.md ← 数据库迁移工作流
│ ├── commands/ ← 项目级自定义命令
│ │ └── build-test.md ← /build-test 命令
│ └── hooks/ ← Hook 脚本
│ └── post-edit.sh ← 代码编辑后自动格式化
├── CLAUDE.md ← ⭐ 最重要的文件:项目知识库
├── src/
├── tests/
└── ...
5.3 CLAUDE.md——Claude Code 的"大脑"
这是整个 Claude Code 配置体系中最重要的文件。
# CLAUDE.md
## 项目概述
这是一个基于 Spring Boot 3 的电商后台系统,使用 Java 17。
## 技术栈
- Java 17 + Spring Boot 3.2
- MyBatis-Plus(不用 JPA)
- MySQL 8.0 + Redis + RabbitMQ
## 编码规范
- 所有 Controller 方法必须有 @ApiOperation 注解
- 分页查询统一用 OFFSET + FETCH
- 异常统一抛 BizException
- 日志用 SLF4J + Logback
## 构建和测试
- 构建:mvn clean package -DskipTests
- 测试:mvn test
- 单个测试:mvn test -Dtest=UserServiceTest
## 目录结构
src/main/java/com/example/shop/
├── controller/ # REST 接口层
├── service/ # 业务逻辑层
├── mapper/ # MyBatis Mapper
├── model/ # 实体类
└── common/ # 公共组件
## 已知问题
- OrderService 的并发扣库存有 Bug,还没修
- 不要动 PaymentService 的第 89 行,那是特殊处理
CLAUDE.md 为什么这么重要?
- 每次对话开始时自动加载——Claude 立刻知道你的项目情况
- 不会被 /compact 压缩掉——它是系统级文件
- 可以多层级继承——全局 CLAUDE.md → 项目 CLAUDE.md → 子目录 CLAUDE.md
- 支持 @file 引用——可以引入其他文档
CLAUDE.md 的层级:
~/.claude/CLAUDE.md ← 全局(所有项目通用)
↓ 继承
project/CLAUDE.md ← 项目级
↓ 继承
project/src/CLAUDE.md ← 子目录级(可选)
5.4 settings.json 详解
{
// ===== 权限配置 =====
"permissions": {
"allow": [
"Bash(npm test)",
"Bash(npm run build)",
"Bash(git *)",
"Read",
"Write",
"Edit",
"Grep",
"Glob"
],
"deny": [
"Bash(rm -rf /)",
"Bash(curl * | bash)"
]
},
// ===== 模型选择 =====
"model": "sonnet",
// ===== MCP 服务器 =====
"mcpServers": {
"github": {
"command": "npx",
"args": ["-y", "@modelcontextprotocol/server-github"],
"env": { "GITHUB_TOKEN": "ghp_xxxx" }
}
},
// ===== Hooks =====
"hooks": {
"PostToolUse": [
{
"matcher": "Edit|Write",
"command": "npx prettier --write $CLAUDE_FILE_PATH"
}
]
}
}
第六章:配置体系
6.1 配置的优先级
Claude Code 的配置是多层叠加的,优先级从高到低:
1. 命令行参数 ← 最高优先级
claude --model opus
2. 项目 settings.local.json
.claude/settings.local.json
3. 项目 settings.json
.claude/settings.json
4. 用户 settings.local.json
~/.claude/settings.local.json
5. 用户 settings.json
~/.claude/settings.json
6. 默认值 ← 最低优先级
6.2 权限系统——Claude Code 的安全护城河
Claude Code 对每个工具调用都有权限控制:
┌─────────────────────────────────────────┐
│ 权限分级系统 │
│ │
│ 🟢 安全操作(自动执行) │
│ Read, Grep, Glob │
│ │
│ 🟡 普通操作(可能需要确认) │
│ Edit, Write, NotebookEdit │
│ │
│ 🔴 危险操作(必须确认) │
│ Bash(rm, chmod, chown...) │
│ Bash(git push --force) │
│ │
│ ⛔ 禁止操作(永不执行) │
│ Bash(rm -rf /) │
│ Bash(curl * | bash) │
└─────────────────────────────────────────┘
权限配置的最佳实践:
{
"permissions": {
"allow": [
"Bash(npm test)",
"Bash(npm run *)",
"Bash(mvn *)",
"Bash(git *)",
"Bash(ls *)",
"Bash(cat *)"
],
"deny": [
"Bash(rm -rf *)",
"Bash(sudo *)",
"Bash(* | bash)"
]
}
}
6.3 自定义命令
你可以创建自己的斜杠命令:
<!-- .claude/commands/review.md -->
请对当前分支的所有变更进行 Code Review,重点关注:
1. 安全漏洞(SQL 注入、XSS 等)
2. 性能问题(N+1 查询、内存泄漏等)
3. 代码规范(命名、注释、结构)
4. 测试覆盖(是否有遗漏的测试用例)
输出格式:按严重程度排序,每个问题给出文件、行号、问题描述和修复建议。
使用时只需要输入 /review,Claude Code 就会执行完整的 Code Review 流程。
第七章:高级特性
7.1 Hooks——自动化流水线
Hooks 让你在 Claude Code 的每个操作前后自动执行脚本:
{
"hooks": {
"PostToolUse": [
{
"matcher": "Edit|Write",
"command": "npx prettier --write $CLAUDE_FILE_PATH"
}
],
"PreToolUse": [
{
"matcher": "Bash",
"command": "echo 'Claude is about to run a command...'"
}
]
}
}
Hook 可用的时机:
| Hook | 触发时机 | 用途 |
|---|---|---|
| PreToolUse | 工具调用前 | 参数校验、拦截危险操作 |
| PostToolUse | 工具调用后 | 代码格式化、自动 lint |
| Notification | 通知推送时 | 发送到 Slack/微信 |
| Stop | 任务完成时 | 自动部署、自动通知 |
7.2 Worktree——隔离开发环境
Git Worktree 让你在同一个仓库里创建多个独立的工作目录:
你:用 worktree 开发用户模块
Claude Code:
1. 创建 .claude/worktrees/feature-user-module/
2. 切换到新分支 feature/user-module
3. 在这个隔离环境里开发
4. 完成后你可以合并回主分支,也可以直接删掉
好处:做砸了直接删 worktree,主分支一点事没有。
7.3 Plan Mode——先规划后执行
对于复杂任务,Claude Code 可以先进入"计划模式":
你:帮我设计一个微服务的分库分表方案
Claude Code:我进入计划模式,先做个方案给你看
(Claude Code 分析需求,调研现有代码,生成详细计划)
Claude Code:这是我的方案:
1. 按用户 ID 分 16 个库
2. 每个库 8 张表
3. 使用 ShardingSphere 做路由
4. 迁移脚本如下...
你觉得这个方案可以吗?
你:可以,执行吧
Claude Code:退出计划模式,开始执行...
7.4 Workflow——多 Agent 编排
Workflow 是 Claude Code 的终极武器,它可以编排多个 Agent 按流程执行:
Pipeline 模式:
Agent 1: 扫描代码 → 发现问题列表
↓
Agent 2: 修复问题 → 生成修复 PR
↓
Agent 3: 验证修复 → 跑测试确认
Parallel 模式:
Agent 1: 审查安全 ──┐
Agent 2: 审查性能 ──┼──→ 汇总报告
Agent 3: 审查规范 ──┘
第八章:和其他 AI 编程工具的区别
8.1 横向对比
| 特性 | Claude Code | GitHub Copilot | Cursor | Aider |
|---|---|---|---|---|
| 运行方式 | 终端 CLI | IDE 插件 | IDE | 终端 CLI |
| 交互模式 | Agent(自主行动) | 补全 + 聊天 | 聊天 + 补全 | Agent |
| 文件操作 | ✅ 读写改 | ❌ 仅补全 | ✅ 读写改 | ✅ 读写改 |
| Shell 执行 | ✅ 完整 Bash | ❌ | ❌ | ✅ 有限 |
| 代码搜索 | ✅ Grep/Glob | ❌ | ✅ 内置 | ✅ Grep |
| Git 集成 | ✅ 深度 | ✅ 基础 | ✅ 基础 | ✅ 基础 |
| 多 Agent | ✅ 子 Agent/Workflow | ❌ | ❌ | ❌ |
| MCP 协议 | ✅ 原生支持 | ❌ | ✅ 部分 | ❌ |
| 上下文窗口 | 200K Token | ~128K | ~200K | ~128K |
| 自定义 Hook | ✅ | ❌ | ❌ | ❌ |
| IDE 集成 | VS Code/JetBrains | VS Code/JetBrains | 自有 IDE | 终端 |
| 价格 | $20/月(Max) 或 API | $10-19/月 | $20/月 | API 按量 |
8.2 谁应该用 Claude Code?
| 你是谁 | 推荐程度 | 原因 |
|---|---|---|
| 全栈开发者 | ⭐⭐⭐⭐⭐ | 前后端 + 数据库 + 部署一站式搞定 |
| 后端开发者 | ⭐⭐⭐⭐⭐ | 写代码、跑测试、查 Bug 效率翻倍 |
| DBA | ⭐⭐⭐⭐ | 写 SQL、分析慢查询、做巡检脚本 |
| DevOps | ⭐⭐⭐⭐⭐ | Shell 命令 + 配置文件 + CI/CD |
| 前端开发者 | ⭐⭐⭐⭐ | 写组件 + 样式 + 测试 |
| 初学者 | ⭐⭐⭐⭐⭐ | 学编程最快的方式之一 |
| 纯产品/非技术 | ⭐⭐⭐ | 能用,但 CLI 门槛稍高 |
8.3 Claude Code 的核心优势总结
1. 终端原生:不用离开你最爱的终端
2. Agent 模式:不是补全代码,是替你完成整个任务
3. 深度集成:Git、MCP、Hooks、Workflows 全方位
4. 多 Agent:复杂任务并行处理
5. 高度可定制:CLAUDE.md + settings + hooks + 自定义命令
6. 模型能力:Claude Sonnet/Opus 的代码理解能力一流
总结
Claude Code 的本质是什么?
Claude Code 不是"更好的 Copilot",它是"更便宜的程序员"。
Copilot 帮你写一行代码,Claude Code 帮你完成一个功能。
ChatGPT 帮你回答一个问题,Claude Code 帮你解决一个问题。
一张图看懂 Claude Code
Claude Code 架构全景:
你(自然语言指令)
│
▼
┌─────────────┐
│ Claude 模型 │ ← Sonnet 4 / Opus 4(200K 上下文)
│ (大脑) │
└──────┬──────┘
│ Agentic Loop
▼
┌─────────────────────────────────────┐
│ 工具系统 │
├─────────────────────────────────────┤
│ Read Write Edit Bash Grep Glob │ ← 内置工具
│ Agent WebSearch TodoWrite │
│ Monitor NotebookEdit ... │
├─────────────────────────────────────┤
│ MCP: GitHub DB Jira Slack ... │ ← 外部工具
└─────────────────────────────────────┘
│
▼
┌─────────────────────────────────────┐
│ 配置系统 │
├─────────────────────────────────────┤
│ CLAUDE.md 项目知识库 │
│ settings.json 权限 + 模型 + MCP │
│ hooks 自动化脚本 │
│ agents 自定义 Agent │
│ workflows 多 Agent 编排 │
│ commands 自定义命令 │
└─────────────────────────────────────┘
│
▼
你的代码库、服务器、CI/CD...
给新手的入门路线
第 1 天:安装 Claude Code,用自然语言让它帮你写一个小项目
第 2 天:学习 Read、Write、Edit、Bash 等基础工具的使用
第 3 天:创建 CLAUDE.md,让 Claude Code "认识"你的项目
第 4 天:配置 settings.json,设置权限和 MCP
第 5 天:尝试子 Agent 和 Workflow,体验并行开发
第 6 天:写自定义命令和 Hooks,打造你的专属工作流
第 7 天:用 Claude Code 完成一个真实项目,感受效率飞升
Claude Code 正在重新定义"编程"这件事。不是因为它能替你写代码,而是因为它让你把精力放在了最重要的事情上——思考"做什么",而不是纠结"怎么做"。
📎 相关阅读
📌 关于作者
一名在 DBA 和 AI 之间反复横跳的技术人。日常使用 Claude Code 写代码、做运维、搞自动化。最大的感受是:以前觉得 AI 编程是噱头,用了 Claude Code 之后发现——真香。欢迎关注我获取更多 AI 编程实战经验分享。
更多推荐




所有评论(0)