ARTICLE DETAIL

资讯详情

深耕郑州网站建设与运营推广的一线实战洞察。

Dreamer完全揭秘:Magic Context在你睡觉时执行的10项记忆维护任务

Dreamer完全揭秘:Magic Context在你睡觉时执行的10项记忆维护任务 Dreamer完全揭秘Magic Context在你睡觉时执行的10项记忆维护任务【免费下载链接】magic-contextUnbounded context. Memory that manages itself. One session, for life. The hippocampus for coding agents, part of CortexKit.项目地址: https://gitcode.com/gh_mirrors/mag/magic-contextMagic Context 是面向 AI 编程代理的自动记忆管理系统CortexKit 的一部分它的内置调度器Dreamer会在你离开工位后自动执行10 项记忆维护任务把记忆映射到代码、逐条核验、清理过期条目、学习你的使用习惯甚至替你提议更新项目文档。这篇文章带你完整看懂 Dreamer 的每一项夜间工作、它的调度与租约机制以及如何手动触发和查看维护结果。 为什么需要 Dreamer普通编程代理有个通病会话一结束它记下的决策和约定就全部蒸发下次开工等于新人入职。Magic Context 用捕获—巩固—回忆三步解决遗忘问题其中**巩固Consolidate**这一步完全交给 Dreamer 在后台完成——就像人类大脑在睡眠中整理白天学到的东西一样。Dreamer 的三条设计原则后台执行所有任务运行在独立的隐藏子会话中标题为magic-context-dream-任务名不打断你的主会话不破坏提示缓存它的写入永远不会强制刷新 prompt 缓存只在下次自然重建时生效失败可观测每个任务的结构化失败记录超时、空回复、解析失败等都会在 Dashboard 和/ctx-status中展示。完整架构文档见 docs/architecture/dreamer.md。 10 项记忆维护任务全解析这 12 个任务名合并归类后正好是10 项夜间工作定义在 task-registry.ts 中1️⃣ map-memories给每条记忆登记住址把每条记忆映射到支撑它的源码文件或标记为与文件无关。这是verify的前提——先知道记忆住在哪个文件才谈得上核验。映射结果由只读代理以map清单返回验证失败的路径会安全地回退为文件无关。2️⃣ verify 与 verify-broad记忆核验代码变了就复查verify只复查自上次核验以来支撑文件发生过改动的记忆返回已核验 / 更新 / 归档三种裁决verify-broad则无视文件变更门槛对全量记忆池做周期性深度复查。宿主侧还有安全阀拒绝修改流程规则类记忆、拒绝无标记情况下删掉一半以上文本的更新。3️⃣ curate记忆策展每次只打扫一类按 5 个类别轮换每次运行只清理一类记忆合并重复项、收紧表述、归档过期条目。跨类别合并一律拒绝防止越权大扫除。4️⃣ compress-cues为每条记忆写视觉线索用无工具的一次性补全给每条记忆写一句简短视觉提示。记忆墙memory mural把记忆池渲染成图像的方案就是这些线索的确定性函数——注意没有任何模型在画图只是按需重渲染。5️⃣ classify-memories给记忆打分用classify清单为每条记忆评估重要性、作用域、可分享性且只更新元数据列、从不改变渲染字节。少于 10 条的记忆池直接跳过敏感文本的可分享性判断失败即保守。6️⃣ retrospective从你的卡壳瞬间中学习先用廉价模型扫描各项目最近 30 天可配置的新用户消息发现摩擦点后才启动一个只允许ctx_search的子代理产出经宿主验证的学习结论路由到项目记忆或用户观察候选。7️⃣ maintain-docs只提议、不改文档当ARCHITECTURE.md或STRUCTURE.md有相关提交时只读代理会提出章节级修改替换/新增/删除宿主验证标题结构、!-- mc:protected --保护区字节一致、Token 预算默认 12,000全部通过后把提案写入.cortexkit/magic-context/docs-update-proposals/timestamp.md——由人来最终应用。8️⃣ evaluate-smart-notes智能笔记条件求值把智能笔记的条件编译成检查语句在本地沙箱中运行满足条件的笔记才会浮出提示。若子代理车队提供了定时唤醒能力它会主动让位daemon 不可达时则失败即放行。9️⃣ review-user-memories把高频观察晋升为用户画像反复出现的用户观察默认至少 3 次会被提升到跨项目的用户画像中让所有项目的代理都认识你。 promote-primers 与 refresh-primers固定问题的自动问答promote-primers纯宿主侧聚类等频问题形成 primer零模型调用refresh-primers则重新回答已过期或缺失答案的 primer。⏰ 调度机制15 分钟心跳、门控与租约15 分钟一轮的进程级定时器每轮对账task_schedule_state表只运行到期且门控通过的任务。门控是廉价计数检查如是否存在未映射的活跃记忆空闲项目零模型调用见 task-gates.ts。Cron 调度各任务默认夜间运行verify-broad与curate每周一次maintain-docs默认关闭schedule 置空字符串即禁用某任务详见 CONFIGURATION.md。租约Lease防并发会读写记忆的 9 个任务共享memory:项目租约并按规范顺序串行执行租约 2 分钟有效、60 秒心跳续期写入走BEGIN IMMEDIATE保证跨进程原子性中途失去租约的任务会停手且不落盘——实现见 lease.ts。失败自动热重试失败任务在后续 tick 最多热重试 3 次之后等待下一个 cron 槽位长期卡住的任务会以MC-S05上报。 手动触发与查看结果# 在代理会话中手动运行可指定任务 /ctx-dream /ctx-dream verify手动运行会先展示各任务积压数量在租约忙时最多等待 60 秒每 2 秒轮询并在 chunk 边界报告进度。日常健康检查用/ctx-status失败明细provider_timeout、parse_failed等分类可在 Dashboard 查看。真实环境的 Token 消耗画像可参考 docs/reports/dreamer-token-usage.md14 天内约 3,040 次调用中79.7% 是缓存读取 Token——夜间维护远比想象的经济。 常见问题QDreamer 会消耗我的模型配额吗会但它只在你配置了模型时运行空闲项目因门控拦截零调用。各任务可用dreamer.tasks.任务.schedule独立开关。Q它能删错我的记忆吗有宿主侧安全校验memory-claim-safety拒绝高危裁决并记录日志而不是让整轮失败文档维护更是只提议、人来应用。Q任务失败了会怎样结构化失败记录会写入每次 dream 运行的tasks_json自动热重试 3 次Dashboard 与/ctx-dream均可查看。小结Dreamer 是 Magic Context 的夜间记忆巩固引擎——10 项任务覆盖映射、核验、策展、分类、学习与文档提案配合门控、租约和热重试让代理的记忆像海马体一样在睡眠中自我整理。装上 Magic Context 后你真正需要做的只有一件事睡个好觉。【免费下载链接】magic-contextUnbounded context. Memory that manages itself. One session, for life. The hippocampus for coding agents, part of CortexKit.项目地址: https://gitcode.com/gh_mirrors/mag/magic-context创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考
返回列表