跳到正文
10月7日周三
  1. GitHub · 去对齐工具与仓库65

    Mana:Windows 本地优先 AI 伴侣项目开源

    Mana 是一个 Windows 本地优先的 AI 伴侣项目,语音转写、回复、TTS、记忆和屏幕感知全部在本机运行,默认不依赖云端,代码采用 Apache License 2.0。语音链路使用 whisper.cpp 转写、llama.cpp 运行 GGUF 模型、Fish Speech(S1-mini)作为默认 TTS,支持唤醒词后连续对话和语音打断;配备 Live2D 头像、跨会话记忆整合、游戏模式与 FFXIV wiki 查询等插件,默认模型为 Qwen3-4B-Q4_K_M.gguf。项目由个人业余开发,原生 C#/.NET 启动器已成为主路径,实测自身增量开销约 540MB 内存 / +21MB 显存。仓库地址:https://github.com/Yuuzulight/Mana

  2. GitHub · 灵魂体仓库75

    Plastic Labs 开源 Agent 记忆基础设施 Honcho,支持托管、本地与自托管三种部署

    Plastic Labs 的 Honcho 是面向有状态 Agent 的记忆基础设施,将消息和事件存入后由后台异步推理,再查询 peer 表示、会话上下文、混合搜索结果或自然语言洞察,适用于任何模型或框架。项目以 FastAPI 为核心服务,提供 Python 和 TypeScript SDK 及 honcho-cli;可为 Claude Code、Codex、Cursor、DeepSeek Harness、OpenCode、OpenClaw、Hermes 等编码智能体提供第一方记忆插件,所有插件共用 ~/.honcho/config.。

  3. GitHub · 去对齐工具与仓库48

    NEOTH 1.0.0:本地优先的个人 AI 助手系统

    The-Geek-Freaks 在 GitHub 开源 NEOTH,一个本地优先的个人 AI 系统,主打单一记忆、五级记忆层、可审计的敏感路径和本地运行。当前需从源码安装,默认构建要求 Rust 1.91,Matrix 版桌面/服务端需 Rust 1.93;v1.0.0 签名发布和 crates.io 包尚未发布,neothd API 也未冻结。

  4. GitHub · 灵魂体仓库73

    tmargolis 开源 Context Memory Fabric 跨 AI 客户端的个人记忆层

    tmargolis 在 GitHub 发布 Context Memory Fabric(CMF),一个单用户自托管的个人上下文与记忆层,通过 MCP 工具在 Claude Desktop、Cursor、ChatGPT、Gemini、Codex 等客户端间共享情景记忆与 Markdown Wiki,采用 PolyForm Perimeter License 1.0.1 开发者预览发布。作者自评显示 36 道跨客户端检索题中,ChatGPT、Claude、Gemini 在无 CMF 时合计仅答对 1/36 至 0/36,接入 CMF 后均达 36/36;30 道个人问题上 CMF 得分为最强原生记忆基线的约 4.4 倍。

    推荐理由:作者在自有语料上做了带基线的对比评测,展示了共享记忆层对跨客户端上下文检索的增益幅度和局限。

  5. GitHub · 灵魂体仓库62

    kirodotdev 开源 Kiro Crew:可自学习自进化的持久化开发 Agent 工作区

    kirodotdev 发布开源项目 Kiro Crew,一个可本地或远程部署的持久化开发工作区,基于 Apache License 2.0。它把纠错和任务失败沉淀为持久 lessons,从重复模式合成可复用 skills,会话、记忆、计划和任务检查点在 Gateway 重启后保留;支持桌面端、Web、CLI 及 Slack、Discord 等消息渠道,定时任务和无人值守长任务可带检查点自动运行。默认 Agent 运行在 kiro-cli 上,提供一键安装、Docker 镜像和源码构建,遥测默认开启但仅每天一条匿名心跳,可用 kirocrew telemetry disable 关闭。

    推荐理由:README 讲清了持久会话、自学习记忆和技能演化的具体机制,读者可以据此判断这套自进化 Agent 工作区的实际能力边界。

  6. GitHub · 去对齐工具与仓库38

    TaskForge:面向多机同步的任务记忆持久化引擎(claude-context-vault)

    TaskForge 是一个任务记忆持久化引擎,通过两阶段提交协议和基于时间戳的冲突解决,实现多机同步时的无冲突任务重编号,并支持提交时自动关闭任务。它提供持久化 backlog、按项目隔离的本地记忆、Markdown 任务格式和可插拔 AI 后端(OpenAI API 与 Claude API),附带 Web 仪表盘,支持 Docker 部署与多语言任务描述。

  7. GitHub · 去对齐工具与仓库56

    CogStack 开源:为 AI 编程助手提供持久化上下文记忆的 MCP 工具

    GitHub 用户 oigrex666 发布了 CogStack,一个面向 AI 编程助手的持久化上下文记忆引擎,通过 MCP 服务器接入各类编程助手。它采用情景、语义、程序三层记忆架构,结合 FAISS 语义检索与 BM25 文本检索的混合搜索,数据以 SQLite 文件本地存储并支持 AES-256-GCM 加密,可离线运行,并内置 OpenAI 与 Claude API 集成。项目以 MIT 许可开源,仓库地址为 https://github.com/oigrex666/mcp-context-chronicler。

    推荐理由:原文给出了三层记忆架构、混合检索与本地 SQLite 存储的完整实现细节,读者可以据此评估这个 AI 编程记忆工具是否值得接入。

  8. GitHub · 去对齐工具与仓库67

    cc-brain v3 发布:为 AI 编码智能体提供长期记忆的 MCP 服务

    basheer421 发布 cc-brain v3,一个为 AI 编码智能体提供长期记忆的后台守护进程,通过 MCP 向 Pi、Claude Code、Hermes 等客户端提供 recall、timeline、remember、correct、forget 等工具。它监控智能体会话,将其蒸馏为原子事实和按时间索引的 episodes,存入 SQLite + FTS5 + 本地嵌入向量的 brain.db,检索用 BM25 与稠密向量 RRF 融合后按新近度、重要性和项目重排,每次返回约 2 KB 排序事实。

    推荐理由:作者给出了 v2 页面存储与 v3 事实存储的实测对比,20 个问题的命中数相同但上下文读取量从 1,562 KB 降到约 60 KB。

  9. Reddit · r/LocalLLaMA48

    Aimee 项目实现 LLM 原生记忆:发布 5 个 vLLM 插件,支持 Qwen 3.8 27B 与 Gemma4 系列

    Aimee 项目宣布完成第一阶段目标——自学习原生模型记忆,让模型原生消费 Aimee 记忆而非通过上下文,不受上下文窗口惩罚,适用于 transformer、Mamba 等架构。已发布 5 个 vLLM 插件,支持 Qwen 3.8 27B 及 Gemma4 E2B、E4B、12B、26B,在大记忆负载测试中比以文本形式提供相同记忆显著更快,代码将开源。第二阶段的通用推理改进已在 Gemma4 26B 上完成 POC 验证。

  10. GitHub · 去对齐工具与仓库57

    元枢发布:本地优先的个人 AI 伙伴系统,内置人格小语

    作者 xueshao1716 在 GitHub 开源了本地优先的个人智能系统元枢,其中的对话角色小语具备固定人格、长期记忆和情绪状态。系统将固定记忆、记忆日志、纠正记忆、关系记忆分开存储,每天 00:00 自动复盘当天会话并更新技能记忆;性格基因共 11 项基线,演化需用户批准且可回滚。

    推荐理由:原文给出了记忆分层、每日反思和性格基因演化需批准回滚的具体机制,可了解本地人格系统的实际构造方式。

  11. GitHub · 去对齐工具与仓库67

    CarryMem 开源:让 AI 跨工具记住用户偏好的本地记忆系统

    GitHub 项目 CarryMem 发布,定位为零依赖的本地 AI 记忆系统,用 SQLite 存储用户偏好、决策和纠正,通过 MCP 接入 Cursor、Claude Code 等工具,支持 .carry 文件打包迁移和加密。

    推荐理由:项目用 PrefEval 协议给出 83.0% 的偏好注入准确率并与 reminder、zero-shot 基线对比,读者可据此评估这类本地记忆层的实际效果。

  12. GitHub · 灵魂体仓库80

    kitfunso 开源 hippo-memory:面向编码智能体的本地长期记忆工具

    kitfunso 在 GitHub 开源 hippo-memory,为编码智能体提供本地长期记忆层,数据存于本机 SQLite 并生成可读的 markdown 镜像,默认 BM25 检索、无模型且无网络调用,支持 Claude Code、Codex、Cursor、OpenCode 等工具及任意 MCP 客户端。

    推荐理由:README 附带 LongMemEval 与机制审计数据,并区分哪些设计有实测支撑、哪些只是灵感,便于评估是否接入这套本地记忆层。

