AI 内存在 UAIX 中意味着什么
UAI 人工智能内存是一个轻量级、可移植、基于文件的持久上下文标准。它为人类和人工智能代理提供了可审查的项目内存包，而不是依赖私人聊天历史记录、隐藏的模型设置、一个供应商帐户或陈旧的笔记文件夹。
人工智能记忆不是一般的知识库。它是未来参与者在行动之前应加载的紧凑操作记忆：项目目的、当前状态、约束、决策、下一步行动、所有者、信任边界、维护规则和有针对性的检查。
上下文预算：保持 AI 内存热且小。长期的研究、旧的进展细节、预先精简的交接快照和深刻的基本原理应该存在于 LLM Wiki 或 AIWikis 风格的冷内存层中，其中包含路由摘要、哈希值和证据日志。热 .uai 内存是当前状态内存，而不是过时的变更日志。仅将已审核的当前结论提升回 AI 内存数据包中。
规范人工智能内存
使用规范人工智能内存当您需要数据包背后的图层图时：原始源、审查的 LLM Wiki 内存、派生的图形投影、紧凑的 UAI AI 内存、项目切换传输上下文以及仍然必须遵守本地规则的执行代理。
最快的实用路径
大多数读者应该从AI内存封装向导。它将当前支持的预设转换为可审查的启动数据包、接收器简介、系统配置文件、清单覆盖、持久内存配置所需的长期指针分类帐、可复制的文件组和规范的 ZIP 链接，而无需声明托管导入、存储库写入、自动同步、SDK、CLI、认证或认可。
默认 talisman.uai 文件与 totem.uai 和 taboo.uai 属于正常向导流程。使用护符系统当复杂、持久、多参与者的生态系统需要锚定变更控制、无操作回话、审计证据和回滚时，可提供高级外部执行指导页面。
为什么非结构化人工智能内存会失败
非结构化内存会失败，因为它混合了旧的聊天记录、生成的摘要、维基注释、屏幕截图、日志和路线图猜测，而没有说明当前的或绑定的内容。下一个代理可能会错过红线、相信过时的声明、泄漏敏感材料或运行错误的检查，因为该项目从未命名其内存合约。
- 无前门：代理不知道从哪里开始。
- 无生命周期：工作状态、传输数据包、决策、入职说明和审计证据的老化程度不同。
- 无信任边界：仅供内部使用的材料可能会意外交给外部供应商或自主代理。
- 没有规范来源：可见的示例、可下载的 ZIP 和文档会发生变化，因为示例文件被复制到多个位置。
为什么基于文件的内存有效
基于文件的内存最无聊。它可以在拉取请求中进行审查，压缩以进行交接，在外部共享之前进行编辑，由不同的代理加载，通过版本存档，并测试偏差。 UAIX 使用纯文本和确定性清单，因此人们可以检查人工智能将把什么视为上下文。
AI内存分类
UAIX 现在治疗人工智能记忆计划作为持续的工作记忆配置和项目交接作为用于传输的 AI 内存的子类型。仅当附加配置具有不同的生命周期、信任边界或消费模式时，才存在。团队记忆和产品记忆被记录为现有捆绑包的视图，而认证式或监管数据记忆则被推迟到公共证据和安全流程存在为止。
选择正确的 AI 内存配置
Supported starter bundles are deterministic presets over one canonical package contract.
| 配置 | Package family | Canonical files | 下载 |
|---|---|---|---|
人工智能记忆计划project-ai-memory | 项目/开发者记忆 | 30 | uai-ai-memory-starter.zip |
项目交接project-handoff | 项目/开发者记忆 | 31 | uai-project-handoff-starter.zip |
代理会话内存agent-session-memory | 项目/开发者记忆 | 18 | uai-agent-session-memory-starter.zip |
载入内存onboarding-memory | 项目/开发者记忆 | 18 | uai-onboarding-memory-starter.zip |
决策记忆decision-memory | 项目/开发者记忆 | 17 | uai-decision-memory-starter.zip |
客户端或供应商移交内存external-handoff-memory | 项目/开发者记忆 | 19 | uai-external-handoff-memory-starter.zip |
事件或审计内存incident-audit-memory | 项目/开发者记忆 | 18 | uai-incident-audit-memory-starter.zip |
LLM Wiki 导出内存llm-wiki-export-memory | 项目/开发者记忆 | 20 | uai-llm-wiki-export-memory-starter.zip |
办公助理记忆office-assistant-memory | 非项目助理记忆 | 23 | uai-office-assistant-memory-starter.zip |
行政助理记忆executive-assistant-memory | 非项目助理记忆 | 26 | uai-executive-assistant-memory-starter.zip |
个人记忆助理personal-assistant-memory | 非项目助理记忆 | 24 | uai-personal-assistant-memory-starter.zip |
AI聊天机器人好友记忆chatbot-friend-memory | 非项目助理记忆 | 23 | uai-chatbot-friend-memory-starter.zip |
伴侣AI记忆companion-memory | 非项目助理记忆 | 23 | uai-companion-memory-starter.zip |
导师或教练记忆tutor-coach-memory | 非项目助理记忆 | 23 | uai-tutor-coach-memory-starter.zip |
创意伙伴记忆creative-partner-memory | 非项目助理记忆 | 22 | uai-creative-partner-memory-starter.zip |
家庭助理记忆household-assistant-memory | 非项目助理记忆 | 24 | uai-household-assistant-memory-starter.zip |
客户或前台助理记忆customer-front-desk-memory | 非项目助理记忆 | 24 | uai-customer-front-desk-memory-starter.zip |
通用非项目AI内存general-non-project-ai-memory | 非项目助理记忆 | 21 | uai-general-non-project-ai-memory-starter.zip |
使用AI内存封装向导当一个受支持的入门配置应成为包模型、填充的系统配置文件、接收器简介、启动数据包、清单覆盖、复制粘贴文件组、Agent File Handoff配置所需的Agent File Handoff计划、持久内存配置所需的长期语义指针分类帐、准备情况审查和规范 ZIP 下载时。
选择哪种配置
| 情况 | 使用 | 为什么 |
|---|---|---|
| 一个活跃的项目需要跨人工智能会话的连续性。 | 人工智能记忆计划 | 它使当前状态、约束、决策、下一步操作和代理指令保持活动状态，而无需成为完整的 wiki。 |
| 所有权、执行力或责任都在变化。 | 项目交接 | 它包含转让简介、验收标准、所有者、限制和验证计划。 |
| 代理运行被中断或必须稍后恢复。 | 代理会话内存 | 它使任务本地状态保持短暂，并阻止整个聊天记录成为项目真相。 |
| 新人、承包商、利益相关者或代理人需要一个精心策划的开始。 | 载入内存 | 它强调概述、术语表、所有者、首要行动和安全边界。 |
| 理由比地位更重要。 | 决策记忆 | 它保留了权衡、被拒绝的选项、逆转和悬而未决的问题。 |
| 客户、供应商或外部代理需要上下文。 | 客户端或供应商移交内存 | 它围绕更严格的外部信任边界添加了编辑和批准指南。 |
| 事件或审计需要便携式数据包。 | 事件或审计内存 | 它将时间表、证据参考、决策、缓解措施、所有者和后续行动放在一起。 |
| 深入的 wiki 需要可移植的快照。 | LLM Wiki 导出内存 | 它将审阅的 wiki 材料导出到一个紧凑的数据包中，而不会让 wiki 覆盖项目真相。 |
| 该组织需要持久的、可搜索的机构知识。 | LLM 维基 | 它更适合深入的内部文档、源综合、长期的研究和广泛的知识积累。 |
| 复杂、持久、多参与者的生态系统需要先进的图腾、禁忌和护身符变更治理。 | 护符系统 | 它将锚变更请求保留在无操作行为、人工审查、审计证据、回滚和本地外部控制背后。 |
项目人工智能内存和项目交接
项目交接是 UAI AI 内存的子类型。 AI 内存是广泛的标准：持久的 AI 可读上下文。项目交接是一种转移模式：读取前门、加载选定的文件、总结当前事实、确认约束、命名预期接触点以及在广泛工作之前命名有针对性的检查。
对于小型项目，Project AI Memory 和 Project Handoff 按配置文件共享重叠的所需文件。对于较大的组织，人工智能记忆项目在日常工作中保持活力，而项目交接则在责任转移时进行准备和审查。
检查项目 AI Memory Starter
下面的可见文件是从每个受支持的捆绑包预设使用的同一规范模板注册表中呈现的。生成的清单包含在 ZIP 中并与其他文件一起显示，以便读者可以检查包 ID、用例、生命周期、信任边界、文件列表、模板 ID 和校验和。
现场入门包
人工智能记忆计划
This deterministic package is built from the checked-in canonical file set and verified by size and SHA-256 metadata.
Verified package record
- Bytes
- 99906
- SHA-256
- 1388598e6f2c3145d07405378296d1e0f3e675a8d37e6fbc31d0fdcec24fbcec
- Package family
- Project / Developer Memory
人工智能内存属于什么
- 项目概述、当前状态、决策、悬而未决的问题、下一步行动、风险、限制、所有者、术语表和代理说明。
- 当代理需要可预测的加载路径时，根
AGENTS.md加上本地内存文件，例如.uai/readme.human。 - 当项目需要明确的上下文、堆栈、架构、约束、进度、操作、测试计划、样式、决策或内存规则时，键入
.uai文件。 - 仅当这些来源经过审查并明确标记为背景或宣传事实时，才会链接到更深层次的文档或 LLM Wiki 页面。
不应该包括什么
- 秘密、凭证、私钥、令牌、连接字符串或未经审查的生产日志。
- 原始客户、患者、员工或用户数据，除非存在安全批准的流程。
- 私人法律分析、仅供内部使用的策略、定价、安全详细信息或不受支持的支持声明。
- 旧的聊天记录、生成的摘要、删除的文件和 LLM Wiki 页面被视为未经审查的事实。
- 未来代理可能无需人工批准即可运行的可执行有效负载。
隐私和信任边界
按信任边界而不是仅按名称选择捆绑包。内部项目人工智能内存比外部切换可以承载更多操作细节。代理会话内存会在配置文件需要时记录工具权限以及应快速存档的临时工作状态。外部移交、事件/审计和 LLM Wiki 导出数据包在共享之前需要经过编辑、批准和明确的源注释。
- 每次共享之前检查机密和凭据。
- 最大限度地减少客户或用户数据。
- 标记仅限内部使用的策略和法律材料。
- 命名代理权限和阻止的操作。
- 优先选择经过净化的导出而不是原始内存。
维护模式
AI内存不是垃圾场。保持高流失率的类型文件最新并保持持久文件稳定。 .uai/startup-packet.uai 索引活动读取顺序，而 .uai/progress.uai 和 .uai/next-actions.uai 可能经常更改。 .uai/decisions.uai 应追加优先或仔细修改。每当权限、生产边界、支持声明或安全状况发生变化时，都应审查 .uai/risks-and-constraints.uai 和 .uai/agent-instructions.uai。 .uai/archives/changelog.uai 应该解释有意义的捆绑包更新。
当数据包开始携带旧历史记录时，运行上下文节食。首先将预精简版本保存在冷内存中，记录源路径、最终路径、校验和、参与者、时间和处置，然后将活动文件缩短为当前事实加上指针。
代理如何消耗 AI 内存
- 行动前请阅读清单和前门文件。
- 仅加载包和当前任务所需的文件。
- 在广泛工作之前报告缺失、循环、矛盾、不可读或过大的记忆。
- 总结当前的事实、限制、预期接触点以及编辑前的检查。
- 将 LLM Wiki、旧聊天、生成的摘要和删除的文件视为背景，直到经过审核和升级。
站点、解决方案或工作空间布置
对于一个 WordPress 站点，将本地 .uai/ 文件夹保留在各个站点根目录中，并使用根 AGENTS.md 作为入口点。对于一种 Visual Studio 解决方案，请将 .uai/ 保留在实际的 .sln 或 .slnx 文件旁边，然后将每个生成的 .uai 文件显式注册为解决方案项，以便它们显示在解决方案资源管理器中。磁盘上的物理文件夹本身是不够的。在这两种情况下，.uai/readme.human 和键入的 .uai 记录都保留在本地内存文件夹中。
对于经典 .sln 文件，这意味着为每个生成的文件添加一个 .uai 解决方案文件夹，其中包含 ProjectSection(SolutionItems) 条目。更新解决方案文件后，验证每个引用的 .uai 路径是否存在，如果解决方案已打开，则重新加载 Visual Studio。
仅当项目具有独立所有权、发布或移交边界时，才在 Visual Studio 解决方案中使用项目级 .uai/ 文件夹。在这种罕见的形式中，解决方案级别的 workspace.uai 可以协调这些项目文件夹；否则，更常见的协调器是跨多个解决方案进行路由的更高级别工作区或组织 workspace.uai 。
对于一个生态系统中的多个 WordPress 站点或 Visual Studio 解决方案，请使用 workspace.uai 作为本地 .uai/ 文件夹之外的唯一 UAI 内存文件。每个选定的站点或解决方案 AGENTS.md 应指向该协调器及其自己的本地 .uai/ 文件夹，并且代理应在加载本地内存之前解析显式的人工域、路由、存储库、解决方案或路径。所选目标的热内存加载；同级 .uai 包保持卸载状态，除非任务明确要求跨目标源路由、权限比较、包协调或存档保存。
如果包将引导部署，请包含一个工作区说明界面，其中指定部署所有者、共享版本策略、发布文件夹、安装目标、校验和或回滚证据以及任何混合堆栈差异。 WordPress 站点使用一致的主题/插件上传文件夹但.NET 解决方案部署不同的工作区应该在 workspace.uai 中表示，而不是让未来的代理从文件名推断它。
在依赖记住的绝对协调器路径之前，请验证协调器文件是否存在以及所选注册表根目录加上 AGENTS.md 路径是否已解析。 如果指针已过时，只在足以确认预期路由器的范围内查找 workspace.uai，修复或报告过时路径；当人工指定了其他目标时，绝不能静默回退到当前 shell 目录。
这可以防止当前 shell 目录默默地赢得命名站点，例如 LLMWikis.org、UAIX.org、AIWikis.org 或其他相关工作空间根目录。
人类如何审查和认可记忆
人类应该能够查看人工智能将加载的相同文件。在共享捆绑包或使用它来引导自主代理之前，请检查所有权、日期、过时的声明、敏感数据、信任边界以及计划的工作是否与当前支持明确分开。要求人工智能准确说出哪些内存文件发生了变化以及原因。
UAIX AI 内存和 LLM Wiki
LLM Wiki 超出了基线 UAI 规范和标准的范围。 UAIX 支持将其作为 LLM Wiki 配置所需的深度内存策略，因为已经使用该策略的团队需要不同的包整形选择、源边界和升级规则。
UAIX AI Memory 和 LLM Wiki 解决不同的内存问题。 UAIX AI Memory 是一个便携式工作包，用于连续性、切换、入职、外部协作、审计、快速导出和代理就绪上下文。LLMWikis.org代表了深入、长期的内部文档和持久的组织知识的更强大的模式。
成熟的组织可以使用：LLM Wiki 作为持久的内部知识库，以及 UAIX AI 内存捆绑包作为便携式快照、工作上下文、入职导出、移交数据包、审计数据包或代理运行上下文。
何时使用 UAIX AI 内存
- 当项目处于活动状态且上下文需要跨会话保留时，请使用 Project AI Memory。
- 当所有权、执行或责任发生变化时，使用项目移交。
- 当 AI 代理需要可恢复的任务上下文时，请使用代理会话内存。
- 当人员或代理需要策划的起点时，请使用入职记忆。
- 当基本原理和权衡比状态更重要时，使用决策记忆。
何时使用 LLM Wiki
- 当组织需要深入、持久、可搜索的机构知识时，请使用 LLM Wiki。
- 将其用于长来源摘要、研究轨迹、比较、政策背景和内部教育。
- 保持信息丰富而不是管理，直到公认的事实被提升为人工智能内存、文档、代码、测试、发行说明、路线图状态或公共证据。
何时同时使用两者
当持久的知识库需要便携式工作数据包时，请使用两者。 LLM Wiki 仍然非常广泛； AI Memory 捆绑包仍然具有决定性作用。如果决定性的捆绑包开始像维基一样增长，请存档旧的详细信息并仅保留已接受的当前状态。实际操作路径请阅读将 UAI 包与 LLM Wiki 一起使用和项目移交上下文预算。要了解更详细的原理，请阅读LLM Wiki 与 UAIX 项目移交和LLM Wiki 和 UAIX 项目移交.
样本、清单和 ZIP 如何保持同步
渲染的示例文件、捆绑清单、下载链接和生成的 ZIP 都通过相同的规范注册表进行解析。没有过时的静态启动 ZIP 资源，也没有仅 ZIP 的示例文件。如果共享文件属于多个捆绑包，则通过相同的模板 ID 选择它。如果捆绑包需要变体，则变体是清单中记录的显式参数、选定部分或覆盖。
公共路线和别名
本主题的规范 UAIX 页面是 /en-us/ai-memory/。请求的 /AI_Memory 条目路径在此处重定向为搜索友好的条目别名，而规范的 UAIX 公共路由保持干净、以区域设置为前缀的路径。
相关 UAIX 记录
- 将 UAI 包与 LLM Wiki 一起使用用于在深层 wiki 内存旁边路由紧凑 UAI 包的实用页面。
- 项目移交上下文预算在启动上下文膨胀之前运行热/冷内存维护循环。
- 项目交接UAI AI Memory 的传输子类型。
- AI内存封装向导引导包模型、系统配置文件、接收器简介、启动包、复制粘贴文件、覆盖 JSON、持久内存配置所需的长期指针分类帐、就绪检查和规范 ZIP 链接。
- Agent File Handoff在继续进行广泛的工作之前，聊天开始接收已删除的文件。
- AGENTS.md .uai 链接规范链接语法、加载器行为和类型化文件背景。
- UAI-1当内存成为互操作性证据时的公共交换和证据契约。
- 验证器公开 UAI-1 声明的证据路径。
- LLMWikis.org深入的 LLM Wiki 记忆可持久组织知识。
- 路线图当前与计划的工具边界。
- 变更日志注明日期的公共变更轨迹。
长期目标执行
使用长期目标执行当 AI Memory 必须承受多个运行时会话、暂停、阻塞、切换或最终报告时。运行时目标使活动目标保持集中；权威的 .uai 文件保留持久的项目真相； UAI-1 数据包携带便携式证据；经过审查的回写促进了公认的事实。
分层目标记忆
使用分层目标记忆当 AI Memory 需要子目标、折叠、检查点和有界证据的源链接层次结构时，而不替换规范源文件。
架构提案
UAI-1 v1.0 仍是当前发布的契约。独立版本的提案涵盖独立交换、能力声明、故障恢复和源记录保留。
这些内容是提议的设计和本地参考示例，并不声称提供托管运行时服务或已验证独立互操作性。
规范解释以英文提案为源文；此界面摘要不代表已审定的规范译文。