WorkBuddy 的记忆机制远比表面复杂，三层记忆加人格层文件，让 AI 真正懂你、懂项目。本文从目录结构到优先级冲突，用 B 端实战案例拆解如何高效“喂”记忆，助你告别重复交代，让 AI 成为得力助手。 科技新闻。
第二层：用户级本地记忆（手动，跨项目）
我花了不少时间研究WorkBuddy的记忆机制——翻文档、看本地目录、一个个文件打开试。结论是：WorkBuddy的记忆分3层，外加一个会话上下文（第0层，关窗就没）。
Wo背景与起因
第一层：云端画像（自动）
保存到C:Users你的用户名.workbuddyAGENTS.md，下次对话你就能感觉到AI”规矩”多了。
会话上下文 > 干活区级记忆 > 用户级记忆 > 云端画像
Wo事件经过
MEMORY.md（用户级）和global.md都在memory目录下，这俩有什么区别？
加上第0层：会话上下文
完整结构如下（别怕别怕，做B端PM从来都不知道“怕”字是怎么读）：
Wo各方回应
就是当前对话窗口里的内容。关窗即失，但在本轮对话内优先级最高。
每个项目独立的记忆空间。你在A项目写的规则，B项目看不到。
– 流程图用Mermaid语法
Wo影响分析
## 文件管理
AGENTS.md管的是”AI干活时怎么动”——表达风格、工具调用逻辑、输出长度、交付标准、禁止行为。说白了，就是你给新人定的那个SOP。
上一节讲了MEMORY.md和云端画像，接下来重点讲这5个文件：IDENTITY.md、USER.md、SOUL.md、AGENTS.md、global.md。
## 项目业务规则
说人话：云端画像让AI”认识”你，用户级记忆让AI”守规矩”，干活区级记忆让AI”懂项目”。
官方文档关于记忆讲得比较抽象，很多朋友用了很久，其实没搞清楚记忆到底怎么运作、该怎么”喂”。本文就从头给你捋一遍。
本地有个缓存文件：C:Users你的用户名.workbuddymemory{uuid}_memory.md，但这只是云端内容的镜像，不要直接改它——下次同步会把你改的冲掉。要看或编辑云端画像，去”设置→记忆”里操作。
– 字段命名规范：SKU编号统一使用sku_code，不用sku_no或sku_number
不写会怎样？AI用默认风格干活——输出可能太长、格式不对、该问时不问、不该决定时替你决定。
这是”加载序”，偏人格和知识层的初始化。冲突裁决则是另一回事——模型拿到所有内容后，按”越具体越高”判谁压谁。
– 临时文件不放项目根目录
– 所有表格用Markdown格式
下次让AI帮你写这个项目的需求文档，它会自动遵循这些规则，不用每次重复交代。
会话级压项目级，项目级压用户级。换个没有项目级覆盖的项目，规则回到Obsidian。
B端PM实战案例——global.md这样写：
这就是”越近、越具体，优先级越高”。
## 禁止
你手动写的跨项目通用规则。比如”输出用Markdown””流程图用Mermaid”——所有项目都生效。
真正用好WorkBuddy的人，不是对话最多的人，是把配置文件写得最认真的人。
– 文档命名：YYYY-MM-DD-描述.md，统一放项目docs目录
简单记：
WorkBuddy会自动从你的对话中抽取长期信息——你的职业、城市、语言偏好、工作习惯等。这些内容存在云端，每次新对话自动注入，不用你管。
从高到低：
会话启动时，文件被读进context的先后顺序是：
三层记忆让AI”认识”你，人格层和协议层让AI”守规矩”。
– 所有文档输出用Markdown格式，不要Word
global.md、用户级MEMORY.md、工作区级MEMORY.md，这仨容易混：
– 结论先行，再展开细节## 歧义处理- 需求不清楚时，先追问目标再动手，不要猜
– 不确定不编，不编造数据或调研结果
## 表达与输出
但AGENTS.md必须自己写，写了效果立竿见影。
一句话区分：global.md管”怎么干活”，MEMORY.md管”干什么活”。
– 退款逻辑：已发货订单不支持整单退款，只能逐个商品退
每次会话终结后，系统会在夜间（具体时刻不详）批量整理对话内容，把稳定的事实沉淀到画像里。聊得越多，画像越准。
以电商供应链项目为例：
– 中英文之间加空格
– 不替我做产品决策（优先级、功能取舍）
路径：C:Users你的用户名.workbuddymemoryglobal.md
MEMORY.md像”你告诉AI你的习惯”，global.md像”你给AI定的制度”。
B端PM实战案例——工作区级记忆长什么样：
B端PM实战案例——AGENTS.md这样写：
## 输出规范
– PRD中的权限矩阵统一用”角色-功能-操作”三级表格
本文讲6块内容：
IDENTITY.md → USER.md → SOUL.md → AGENTS.md → global.md → MEMORY.md（项目级） → 今日日志
## 输出长度
– 每次任务完成后，输出变更摘要（改了什么、为什么改）
除了手动写，WorkBuddy完成任务后也会自动往每日日志（YYYY-MM-DD.md）里追加当日工作记录。但日志是过程记录，想长期生效的规则必须写到MEMORY.md里。
本文由 @产品大汪 原创发布于人人都是产品经理。未经作者许可，禁止转载
假设你三层都写了关于”文档工具”的规则：
## 工作规约
– 订单状态机：待支付→已支付→已发货→已签收→已完成，超时未支付自动取消
三层记忆（MEMORY.md + 云端画像）只是”记忆”部分。打开.workbuddy目录你会发现，实际还有一整套人格层和协议层文件。
– 快速判断类：不超过3段，结论优先
裁决结果：Notion > markdown> docx
核心原则就一句：越近、越具体，优先级越高。
– 执行报告：只输出差异和遗留难题
7条，每条都是踩出来的。
– 敏感信息（客户名、合同金额）不写进md文件
项目专属的东西别放这里，不然到别的项目也会被错误继承。
第三层：工作区级记忆（手动或AI，项目专属）
路径：你的项目目录.workbuddymemoryMEMORY.md
– 改文件前先读全文件
– 方案类：先给结论段，细节按需展开
– 有多个方案时，列出优劣对比让我选，不要替我拍板
两件事别混。加载在前的不一定优先级高。
IDENTITY.md、USER.md、SOUL.md、AGENTS.md，这4个文件合称人格层。它们决定了AI”是谁””你是谁””怎么干活”。
前3个文件（IDENTITY、USER、SOUL）在首次启动WorkBuddy时，系统会通过引导流程帮你生成。大多数人生成之后就没再管过——确实，这3个不太需要改，系统生成的够用了。
路径：C:Users你的用户名.workbuddyMEMORY.md
题图来自Unsplash，基于CC0协议，相关情况值得关注。
