前两节我们了解了"70%困境"和CC工具生态。从这一节开始，我们将逐一深入每个工具的实际使用。

首先学习的是CLAUDE.md——它是CC工具生态的基础，其他所有工具都依赖于它提供的项目上下文。

1、 技术原理：为什么需要CLAUDE.md？

图：CLAUDE.md工作机制 - 从启动到上下文注入的完整流程

问题场景

没有CLAUDE.md时的对话：

你：帮我写个用户登录功能
CC：好的。你的项目用什么前端框架？
你：React
CC：后端用什么技术？
你：Node.js + Express
CC：数据库是什么？
你：PostgreSQL
CC：有特殊的编码规范吗？
你：用Prettier，2空格缩进
CC：好的，那我创建登录组件...

问题分析：

每次对话都要重复解释项目背景，效率低下。更严重的是，CC可能生成不符合项目规范的代码，需要反复修改。

技术原理

CLAUDE.md的工作机制：

┌─────────────────────────────────┐
│  CC启动                          │
└──────────┬──────────────────────┘
           ↓
┌─────────────────────────────────┐
│  自动读取项目根目录              │
│  CLAUDE.md文件                   │
└──────────┬──────────────────────┘
           ↓
┌─────────────────────────────────┐
│  文件内容加载到上下文            │
│  作为后续对话的背景知识          │
└──────────┬──────────────────────┘
           ↓
┌─────────────────────────────────┐
│  对话开始，CC已"记住"项目规范    │
│  无需重复解释                    │
└─────────────────────────────────┘

技术要点：

1. 自动加载：CC启动时自动读取项目根目录的CLAUDE.md
2. 上下文注入：文件内容被注入到CC的上下文中
3. 持久化记忆：在整个对话期间保持有效
4. 项目级配置：每个项目可以有独立的CLAUDE.md

效率对比

实际数据：根据多个项目实战经验，配置完善的CLAUDE.md可减少60-80%的重复说明时间。

2、 标准结构：CLAUDE.md应该包含什么？

推荐结构

一个完整的CLAUDE.md应包含以下核心部分：

# 项目概述
- 项目名称、目标、核心功能

# 技术栈
- 前端框架、后端技术、数据库、部署环境

# 开发规范
- 代码风格、Git规范、测试要求

# 项目结构
- 目录说明、关键文件解释

# 常用命令
- 开发、测试、构建、部署命令

# 特殊说明
- 业务逻辑、设计决策、注意事项

实战案例：记账APP项目

完整示例：