2026西湖龙井茶官网DTC发售：茶农直供，政府溯源防伪到农户家
如何在不丢失上下文的情况下将 Claude Code 用于多个代码仓库
如果你同时处理多个代码仓库——一个前端、一个后端，还有一个共享库——你肯定深有体会：Claude Code 会搞不清你当前在哪个项目中，忘记另一个仓库中的约定，导致你花掉一半的会话时间去重复解释它本已知道的内容。
下面介绍解决方法。
核心问题：Claude Code 只有一个上下文窗口
Claude Code 在不同会话或不同代码仓库之间没有持久记忆。当你打开一个新项目时，它会从头开始。当你在一次会话中途从前端 API 仓库切换到前端仓库时，第一个仓库的上下文不会自动传递过去。
当出现以下情况时，这个问题尤为突出：
- 你的 API 和前端共享类型定义，但分别位于不同的仓库中
- 你需要同时对两个仓库进行协调一致的修改
- 你的后端约定与前端约定不同
- 你正在进行一项涉及多个代码库的迁移工作
解决方案一：共享 CLAUDE.md 策略
在每个仓库的根目录下创建一个 CLAUDE.md 文件，相互引用对方：
# API 仓库 - CLAUDE.md
## 本项目
使用 Node.js + Express + PostgreSQL 构建的 REST API
认证方式：JWT 令牌，访问令牌有效期 15 分钟，刷新令牌有效期 7 天
## 配套前端仓库位置：../frontend
前端期望：
- 所有 API 响应格式为：{ data: ..., error: null } 或 { data: null, error: "消息内容" }
- 日期格式：ISO 8601 字符串（非时间戳）
- 认证请求头：Bearer {accessToken}
## 共享类型定义
请参阅 ../shared-types/index.ts 中的 TypeScript 接口
任何影响响应结构的 API 变更，必须先更新 shared-types
前端仓库中的对应文件如下：
# 前端仓库 - CLAUDE.md
## 本项目
Next.js 14 + TypeScript + Tailwind
## 配套 API 仓库位置：../api
API 基础 URL：http://localhost:3001
所有网络请求均通过 src/lib/api.ts 发起（禁止直接调用 fetch）
错误处理：检查响应中的 error 字段，切勿仅使用 .catch()
## 进行 API 变更时
1. 查看 ../api/CLAUDE.md 中的响应格式
2. 根据任何结构变更同步更新 src/types/
3. 若新增接口，需更新 src/lib/api.ts
现在，当 Claude Code 读取你的 CLAUDE.md 文件时，就能立即理解跨仓库之间的关联关系。
解决方案二：上下文交接文件
当你正在多个仓库间协同工作时，在工作区根目录创建一个临时的 CONTEXT.md 文件：
workspace/
CONTEXT.md ← Claude 会优先读取此文件
api/
frontend/
shared-types/
# 当前工作上下文 - 2026-04-08
## 当前任务
添加用户头像上传功能
- API 变更：新增 POST /api/users/avatar 接口，返回 { avatarUrl: string }
- 前端变更：ProfilePage.tsx 需要添加上传按钮和预览功能
- 数据库：已在 users 表中添加 avatar_url 字段（迁移脚本已执行）
## 当前状态
- [x] D
免责声明：本文内容来自互联网，该文观点不代表本站观点。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，请到页面底部单击反馈，一经查实，本站将立刻删除。
