2026/9/20 20:53:10
FEATURED · 精选文章 
后端前端认证鉴权低代码企业应用【免费下载链接】gin-vue-adminViteVue3Gin的开发基础平台支持TS和JS混用。它集成了JWT鉴权、权限管理、动态路由、显隐可控组件、分页封装、多点登录拦截、资源权限、上传下载、代码生成器【可AI辅助】、表单生成器和可配置的导入导出等开发必备功能。项目地址https://gitcode.com/flipped-aurora/gin-vue-admin点击查看免费下载导读本项目gin-vue-admin在 AGENT.MD 中确立了“项目级 AI 规则唯一真源”的约定并在aiDoc/目录下构建了结构化的 AI 文档层。其中 aiDoc/memory/project-memory.md 是这套记忆系统的总览入口它把 AI 协作过程中的记忆明确拆分为“长期记忆”与“业务记忆”两个彼此隔离的存储域并定义了从需求记录到规则沉淀的完整流转路径。读完本文你将掌握该仓库的记忆分层结构、关键决策演进、单条记忆独立文件的维护规范、业务需求从active到done的生命周期以及一套可防止“后写覆盖前写”的记忆更新守则。记忆体系定位AI 的记忆层而非笔记堆放区在 aiDoc/memory/README.md 的开篇即声明aiDoc/memory/是AI 的记忆层不是普通笔记堆放区。这意味着该目录下的一切文件都有明确职责long-term/存放跨任务长期稳定存在的内容如用户偏好、协作方式、反复出现的约束business/按“一次业务需求一条记录”的方式记录每次用户提出的需求及其状态README.md只负责说明规则不承担记忆正文记忆正文一律采用“单条独立文件 索引文件”的组织模式。这一设计与项目整体的AGENT.MD aiDoc/单一真源结构一脉相承参见 aiDoc/memory/long-term/user-preferences.md不在多个工具目录中重复维护同一份 project rule而是由 AGENT.MD 作为项目级 AI 规则的唯一权威由aiDoc/承接结构化文档、讲解型示例与记忆持久化。记忆结构总览两个存储域aiDoc/memory/project-memory.md 给出了当前记忆结构的顶层划分存储域目录维护粒度典型内容长期记忆aiDoc/memory/long-term/一条长期偏好或约束对应一个独立文件用户偏好、沟通风格、文档组织习惯、对 AI 行为的长期要求业务记忆aiDoc/memory/business/一次业务需求对应一个独立文件新增模块/接口、页面调整、流程与规则变更、需求状态与影响范围两条设计红线贯穿始终业务记忆先落business/不直接塞进长期记忆只有某种模式跨任务稳定存在时才提炼进long-term/。换句话说business/是“进行时”与“进行过的需求”的存档区long-term/是从大量业务中抽象出的“稳定规则”的沉淀区二者是流水账与知识库的关系。关键决策演进两次结构性里程碑aiDoc/memory/project-memory.md 记录了两次关键决策它们共同塑造了当前记忆系统的形态2026-04-01确立文档分层与记忆拆分AGENT.MD是项目级 AI 规则的唯一真源aiDoc/是结构化 AI 文档层aiDoc/examples/是讲解型示例层而非纯模板式示例参见 aiDoc/memory/long-term/user-preferences.mdaiDoc/memory/正式拆分为“长期记忆”与“业务记忆”两个子域用户提出业务需求时AI 必须同步更新memory/business/。这条决策把“记忆写入”从可选项变成了 AI 协作的强制性动作是记忆系统运转的触发条件。2026-05-26确立单条独立文件 索引文件模式记忆正文采用“单条独立文件 索引文件”模式不再把多条记忆混写到汇总正文中更新记忆时仅修改对应记忆文件及索引避免后写覆盖前写。这条决策解决了多任务协作中常见的覆盖冲突问题每一条记忆有唯一的物理载体任何一次更新都只触碰自己的文件天然具备并发安全与可回溯性。长期记忆long-term/稳定偏好的归宿适合与不适合放这里的内容按 aiDoc/memory/long-term/README.md 的界定适合用户长期偏好、沟通风格、文档组织习惯、对 AI 行为的长期要求不适合单次新增接口、单次新增模块、单次页面调整——这些必须先记录到business/。写入规则一条长期偏好或长期约束对应一个独立文件已有主题优先更新原文件不为同一主题重复建档不要把多条长期记忆混写到某个汇总正文中该目录下的README.md只说明用途不承担记忆正文。仓库中的两份长期记忆文件即为该规则的落地示例aiDoc/memory/long-term/collaboration-patterns.md沉淀了“业务需求记忆规则”“记忆流转规则”“书写原则”。其中书写原则要求业务记忆写清“做什么、影响什么、状态如何、还差什么”长期记忆写清“稳定偏好是什么、为什么要保留”。aiDoc/memory/long-term/user-preferences.md记录了语言表达偏好默认中文、文档组织偏好单一真源结构、harness engineering 风格分层、讲解型示例与记忆管理偏好业务记忆独立存放、不混入长期偏好。业务记忆business/需求全生命周期的档案目录结构按 aiDoc/memory/business/README.mdbusiness/由四部分组成demand-index.md需求总索引仅保存链接、状态和一句话摘要TEMPLATE.md单条业务记忆的标准模板active/当前仍在推进或持续生效的需求每条需求一个文件done/已完成或已阶段性落地的需求每条需求一个文件。使用规则用户一旦提出业务需求就要新增或更新对应记录若该需求已经存在不要重复新建直接更新原记录新需求默认写入active/完成后再移入done/不要把多条需求持续追加到同一个正文文件中不要把需求正文写进demand-index.md更新需求时只修改对应需求文件与索引不重写其他需求文件索引中的文档链接使用相对于项目root的路径不写机器本地绝对路径。从 aiDoc/memory/business/demand-index.md 可以看到索引的实际形态Active段下列出仍在推进的需求条目含链接与一句话说明Done段下列出已完成条目。这种“索引只承载元数据、正文独立成文件”的设计让索引文件的变更频率与冲突概率都降到最低。单条业务记忆模板aiDoc/memory/business/TEMPLATE.md 提供了标准化的记录骨架核心字段如下字段说明基本信息提出日期、当前状态active/done、需求类型、优先级、需求文件路径active/slug.md或done/slug.md用户原始意图摘要一句话说明用户想要什么影响范围后端 / 前端 / 文档 / 插件·模块涉及对象模块 / 接口 / 页面 / 配置已确认约束与用户确认过的边界与限制当前进展实施过程中的进度快照后续待办剩余工作项更新规则同一需求始终维护在同一个文件中新信息优先补充到对应段落只有状态变化时才在active/与done/之间移动文件状态流转active → doneaiDoc/memory/business/active/README.md 规定active/存放当前仍在推进中的需求若某需求已阶段性完成应更新其状态并按需移入../done/。aiDoc/memory/business/done/README.md 说明已完成记录仍然有价值后续重构、回溯和偏好提炼时会用到因此不删除、不合并保持独立存档。记忆读取建议合理的检索顺序aiDoc/memory/project-memory.md 给出了三段式读取建议适用于 AI 恢复上下文或新人理解项目协作脉络先看long-term/获取与用户偏好、协作方式相关的内容建立“如何与这个项目协作”的基线认知再看business/查看当前活跃active/或已完成done/的业务需求记录了解正在进行的工作与历史变更回写提炼如果某条业务需求已经演变为稳定规则再将其回写到long-term/或对应模块文档。这一顺序体现了“先原则、后实例、再沉淀”的信息检索路径用长期记忆校准协作方式用业务记忆定位当下上下文最后把可复用的经验反哺回长期记忆。记忆更新守则防止覆盖冲突的工程实践综合 aiDoc/memory/README.md 与两份 README记忆系统的更新守则可归纳为单条独立文件一条记忆偏好或需求一个文件索引文件只存链接、状态与摘要局部更新更新已有记忆时只修改对应那条记忆文件与索引不重写其他记忆文件禁止整文件覆盖未经明确需要不要用整文件覆盖的方式重写汇总文档追加优先若信息只是补充优先追加或局部编辑若信息失效只替换对应段落并保留可追踪上下文状态驱动迁移只有需求状态变化active→done时才移动文件相对路径引用索引与文档间一律使用项目root相对路径保证仓库迁移后链接依然有效。结合源码验证记忆体系在仓库中的真实形态记忆文档描述的体系并非空谈可以在当前仓库中逐一对证规则唯一真源 AGENT.MD 位于仓库根目录与 aiDoc/memory/project-memory.md 中“AGENT.MD 是项目级 AI 规则唯一真源”的决策一致记忆分层落地为 aiDoc/memory/long-term/ 与 aiDoc/memory/business/ 两个目录各自独立维护 README 说明与正文文件“单条独立文件 索引”模式可参见 aiDoc/memory/business/demand-index.md索引只保留条目链接、状态与一句话摘要正文则由 aiDoc/memory/business/TEMPLATE.md 规范生成、存放在active/或done/下讲解型示例层的定位与aiDoc/examples/含 aiDoc/examples/backend/README.md 与 aiDoc/examples/frontend/README.md的目录结构互相印证。小结gin-vue-admin 的项目记忆体系可以概括为一条清晰的主线AGENT.MD定规则、aiDoc/memory/存记忆、long-term/沉淀偏好、business/记录需求、索引只做导航、正文独立成文件。这套设计既保证了 AI 在多次会话间能稳定恢复协作上下文又通过“单条独立文件 局部更新”的工程手段规避了多任务协作中最常见的记忆覆盖问题。对于希望为 AI 辅助开发流程建立持久化记忆机制的团队而言这份记忆层的结构、模板与流转规则都具备直接的参考与复用价值。赞分享后端前端认证鉴权低代码企业应用【免费下载链接】gin-vue-adminViteVue3Gin的开发基础平台支持TS和JS混用。它集成了JWT鉴权、权限管理、动态路由、显隐可控组件、分页封装、多点登录拦截、资源权限、上传下载、代码生成器【可AI辅助】、表单生成器和可配置的导入导出等开发必备功能。项目地址https://gitcode.com/flipped-aurora/gin-vue-admin点击查看免费下载相关推荐gin-vue-admin 的 AI 记忆层aiDoc/memory 双轨记忆体系设计与落地指南gin vue admin 的 AI 记忆层aiDoc/memory 双轨记忆体系设计与落地指南 导读 gin vue admin 仓库中维护着一套面向 AI后端前端认证鉴权低代码任务调度gin-vue-admin 的 AI 记忆层设计aiDoc/memory/ 长期记忆与业务记忆的分层管理实践gin vue admin 的 AI 记忆层设计 aiDoc/memory/ 长期记忆与业务记忆的分层管理实践 导读 aiDoc/memory/ 是 gin后端前端认证鉴权低代码企业应用gin-vue-admin 用户长期偏好记忆设计基于 AGENT.MD aiDoc 单一真源的分层文档架构gin vue admin 用户长期偏好记忆设计基于 AGENT.MD aiDoc 单一真源的分层文档架构 aiDoc/memory/long term/后端前端认证鉴权低代码企业应用上一篇gpt-neox-japanese-2.7b安全指南日语内容生成的伦理与风险控制下一篇Open Generative AI Cinema Studio 完整指南3组镜头参数5分钟生成电影感画面创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
gin-vue-admin 项目记忆体系：基于 AGENT.MD 与 aiDoc/memory 的分层持久化设计
后端前端认证鉴权低代码企业应用【免费下载链接】gin-vue-adminViteVue3Gin的开发基础平台支持TS和JS混用。它集成了JWT鉴权、权限管理、动态路由、显隐可控组件、分页封装、多点登录拦截、资源权限、上传下载、代码生成器【可AI辅助】、表单生成器和可配置的导入导出等开发必备功能。项目地址https://gitcode.com/flipped-aurora/gin-vue-admin点击查看免费下载导读本项目gin-vue-admin在 AGENT.MD 中确立了“项目级 AI 规则唯一真源”的约定并在aiDoc/目录下构建了结构化的 AI 文档层。其中 aiDoc/memory/project-memory.md 是这套记忆系统的总览入口它把 AI 协作过程中的记忆明确拆分为“长期记忆”与“业务记忆”两个彼此隔离的存储域并定义了从需求记录到规则沉淀的完整流转路径。读完本文你将掌握该仓库的记忆分层结构、关键决策演进、单条记忆独立文件的维护规范、业务需求从active到done的生命周期以及一套可防止“后写覆盖前写”的记忆更新守则。记忆体系定位AI 的记忆层而非笔记堆放区在 aiDoc/memory/README.md 的开篇即声明aiDoc/memory/是AI 的记忆层不是普通笔记堆放区。这意味着该目录下的一切文件都有明确职责long-term/存放跨任务长期稳定存在的内容如用户偏好、协作方式、反复出现的约束business/按“一次业务需求一条记录”的方式记录每次用户提出的需求及其状态README.md只负责说明规则不承担记忆正文记忆正文一律采用“单条独立文件 索引文件”的组织模式。这一设计与项目整体的AGENT.MD aiDoc/单一真源结构一脉相承参见 aiDoc/memory/long-term/user-preferences.md不在多个工具目录中重复维护同一份 project rule而是由 AGENT.MD 作为项目级 AI 规则的唯一权威由aiDoc/承接结构化文档、讲解型示例与记忆持久化。记忆结构总览两个存储域aiDoc/memory/project-memory.md 给出了当前记忆结构的顶层划分存储域目录维护粒度典型内容长期记忆aiDoc/memory/long-term/一条长期偏好或约束对应一个独立文件用户偏好、沟通风格、文档组织习惯、对 AI 行为的长期要求业务记忆aiDoc/memory/business/一次业务需求对应一个独立文件新增模块/接口、页面调整、流程与规则变更、需求状态与影响范围两条设计红线贯穿始终业务记忆先落business/不直接塞进长期记忆只有某种模式跨任务稳定存在时才提炼进long-term/。换句话说business/是“进行时”与“进行过的需求”的存档区long-term/是从大量业务中抽象出的“稳定规则”的沉淀区二者是流水账与知识库的关系。关键决策演进两次结构性里程碑aiDoc/memory/project-memory.md 记录了两次关键决策它们共同塑造了当前记忆系统的形态2026-04-01确立文档分层与记忆拆分AGENT.MD是项目级 AI 规则的唯一真源aiDoc/是结构化 AI 文档层aiDoc/examples/是讲解型示例层而非纯模板式示例参见 aiDoc/memory/long-term/user-preferences.mdaiDoc/memory/正式拆分为“长期记忆”与“业务记忆”两个子域用户提出业务需求时AI 必须同步更新memory/business/。这条决策把“记忆写入”从可选项变成了 AI 协作的强制性动作是记忆系统运转的触发条件。2026-05-26确立单条独立文件 索引文件模式记忆正文采用“单条独立文件 索引文件”模式不再把多条记忆混写到汇总正文中更新记忆时仅修改对应记忆文件及索引避免后写覆盖前写。这条决策解决了多任务协作中常见的覆盖冲突问题每一条记忆有唯一的物理载体任何一次更新都只触碰自己的文件天然具备并发安全与可回溯性。长期记忆long-term/稳定偏好的归宿适合与不适合放这里的内容按 aiDoc/memory/long-term/README.md 的界定适合用户长期偏好、沟通风格、文档组织习惯、对 AI 行为的长期要求不适合单次新增接口、单次新增模块、单次页面调整——这些必须先记录到business/。写入规则一条长期偏好或长期约束对应一个独立文件已有主题优先更新原文件不为同一主题重复建档不要把多条长期记忆混写到某个汇总正文中该目录下的README.md只说明用途不承担记忆正文。仓库中的两份长期记忆文件即为该规则的落地示例aiDoc/memory/long-term/collaboration-patterns.md沉淀了“业务需求记忆规则”“记忆流转规则”“书写原则”。其中书写原则要求业务记忆写清“做什么、影响什么、状态如何、还差什么”长期记忆写清“稳定偏好是什么、为什么要保留”。aiDoc/memory/long-term/user-preferences.md记录了语言表达偏好默认中文、文档组织偏好单一真源结构、harness engineering 风格分层、讲解型示例与记忆管理偏好业务记忆独立存放、不混入长期偏好。业务记忆business/需求全生命周期的档案目录结构按 aiDoc/memory/business/README.mdbusiness/由四部分组成demand-index.md需求总索引仅保存链接、状态和一句话摘要TEMPLATE.md单条业务记忆的标准模板active/当前仍在推进或持续生效的需求每条需求一个文件done/已完成或已阶段性落地的需求每条需求一个文件。使用规则用户一旦提出业务需求就要新增或更新对应记录若该需求已经存在不要重复新建直接更新原记录新需求默认写入active/完成后再移入done/不要把多条需求持续追加到同一个正文文件中不要把需求正文写进demand-index.md更新需求时只修改对应需求文件与索引不重写其他需求文件索引中的文档链接使用相对于项目root的路径不写机器本地绝对路径。从 aiDoc/memory/business/demand-index.md 可以看到索引的实际形态Active段下列出仍在推进的需求条目含链接与一句话说明Done段下列出已完成条目。这种“索引只承载元数据、正文独立成文件”的设计让索引文件的变更频率与冲突概率都降到最低。单条业务记忆模板aiDoc/memory/business/TEMPLATE.md 提供了标准化的记录骨架核心字段如下字段说明基本信息提出日期、当前状态active/done、需求类型、优先级、需求文件路径active/slug.md或done/slug.md用户原始意图摘要一句话说明用户想要什么影响范围后端 / 前端 / 文档 / 插件·模块涉及对象模块 / 接口 / 页面 / 配置已确认约束与用户确认过的边界与限制当前进展实施过程中的进度快照后续待办剩余工作项更新规则同一需求始终维护在同一个文件中新信息优先补充到对应段落只有状态变化时才在active/与done/之间移动文件状态流转active → doneaiDoc/memory/business/active/README.md 规定active/存放当前仍在推进中的需求若某需求已阶段性完成应更新其状态并按需移入../done/。aiDoc/memory/business/done/README.md 说明已完成记录仍然有价值后续重构、回溯和偏好提炼时会用到因此不删除、不合并保持独立存档。记忆读取建议合理的检索顺序aiDoc/memory/project-memory.md 给出了三段式读取建议适用于 AI 恢复上下文或新人理解项目协作脉络先看long-term/获取与用户偏好、协作方式相关的内容建立“如何与这个项目协作”的基线认知再看business/查看当前活跃active/或已完成done/的业务需求记录了解正在进行的工作与历史变更回写提炼如果某条业务需求已经演变为稳定规则再将其回写到long-term/或对应模块文档。这一顺序体现了“先原则、后实例、再沉淀”的信息检索路径用长期记忆校准协作方式用业务记忆定位当下上下文最后把可复用的经验反哺回长期记忆。记忆更新守则防止覆盖冲突的工程实践综合 aiDoc/memory/README.md 与两份 README记忆系统的更新守则可归纳为单条独立文件一条记忆偏好或需求一个文件索引文件只存链接、状态与摘要局部更新更新已有记忆时只修改对应那条记忆文件与索引不重写其他记忆文件禁止整文件覆盖未经明确需要不要用整文件覆盖的方式重写汇总文档追加优先若信息只是补充优先追加或局部编辑若信息失效只替换对应段落并保留可追踪上下文状态驱动迁移只有需求状态变化active→done时才移动文件相对路径引用索引与文档间一律使用项目root相对路径保证仓库迁移后链接依然有效。结合源码验证记忆体系在仓库中的真实形态记忆文档描述的体系并非空谈可以在当前仓库中逐一对证规则唯一真源 AGENT.MD 位于仓库根目录与 aiDoc/memory/project-memory.md 中“AGENT.MD 是项目级 AI 规则唯一真源”的决策一致记忆分层落地为 aiDoc/memory/long-term/ 与 aiDoc/memory/business/ 两个目录各自独立维护 README 说明与正文文件“单条独立文件 索引”模式可参见 aiDoc/memory/business/demand-index.md索引只保留条目链接、状态与一句话摘要正文则由 aiDoc/memory/business/TEMPLATE.md 规范生成、存放在active/或done/下讲解型示例层的定位与aiDoc/examples/含 aiDoc/examples/backend/README.md 与 aiDoc/examples/frontend/README.md的目录结构互相印证。小结gin-vue-admin 的项目记忆体系可以概括为一条清晰的主线AGENT.MD定规则、aiDoc/memory/存记忆、long-term/沉淀偏好、business/记录需求、索引只做导航、正文独立成文件。这套设计既保证了 AI 在多次会话间能稳定恢复协作上下文又通过“单条独立文件 局部更新”的工程手段规避了多任务协作中最常见的记忆覆盖问题。对于希望为 AI 辅助开发流程建立持久化记忆机制的团队而言这份记忆层的结构、模板与流转规则都具备直接的参考与复用价值。赞分享后端前端认证鉴权低代码企业应用【免费下载链接】gin-vue-adminViteVue3Gin的开发基础平台支持TS和JS混用。它集成了JWT鉴权、权限管理、动态路由、显隐可控组件、分页封装、多点登录拦截、资源权限、上传下载、代码生成器【可AI辅助】、表单生成器和可配置的导入导出等开发必备功能。项目地址https://gitcode.com/flipped-aurora/gin-vue-admin点击查看免费下载相关推荐gin-vue-admin 的 AI 记忆层aiDoc/memory 双轨记忆体系设计与落地指南gin vue admin 的 AI 记忆层aiDoc/memory 双轨记忆体系设计与落地指南 导读 gin vue admin 仓库中维护着一套面向 AI后端前端认证鉴权低代码任务调度gin-vue-admin 的 AI 记忆层设计aiDoc/memory/ 长期记忆与业务记忆的分层管理实践gin vue admin 的 AI 记忆层设计 aiDoc/memory/ 长期记忆与业务记忆的分层管理实践 导读 aiDoc/memory/ 是 gin后端前端认证鉴权低代码企业应用gin-vue-admin 用户长期偏好记忆设计基于 AGENT.MD aiDoc 单一真源的分层文档架构gin vue admin 用户长期偏好记忆设计基于 AGENT.MD aiDoc 单一真源的分层文档架构 aiDoc/memory/long term/后端前端认证鉴权低代码企业应用上一篇gpt-neox-japanese-2.7b安全指南日语内容生成的伦理与风险控制下一篇Open Generative AI Cinema Studio 完整指南3组镜头参数5分钟生成电影感画面创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 
