提案：Kimi Memory Plus — 工作区范围的长期记忆插件

What feature would you like to see?

我开发了一个小型第三方Kimi Code插件，探索了显式内容， 工作空间范围的长期记忆，无需修补Kimi内部结构：

https://github.com/QIANLING-0831/kimi-memory

当前版本为 。v0.2.0

它提供：

零依赖的标准MCP服务器;
memory_search， ， ， ，memory_remembermemory_listmemory_forgetmemory_auditmemory_status;
带有显式记忆与遗忘操作的工作区范围事实;
核心事实的来源、修订、到期和无内容审计事件;
持久会话文档的有界回忆;
SessionHeartbeat，以及增量的钩子 索引;SessionEndPostCompact
凭据模式的遮蔽和归档退出。
定位
已经有更多功能丰富的社区记忆项目，包括 kimi-mneme 以及跨代理 如Mnemon、Honcho和Supermemory等系统。本项目 故意走一条更窄的路径：

无推断用户配置文件;
没有自动事实提取;
无外部服务或嵌入依赖;
明确的工作空间隔离;
可查验来源和可移除事实;
严格的存储和召回预算;
运行时和MIT许可Node.js零依赖。
目标不是取代这些系统。目的是探讨Kimi用户是否 还可享受最小、可审计的内存选项，且默认设置保守。

设计选择
该插件不会在每个系统提示中注入不断变化的内存内容。 相反，当早期项目上下文有用时，代理会调用内存工具。 这样既能让存储的事实可检查又可删除，同时避免重复提示 成长。

每个工具都需要当前的绝对工作区路径，比如项目 孤立明确。检索的内存被视为不可信的历史数据， 不是作为指令。

事实限制为2000字符。《回忆》在角色预算上共用一个 所有片段均返回。临时事实可以被赋予到期日和生命周期 事件保留哈希和元数据，而非被删除的事实文本。

这里附有说明性的工具流程：

https://github.com/QIANLING-0831/kimi-memory/blob/main/docs/KIMI-SYNTHETIC-DEMO.md

电流限制
归档检索目前使用有界词汇匹配。语义检索 在本版本中，是有意不依赖运行时的。
仅观察钩不能替代重复的工具结果或附加来源 压缩摘要的定位器。
会话索引目前解释持久化线记录，即 内部集成曲面。
请求反馈
我特别希望能听到维护者和社区对以下内容的反馈：

MCP + 技能 + 观察钩子是 的首选集成方向吗 第三方内存插件？
稳定的转录投影接口对外部来说有用吗？ 索引者？
工具-结果去重或压缩的有界扩展点 源代码定位符适合Kimi的插件模型吗？
在隐私、保护和检查控制之前应要求哪些 更广泛的用途？
是否存在一种仅显式、非剖析的内存模式，可以与现有模式并用 自动和语义记忆项目？
路线图：

https://github.com/QIANLING-0831/kimi-memory/blob/main/docs/KIMI-ROADMAP.md

Additional information

No response

Start by reviewing the linked kimi-memory repository, especially docs/KIMI-SYNTHETIC-DEMO.md and docs/KIMI-ROADMAP.md, then compare its MCP, skills, and observation-hook approach with Kimi Code's documented integration surface. The issue is seeking maintainer feedback on several possible directions rather than specifying one implementation or acceptance criterion.