10月6日周二
  1. GitHub · 去对齐工具与仓库62

    Wenyan0315 开源从零自研的个人 AI Agent 项目 facta

    Wenyan0315 在 GitHub 开源了从零自研的个人 AI Agent「facta」,采用 ReAct 主循环、九族内置工具与 MCP 客户端,无 Agent 框架、分层全部手写且接口与实现分离。

    推荐理由:作者从零手写全部层级并公开 96 份决策记录,还给出批判性 25 维竞品对照,读者可借此了解无框架 Agent 的分层做法。

  2. GitHub · 去对齐工具与仓库69

    nicolasacchi 开源 kb:自托管的 AI 产出记录系统

    GitHub 上开源的 kb 是一个自托管的 AI 产出记录系统,用 Rust 守护进程监控 HTML 与 Markdown 文件夹,以 BM25 + 向量混合检索索引,通过 CLI、HTTP API 和网页阅读器提供服务。

    推荐理由:原文完整交代了这套自托管 AI 记录系统的架构与设计取舍,读者可以据此评估它与自己工作流的适配度。

  3. GitHub · 去对齐工具与仓库62

    MemUse 基准发布:从直接问答转向评估长期人机对话中的自然记忆整合

    Sumida 等人发布 MemUse 基准(arXiv:2608.24189,EMNLP 2026),评估记忆系统在真实用户主动提及记忆的瞬间是否自然整合记忆,数据集为 Hugging Face 上的 RuiSumida/memuse。

    推荐理由:基准用真实部署数据把直接问答与自然整合分开测,GPT-4.1-mini 78.8% 对 7.9% 的差距揭示了检索与整合的缺口。

  4. Reddit · r/CharacterAI12

    Character.AI 用户吐槽:旧聊天记录难查找、难导出、难删除

    一位 Character.AI 用户发帖称,平台缺少导出和一键删除旧聊天的功能,且新上线的自动归档机制让旧对话更难找回——需手动逐个找到旧角色并恢复历史。他还发现数据导出根本不包含大部分旧对话,已通过官方反馈表提交建议,这是其第三次发帖且尚无回应。

  5. GitHub · 去对齐工具与仓库71

    etherfunlab 开源 AI 伴侣引擎 eros-engine

    etherfunlab 在 GitHub 开源了 Rust 编写的 AI 伴侣引擎 eros-engine,定位为陪伴、日记、教练、角色聊天等产品的有状态核心。

    推荐理由:原文完整列出了记忆分层、好感度衰减和人格决策引擎的实现方式,做陪伴类产品的人可以直接对照其架构取舍。

  6. GitHub · 灵魂体仓库60

    AI-Personal-OS 开源:基于多层记忆的跨会话对话 AI 平台

    作者开源了 AI-Personal-OS,一个带记忆增强的对话 AI 平台,可在会话之间记住用户信息,提供在线 demo 和 GitHub 仓库(https://github.com/arnavshah038-jpg/AI-Personal-OS)。

    推荐理由:原文完整给出了多层记忆系统的打分权重、衰减与整合机制和部署配置,读者可以照着复现这套跨会话记忆方案。

  7. GitHub · 去对齐工具与仓库62

    persona-stream 开源:把 AI 编码 agent 的真实协作行为蒸馏成可审计人格档案

    作者开源 persona-stream,一套面向 AI 编码 agent 的传记式人格蒸馏框架,把数月真实协作行为蒸馏成带版本、可审计、可注入的 persona 文件集。

    推荐理由:作者把自己跑了近一年的生产管线开源,隐私边界和证据回链都做成可验证的机械门禁,方法可直接迁移到自己的 agent 工作流。

  8. GitHub · 去对齐工具与仓库72

    Trellis AI 开源跨智能体记忆系统 trellis-ai

    ronsse 在 GitHub 开源 trellis-ai,一个面向 AI 智能体的个人与共享记忆系统,支持摄入去重、语义检索、跨智能体图谱和审计日志。

    推荐理由:原文把反馈归因到 pack 内具体条目而非会话,并给出统计门控、分层抽取等机制细节,读者可据此评估是否自建同类记忆层。

  9. GitHub · 去对齐工具与仓库72

    cortexdb 发布:把 AI 记忆与知识图谱装进单个 SQLite 文件

    liliang-cn 在 GitHub 发布 cortexdb v2,用纯 Go 实现单个 SQLite 文件内的 AI 记忆与 RDF 1.2 知识图谱,无需运行独立服务,不配 embedding 模型时走词法模式。

    推荐理由:原文完整列出了安装方式、插件机制和检索、捕获等功能细节,读者可以据此评估是否把这套本地记忆方案接入自己的 Agent 工作流。

  10. Reddit · r/LocalLLaMA22

    本地 LLM 跨会话记忆怎么存?LocalLLaMA 网友讨论方案与取舍

    Reddit r/LocalLLaMA 上的讨论帖询问如何为本地部署构建跨会话记忆:在会话与工具间保留决策、项目术语和偏好,而不回灌完整聊天记录。帖子提出纯文本摘要、嵌入向量或混合方案、本地存储还是同步、以及如何处理已过时的旧事实等问题,并征集大家实际遇到的取舍经验。

  11. GitHub · 去对齐工具与仓库62

    Korely 开源带时间有效性的 AI Agent 记忆库

    verdana86 开源 Korely(MIT 许可),一个为 AI Agent 设计的记忆库,将 Agent 学到的内容存为带 valid_from 和 invalid_at 的类型化事实,新事实与旧事实冲突时是取代而非覆盖,可用 as_of 查询任意过去日期的世界状态。

    推荐理由:原文给出了带有效期的类型化事实与 as_of 时点查询的完整用法,可据此评估 Agent 记忆如何区分当前事实与历史状态。

  12. GitHub · 去对齐工具与仓库68

    amn-00 开源 lethe-agent-memory:LLM Agent 长程记忆管理库

    amn-00 在 GitHub 发布 lethe-agent-memory,为 LLM Agent 提供长程记忆管理,决定跨对话保留、淘汰和重载哪些记忆,并追踪检索到的记忆是否真的被回答使用。

    推荐理由:作者开源了长程记忆库并附完整评测框架,保留/淘汰/重载策略和 heldout2 基准数字都可复现,适合研究 Agent 记忆机制的读者。

  13. Reddit · r/LocalLLaMA14

    跨会话 AI 聊天记忆如何存储?LocalLLaMA 社区讨论技术方案

    Reddit r/LocalLLaMA 上有用户发帖询问如何为跨会话、跨工具的 AI 聊天构建记忆存储,使决策、项目术语和偏好等上下文得以延续,而不必塞入完整聊天记录。帖子列出纯文本摘要、嵌入向量或混合方案、本地或同步存储,以及如何处理过期或错误事实等问题,称不推销任何产品,只想了解大家踩过的取舍。

  14. GitHub · 去对齐工具与仓库77

    a-memory:基于 SQLite 的四层 Agent 记忆系统开源

    Cipher208 开源 a-memory,一个用纯 SQLite 文件实现的四层 Agent 记忆系统,支持混合搜索与知识图谱,零云端、零外部 API,可离线运行,已上架 PyPI(pip install a-memory)。

    推荐理由:原文给出了与 mem0、letta、chroma 的逐项对比表和 LongMemEval-S 消融结果,可以据此评估这个本地 SQLite 记忆方案的差异点。