> ## Documentation Index
> Fetch the complete documentation index at: https://unity.farlocus.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Design 与 Memory

> 需求基准与长期记忆的维护流程、预设模块与编辑模式

Design 与 Memory 是知识库中由 AI 参与维护的两类文档：Design 记录「你要什么」，Memory 记录「AI 在这个项目里学到了什么」。

## Design：需求基准

Design 文档记录项目设计需求与事实基准。AI 会在会话中识别可沉淀的设计结论，以`知识维护建议`卡片发起提案，列出检测到的条目与置信度；点击`查看草稿`核对内容，`确认并应用`后才会写入文档，`忽略`则丢弃。你也可以随时手动编辑。

Design 代表 AI 对你需求的总结与归纳，后续任务中会把这些内容视为需求依据。因此，确保其中信息准确，属于使用者的重要责任。审批提案时逐条核对，发现过时结论及时删改，见[使用建议](/overview/usage-guidance)。

## Memory：长期记忆

Memory 由 AI 自动维护，默认预设三个模块：

* **`项目理解`**：AI 对项目结构与技术方案的持续总结，项目级共享。
* **`错题本`**：踩过的坑与修正后的结论，避免重复犯错，项目级共享。
* **`用户偏好`**：你的个人习惯（沟通语言、代码风格偏好等），作用域为用户级，跨项目生效。

Memory 文档与其他类型使用同一套[注入档位](/knowledge/injection)，预设模块出厂时已按用途调好：`错题本`全文注入（L2），`用户偏好`作为规则注入（L3），`项目理解`仅注入路径（L0）、正文按需读取；自定义 Memory 文档默认`仅搜索`，可在配置侧栏自行调档。常驻注入的文件越多、内容越长，每次请求的负担越高。`Memory 仪表盘`显示`常驻上下文负担`与维护 token 估算，条目膨胀时应及时精简。Memory 是 AI 的经验性总结，建议定期检查，手动修改或删除不准确的条目；也可以用 `/dream` 指令发起一次专门的记忆整理会话，按维护规则合并重复、删除过期条目，并对照当前工程抽查结论是否仍然成立。

## 自定义 Memory 文档

右键 Memory 分类可`新建记忆`（项目级）或`新建用户记忆`（用户级），把某一类经验独立成文档管理。自定义文档配合`维护规则`使用：规则约束 AI 自动更新时能改什么、必须保留什么。写法可以参考预设模块的默认规则：

* 只保留长期稳定、可复用的信息
* 将重复或冲突内容整理为最新结论
* 删除临时上下文、一次性任务和无依据推测

规则越具体，自动维护越可控。例如给「性能优化记录」文档加一条「每条结论必须附带出现场景与验证方式」，可以避免积累无法复查的模糊经验；给「第三方插件坑位」文档加一条「插件版本升级后重新核对相关条目」，能让过期信息有明确的清理时机。

## 编辑模式

每份文档的 `AI编辑模式`决定 AI 的修改权限：

* **`不可编辑`**：仅允许查看，AI 不能修改。
* **`提案后修改`**：AI 先提交提案，你确认后才写入。非 Memory 文档的默认档。
* **`自动编辑`**：AI 按维护规则直接更新，必须填写维护规则。Memory 预设模块的默认档。
* **`继承父目录`**：沿用父目录的 AI 编辑配置，顶层文档沿用分类默认配置。

重要文档（如核心 Design）建议保持`提案后修改`；高频、低风险的记录类文档再放开`自动编辑`。