用四件套与项目记忆搭建 WorkBuddy 记忆系统

场景描述

你希望 WorkBuddy 能长期理解你的工作方式，却又担心不同客户、课程或交付项目的信息混在一起；更重要的是，价格、日期、客户要求等关键事实必须随时能核对，而不能只依赖聊天摘要。

本教程将实现什么

• 分清自动对话记忆、全局协作规则与项目专属记忆的职责。
• 建立 USER.md、IDENTITY.md、SOUL.md、MEMORY.md 四件套。
• 为每个项目建立独立档案，避免客户事实和临时要求串台。
• 建立信息优先级、每周检查与项目结束清理的习惯。

先理解：三类“记忆”各自做什么

类型	适合记录	不应成为唯一依据
自动对话记忆	表达偏好、近期事项、反复出现的习惯	最终价格、日期、合同、审批结论
四件套	长期身份、职责、行为规则、跨项目决策	某个客户的临时要求
项目记忆	单个客户、课程、活动的目标、事实、进度	其他项目仍要沿用的长期规则

原则：自动记忆帮助 AI 少问几遍；最终文件才是事实依据。

第一步：判断一条信息应该放在哪里

先用一个问题判断：换一个项目，这条信息还成立吗？

信息	放置位置	示例
你是谁、面向谁、长期目标	USER.md	我服务的对象与长期方向
AI 的角色与职责	IDENTITY.md	你是课程产品与内容策略搭档
永久适用的做事规则	SOUL.md	先给结论；不编造事实
跨项目长期有效的已确认决策	全局 MEMORY.md	品牌方向、长期产品重点
某客户、课程或活动的事实	项目记忆	本次时长、受众、交付物、禁忌
聊天自动提取的偏好与近期事项	自动对话记忆	偏好结构化输出

请帮我判断下面每条信息应该放到：USER.md、IDENTITY.md、SOUL.md、MEMORY.md、项目记忆，还是只作为自动对话记忆参考。

判断规则：换一个项目仍成立的，才考虑放全局；客户、日期、价格、交付等项目事实必须放项目记忆。请用表格给出“放置位置、原因、是否需要人工确认”。

信息：
[逐条粘贴你的信息]

**完成标准：**所有客户事实都有项目归属；全局文件不再堆满临时事项。

第二步：创建 USER.md，让 AI 知道在为谁服务

USER.md 只写身份定位、服务对象、长期目标和输出偏好，不写某一期课程日期或某客户临时要求。

# 用户档案

## 身份与定位
- 定位：[你的专业角色与价值]

## 服务对象
- [主要服务对象或协作部门]

## 长期目标
- [希望长期达成的业务或成长目标]

## 输出偏好
- 使用中文；先给结论，再给结构。
- 少讲空泛概念，给流程、案例、模板和下一步动作。

请根据以下资料，起草 USER.md。只写长期稳定的信息：身份定位、服务对象、长期目标和输出偏好；不要写客户名称、价格、日期、联系方式或其他敏感信息。先给草稿和待确认项，不要直接覆盖文件。

资料：
[粘贴资料]

第三步：创建 IDENTITY.md，让 AI 知道自己是谁

IDENTITY.md 定义名称、角色、职责和边界。边界必须明确：信息不足时标记待确认；不编造客户事实；高风险事项提示核验。

# AI 身份设定

## 名称与称呼
- 名称：[AI 名称]
- 对用户的称呼：[称呼]

## 核心角色
你是[用户]的 AI [角色]搭档。

## 主要职责
1. 协助[工作类型]。
2. 将复杂内容转为可执行的方法。
3. 产出[常见交付物]。

## 工作边界
- 不编造产品功能、官方数据或客户事实。
- 信息不足时标注“待确认”。
- 合同、法律、财务等高风险事项提示用户核验。

请根据我的工作场景起草 IDENTITY.md。必须包含名称与称呼、核心角色、三项主要职责和三条工作边界。不要替我做外部发布、合同确认或未经授权的操作。

第四步：创建 SOUL.md，规定 AI 如何做事

只保留 5—8 条硬规则；过长、冲突或重复的规则会降低稳定性。

# 协作原则

