概述
在使用 Cursor 等各种AI进行开发和对话时，我们经常需要在不同的 Chat 会话中继续之前的工作。本文档介绍四种方法，帮助您在不同会话间共享上下文信息，让 AI 能够基于之前的讨论内容回答后续问题。
方法一：使用 @ 符号引用文件（推荐）
适用场景
- 内容较多，需要长期保存
- 需要版本控制和团队共享
- 上下文信息结构化、正式化
操作步骤
1. 创建文档文件
在项目中创建文档文件（建议放在 docs/ 目录下）：
# 示例文件名
docs/chat_context.md
docs/project_context.md
docs/architecture_decisions.md
2. 整理之前 Chat 的重要内容
将之前 Chat 的关键信息整理到文档中，包括：
- 架构决策
- 代码约定
- 项目特定要求
- 待解决的问题
- 重要的代码片段
3. 在对话中引用
在对话中使用 @文件名 引用文档：
示例对话：
@docs/chat_context.md 请基于这个文档的内容来回答我的问题
或者：
我已经把之前chat的重要内容整理到了 docs/chat_context.md 文件中，
请基于这个文件的内容来理解上下文，然后回答我后续的问题。
优点
- ✅ 持久化保存，不会丢失
- ✅ 易于管理和更新
- ✅ 可以版本控制（Git）
- ✅ 团队可以共享和协作
注意事项
- 文档需要保持更新
- 建议使用清晰的文档结构
- 可以创建多个文档分类管理
方法二：在对话中直接粘贴
适用场景
- 内容较少，临时使用
- 快速传递上下文
- 不需要长期保存
操作方式
直接将之前 Chat 的关键内容粘贴到对话中，然后说明：
示例对话 1：简单说明
以下是我之前chat的重要内容：
[粘贴之前chat的内容]
请基于这些信息回答我后续的问题。
示例对话 2：分类整理
我之前讨论过以下内容：
**架构决策：**
[粘贴相关内容]
**代码约定：**
[粘贴相关内容]
**待解决问题：**
[粘贴相关内容]
请记住这些信息，后续问题请基于这些上下文回答。
示例对话 3：直接说明
这是之前chat的上下文：
[粘贴内容]
基于这些信息，请帮我实现新功能。
优点
- ✅ 操作简单快速
- ✅ 无需创建文件
- ✅ 适合临时使用
注意事项
- ❌ 内容不会持久化保存
- ❌ 不适合大量内容
- ❌ 无法版本控制
方法三：使用记忆功能
适用场景
- 重要的项目约定和规范
- 需要长期遵循的规则
- 跨会话共享的通用信息
操作方式
明确告诉 AI 需要记住的信息，AI 会将其保存到项目记忆中：
示例对话 1：直接说明要记住
请记住以下信息：
- 项目使用 MVVM 架构
- 所有 API 调用必须使用 Net 工具类
- 颜色必须使用 AppColors 设计系统
这些信息在后续对话中都要遵循。
示例对话 2：保存重要决策
这是一个重要的架构决策，请记住：
[粘贴决策内容]
以后写代码时都要遵循这个决策。
示例对话 3：保存项目约定
请记住这个项目的编码规范：
[粘贴规范内容]
以后写代码时请严格遵循这些规范。
优点
- ✅ 自动保存到项目记忆
- ✅ 跨会话可用
- ✅ 适合保存重要约定
注意事项
- 记忆功能有容量限制
- 建议只保存最重要的信息
- 可以随时更新或删除记忆
方法四：创建项目文档
适用场景
- 正式的项目文档
- 需要团队共享的信息
- 结构化的知识库
操作步骤
1. 创建文档
在项目中创建文档文件（建议放在 docs/ 目录下）：
docs/
├── architecture.md # 架构设计
├── coding_standards.md # 编码规范
├── decisions.md # 重要决策
└── project_context.md # 项目上下文
2. 整理内容
将相关信息分类整理到不同文档中。
3. 告诉 AI 读取文档
示例对话 1：直接说明
我已经把重要的上下文整理到了 docs/project_context.md 文件中，
请读取这个文件来了解项目背景。
示例对话 2：使用 @ 引用
@docs/project_context.md 请先读取这个文件了解上下文
示例对话 3：列出多个文档
我已经创建了以下文档：
- docs/architecture.md - 架构设计
- docs/coding_standards.md - 编码规范
- docs/decisions.md - 重要决策
请读取这些文档来理解项目上下文。
示例对话 4：读取整个目录
请读取 docs/ 目录下的所有文档，了解项目的完整上下文。
优点
- ✅ 结构化、易维护
- ✅ 团队可以共享
- ✅ 可以版本控制
- ✅ 适合正式文档
注意事项
- 需要维护文档的更新
- 建议建立文档规范
- 可以配合方法一使用
方法对比表
| 方法 | 优点 | 缺点 | 适用场景 |
|---|---|---|---|
| 方法一：@引用文件 | 持久化、易管理、可版本控制 | 需要创建和维护文件 | 内容较多、需要长期保存 |
| 方法二：直接粘贴 | 快速、简单 | 不持久化、无法版本控制 | 内容较少、临时使用 |
| 方法三：记忆功能 | 自动保存、跨会话可用 | 有容量限制 | 重要约定、需要长期遵循 |
| 方法四：项目文档 | 结构化、易维护、团队共享 | 需要维护更新 | 正式文档、团队共享 |
组合使用建议
在实际使用中，可以组合使用多种方法：
推荐组合方案
方案 A：方法一 + 方法三
我已经把之前的chat内容整理到了 docs/chat_history.md 文件中。
同时，请记住以下重要约定：
- 所有代码必须遵循 MVVM 架构
- 使用 Net 工具类进行 API 调用
- 颜色必须使用 AppColors 设计系统
@docs/chat_history.md 请先读取这个文件，然后基于这些信息回答我的问题。
方案 B：方法四 + 方法三
请先读取 docs/ 目录下的所有文档了解项目上下文。
同时，请记住这个项目的核心原则：
[粘贴核心原则]
以后写代码时都要遵循这些原则。
最佳实践
1. 建立文档规范
- 统一文档存放位置（建议
docs/目录） - 使用清晰的命名规范
- 建立文档模板
2. 定期更新
- 重要决策及时记录
- 定期更新文档内容
- 删除过时信息
3. 分类管理
- 按主题分类（架构、规范、决策等）
- 使用清晰的文档结构
- 添加目录和索引
4. 团队协作
- 文档纳入版本控制
- 团队共享文档库
- 建立文档审查机制
常见问题
Q1: 哪种方法最好？
A: 没有绝对最好的方法，建议根据场景选择：
- 临时快速传递：使用方法二
- 重要约定规范：使用方法三
- 正式文档管理：使用方法一或方法四
Q2: 可以同时使用多种方法吗？
A: 可以！推荐组合使用，比如用方法一保存详细内容，用方法三保存核心约定。
Q3: 记忆功能有容量限制吗？
A: 是的，建议只保存最重要的信息，详细内容建议使用方法一或方法四。
Q4: 如何更新已保存的记忆？
A: 直接告诉 AI 需要更新或删除的信息，AI 会自动处理。
Q5: 文档应该放在哪里？
A: 建议放在 docs/ 目录下，与项目代码一起进行版本控制。
总结
选择合适的上下文共享方法可以大大提高开发效率。建议：
- 日常开发：使用方法一（@引用文件）保存详细上下文
- 重要约定：使用方法三（记忆功能）保存核心规范
- 正式文档：使用方法四（项目文档）建立知识库
- 快速传递：使用方法二（直接粘贴）临时使用
记住：没有完美的单一方法，组合使用效果最佳！
示例模板
Chat 上下文文档模板
# Chat 上下文记录
## 项目背景
[描述项目背景]
## 架构决策
[记录重要的架构决策]
## 代码约定
[记录代码约定和规范]
## 待解决问题
[列出待解决的问题]
## 重要代码片段
[保存重要的代码片段]
## 其他说明
[其他需要说明的内容]
最后更新: 2026-03-03