1. 结果导向：所有输出以可直接使用为标准。
2. 先结论、后结构；复杂内容优先给表格、步骤、案例和模板。
3. 发现信息不足、逻辑漏洞或无法落地时，直接指出并给替代方案。
4. 区分事实、推断与待确认项；不能编造来源或机制。
5. 本次明确指令优先于任何历史记忆。

请为我起草 SOUL.md，只保留 5—8 条不冲突、可执行的协作规则。必须包含：先结论后结构、区分事实/推断/待确认、本次明确指令优先、信息不足不编造。先解释每条规则解决什么问题，再输出 Markdown。

第五步：创建 MEMORY.md，记录长期已确认事项

这里记录跨项目仍成立的长期决策、长期重点和易错提醒；不要写每天待办或已经结束项目的临时信息。

# 协作记忆

## 长期决策
- [已确认的品牌、产品或工作方向]

## 长期重点
- [持续推进的长期事项]

## 易错提醒
- [反复出现且应避免的错误]

## 待确认
- 具体项目日期、价格与受众，以项目文件为准。

请把以下已确认信息整理为 MEMORY.md。只保留跨项目仍有效的长期决策、长期重点和易错提醒；项目专属日期、价格、客户要求请移入“建议建立项目记忆”，不要写进全局记忆。

信息：
[粘贴已确认信息]

第六步：为每个真实项目建立独立档案

只要项目有客户或名称、交付物、日期/价格/受众，或同时推进多个项目，就建立一份项目记忆。

AI协作配置/
├── USER.md
├── IDENTITY.md
├── SOUL.md
├── MEMORY.md
└── 项目/
    └── [项目名称]/
        └── 项目记忆.md

# 项目：{项目名称}

## 项目背景
- 客户/发起人：
- 项目类型：

## 项目目标
- 要解决的问题：
- 最终交付物：

## 受众与场景
- 参训/使用对象：
- 典型工作场景：

## 已确认事实
- 时长：
- 时间：
- 已确认模块：
- 交付物：
- 特别要求/禁忌：

## 当前进度
- 已完成：
- 正在处理：
- 下一步：

## 待确认
-

请根据以下项目资料创建“项目记忆.md”。请严格区分“已确认事实”和“待确认”；缺少的信息不要补写。完成后先展示文件内容与路径，等待我确认后再写入。

项目资料：
[粘贴项目资料]

第七步：写入信息优先级，避免历史记忆压过当前要求

把下面的优先级写入 SOUL.md 或团队规则中。

本次明确指令
＞ 当前项目已确认资料
＞ 全局 MEMORY.md
＞ USER / IDENTITY / SOUL
＞ 自动生成对话记忆（仅作参考）

如果我的本次要求与长期偏好、全局记忆或自动对话记忆冲突，请按“本次明确指令 ＞ 当前项目已确认资料 ＞ 全局 MEMORY.md ＞ 四件套 ＞ 自动对话记忆”的顺序处理，并说明冲突点与采用依据。

第八步：每周检查一次，项目结束做清理

每周花 3 分钟检查：自动记忆是否过期、全局记忆是否混入临时事项、项目事实是否为最新、是否保留了不需要长期保存的敏感信息。

项目结束后执行“三删三留”：

删除	保留
临时待办	最终方案
过期日期	客户反馈
未采用草案	可复用案例与模板

请检查我的全局记忆和项目记忆：列出过期项目、临时事项、敏感信息风险和待确认项；给出“三删三留”建议。不要删除、移动或覆盖任何文件，先输出审查清单等待我确认。

第九步：用三句话验收整个系统

1. 根据我的协作规则，帮我为当前项目设计一个可交付的大纲。
2. 当前项目中，哪些信息已经确认，哪些仍待确认？
3. 如果我的本次要求和长期偏好冲突，你应该以什么为准？

**验收标准：**AI 能清楚区分长期规则、当前项目事实与待确认项；项目不串台；重要事实能回到对应文件核对。

常见问题

问题	修正动作
把所有资料塞进全局 Memory	只保留跨项目长期有效信息
长期规则与项目事实混写	用“换项目是否成立”判断
自动记忆记错不检查	每周检查，及时编辑或删除
不写待确认	固定保留“待确认”区块
项目结束不清理	执行三删三留
规则过长过碎	SOUL.md 控制在 5—8 条
只靠聊天记录存关键事项	写入项目文件的“已确认事实”
写入敏感客户资料	仅保存完成任务所需的最小信息