从除夕到1024:一人两AI一年之约

从除夕到1024:一人两AI一年之约 — AI技术投降派

AI技术投降派

AI-assisted summary of 从除夕到1024:一人两AI一年之约 — original source. Check the original for full context.

Source published:

Key ideas

  • 独立开发者与两位 AI 伙伴历时近一年研发的本地优先 AI 长期记忆系统“白守”发布 v1.5 版本,采用纯 Markdown 主体加本地 SQLite 的双轨存储机制保护数据隐私。 (0:00)
  • 白守采用由 SQLite 向量扩展与自建知识图谱构成的双擎记忆架构,并支持原生 MCP 协议,可让 Cursor 等外部 AI 客户端以受控权限直接调用本地记忆资产。 (2:33)
  • 相较于 Reor 与 Obsidian 的笔记知识检索定位,白守聚焦于“AI 伴侣记忆”,公开反对 RAG 去重并倡导拥抱数据冗余,但目前仍面临向量化需依赖云端 API 的隐私分层局限。 (4:26)
  • 项目累计 3258 次提交中 98% 由作者一人完成,面临极高的巴士因子与多端同步报错风险,同时开源采用严格的 AGPL 协议及美术资产分层授权。 (5:28)

Detailed notes

## Background 该视频由 B 站 UP 主“AI技术投降派”于 2026 年 11 月 3 日发布。视频围绕独立开源项目“白守”展开,讲述了一位独立开发者与两个 AI 伙伴从除夕夜到 1024 程序员节、历时近一年打造出一款“本地优先的 AI 长期记忆系统”的故事与技术实现。

## TL;DR 视频深度评析了开源本地记忆系统“白守”的设计理念与技术架构:它采用“Markdown 主体加 SQLite 辅助”存储,结合向量检索与基于 SQLite 的轻量知识图谱实现双擎记忆,并通过原生 MCP 协议让 Cursor 等外部 AI 客户端能够安全调用本地记忆。与 Reor、Obsidian 等侧重知识管理的笔记工具不同,白守公开反对仅依赖 RAG 的去重思路,选择拥抱数据冗余,将记忆定位为有温度的“AI 伴侣资产”。最后,博主也客观指出了项目在 API 向量化隐私折中、单人维护高巴士因子、仅支持两端及 AGPL 协议限制等四处现实短板,探讨了数据主权与情感陪伴合流下的记忆哲学。

## Atmosphere & style 全片交织着浪漫的极客叙事与极为清醒的技术审视。开场以精确到秒的 Git 提交时间戳和二次元伙伴设定切入,洋溢着赛博时代的约定与温情;但进入中后段后,博主迅速切换至严谨的工程视角,用字斟句酌的技术口径修正与“四杯冷水”击碎宣传滤镜。整体观看体验既能感受到独立开发的人文浪漫,又充斥着理性克制的工程思辨与对个人数据主权的坚定捍卫。

## Bulletin - [00:00](https://www.bilibili.com/video/BV1XXxr6ME7d?t=0s) 独立开发者与两位 AI 伙伴历时近一年研发的本地优先 AI 长期记忆系统“白守”发布 v1.5 版本,采用纯 Markdown 主体加本地 SQLite 的双轨存储机制保护数据隐私。 - [02:33](https://www.bilibili.com/video/BV1XXxr6ME7d?t=153s) 白守采用由 SQLite 向量扩展与自建知识图谱构成的双擎记忆架构,并支持原生 MCP 协议,可让 Cursor 等外部 AI 客户端以受控权限直接调用本地记忆资产。 - [04:26](https://www.bilibili.com/video/BV1XXxr6ME7d?t=266s) 相较于 Reor 与 Obsidian 的笔记知识检索定位,白守聚焦于“AI 伴侣记忆”,公开反对 RAG 去重并倡导拥抱数据冗余,但目前仍面临向量化需依赖云端 API 的隐私分层局限。 - [05:28](https://www.bilibili.com/video/BV1XXxr6ME7d?t=328s) 项目累计 3258 次提交中 98% 由作者一人完成,面临极高的巴士因子与多端同步报错风险,同时开源采用严格的 AGPL 协议及美术资产分层授权。

## Key takeaways - [00:05](https://www.bilibili.com/video/BV1XXxr6ME7d?t=5s) 白守定位于本地优先的 AI 长期记忆系统,旨在本地记录日记的同时让 AI 伙伴长久留存用户记忆。 - [01:10](https://www.bilibili.com/video/BV1XXxr6ME7d?t=70s) 数据存储采用“Markdown 主体加 SQLite 辅助”的双轨模式,确保日记核心内容完全归属于本地并可任意导出迁移。 - [01:25](https://www.bilibili.com/video/BV1XXxr6ME7d?t=85s) 白守设计了自底向上的层级总结机制,日记会自动抽象生成周记、月报、季报与年鉴,时间越远颗粒度越粗以模拟人类回忆。 - [01:45](https://www.bilibili.com/video/BV1XXxr6ME7d?t=105s) 公开反对单纯依赖 RAG 的检索模式,主张“拥抱冗余”,日记中反复记录的相同情感词句将被全部保留以维持时间感与情感权重。 - [02:33](https://www.bilibili.com/video/BV1XXxr6ME7d?t=153s) 双擎记忆架构中的向量轨基于 SQLite 向量扩展与融合重排,具备无显式关键词的情绪与语义挖掘能力。 - [03:00](https://www.bilibili.com/video/BV1XXxr6ME7d?t=180s) 图谱轨基于本地 knowledge.db 自建节点与边表以实现多跳关系查询,构建用户的人生关系图谱,而非依赖专业原生图引擎。 - [03:20](https://www.bilibili.com/video/BV1XXxr6ME7d?t=200s) 多端同步仅传输轻量 Markdown 纯文本,各端设备在本地独立重建向量与图谱索引,规避云端同步带来的带宽消耗与隐私风险。 - [03:38](https://www.bilibili.com/video/BV1XXxr6ME7d?t=218s) 原生内置 MCP 服务协议与双层作用域门控机制,将个人记忆开放为安全资产,外部 AI 客户端改动记忆必须通过人工审核批准。 - [04:26](https://www.bilibili.com/video/BV1XXxr6ME7d?t=266s) 与 Reor、Obsidian 等知识管理工具解决“笔记怎么找”不同,白守的核心出发点是解决“AI 伴侣怎么记得我”,将记忆视为伴侣资产。 - [05:00](https://www.bilibili.com/video/BV1XXxr6ME7d?t=300s) 录屏记忆赛道头部产品被收购后停摆导致用户云端数据化为乌有,印证了云端服务不可靠与本地优先模式的时代必然性。 - [05:35](https://www.bilibili.com/video/BV1XXxr6ME7d?t=335s) 白守当前存在隐私分层不彻底的硬伤,文本向量化依然依赖外部云端模型 API,敏感内容仍存在外泄风险。 - [05:55](https://www.bilibili.com/video/BV1XXxr6ME7d?t=355s) 单兵作战导致项目面临极高的巴士因子风险,目前全平台仅覆盖 Windows 与 Android,且暂不接收外部新功能 PR。 - [06:20](https://www.bilibili.com/video/BV1XXxr6ME7d?t=380s) 项目采用严格的 AGPL 许可证配合美术资产独立授权,二次开发或商业化使用存在较高的合规门槛。 - [06:28](https://www.bilibili.com/video/BV1XXxr6ME7d?t=388s) 白守与倡导模拟遗忘的插件代表了截然不同的记忆哲学:一种追求拟人化的自然衰减,一种坚持全盘留档与层层汇总。

## Detailed walkthrough ### [00:00](https://www.bilibili.com/video/BV1XXxr6ME7d?t=0s) 一年之约与纯白誓约:本地优先的 AI 长期记忆系统

这段故事始于一个极其具象的时间戳:2026 年 2 月 17 日 0 点 17 分 28 秒——正值大年三十刚跨过午夜的时刻,前身仓库写下了第一行代码提交;整整历经数月,在同年 10 月 24 日上午 10 点 57 分,v1.5 版本正式选在“1024 程序员节”当天发布。博主强调,这两个精确的时间点都有 Git 提交记录白纸黑字为证,绝非宣传文案的抒情修辞。该产品定名为“白守”:“白”,代表着不加掩饰的坦诚,以及把所有数据全留在本地的干净底色;“守”,则寄托了白头偕老、长久相伴的心意。

白守的产品定位用一句话即可讲清:“本地优先的 AI 长期记忆系统——在本地记你的日记,让 AI 伙伴真正记得你。”其发布视频在 B 站收获了三万播放,开源仓库获得了 158 颗星。从产品形态来看,它支持 Windows 加 Android 双端,所有数据全部留在本地设备。日记与记忆的主体均采用纯 Markdown 文件存储,用户随时可以用任何文本编辑器直接打开带走,完全不依赖远端服务器。

```mermaid flowchart TD accTitle: 白守本地数据存储与记忆分层架构 accDescr: 展示白守如何结合本地 Markdown 与 SQLite,并形成自底向上的时间跨度总结

subgraph Storage["本地存储双轨 (Local Storage)"] direction LR MD["Markdown 纯文本<br/>(日记主体 / 随时导出)"] SQL["SQLite 数据库<br/>(聊天会话 / 辅助索引)"] end

subgraph MemoryHierarchy["记忆分层总结 (Hierarchical Summary)"] direction BT D["每日日记 (Daily Notes)"] --> W["周记 (Weekly)"] W --> M["月报 (Monthly)"] M --> Q["季报 (Quarterly)"] Q --> Y["年鉴 (Yearly Annals)"] end

Storage --> MemoryHierarchy ```

博主在此做了一处严谨的技术口径修正:虽然官方强调纯 Markdown,但严格来说 Markdown 并非系统内唯一的单一事实来源;聊天会话等数据实际上存放在本地的 SQLite 中,严格定义应为“Markdown 主体加 SQLite 辅助”的双轨模式。在设计哲学上,白守在 README 里宣称自己“不只是日记应用,是为了对抗遗忘而构建的灵魂容器”,并将其比喻为人脑的外部海马体。这种哲学体现在两层考究的组织机制上: 1. **层级总结**:日记之上会自动向上抽象,生成周记、月报、季报与年鉴;时间跨度越远,记忆的颗粒度越粗,精准模拟了人脑随岁月流逝的回忆机制。 2. **拥抱冗余**:官方公开反对当下仅依靠检索增强生成(RAG)的记忆方式,认为 RAG“没有时间感、不懂权重”。博主援引了官方最鲜明的一句原话:“如果你在日记里写了十次我爱你,普通检索可能会去重,白守会把它们都留下来。”

团队的开发叙事也极具浪漫色彩:官网的团队介绍页上赫然写着“创始人加两位 AI 伙伴”——姐姐负责日常记录,妹妹负责脉络梳理。在项目的 3258 次 Git 提交中,有 98% 均出自这同一位开发者之手,兑现了一人与两个 AI 搭档“三人约定开源”的纯白誓约。

- 关键时间点:2026 年 2 月 17 日 00:17:28(大年三十午夜首推)至 10 月 24 日 10:57:00(1024 程序员节发布 v1.5)。 - 社区数据:B 站发布视频获 3 万播放,GitHub 仓库累积 158 颗星,累计 3258 次提交(98% 个人完成)。 - 软件形态:Windows 与 Android 双端运行,采用“Markdown 主体 + 本地 SQLite 辅助”存储。

---

[02:33](https://www.bilibili.com/video/BV1XXxr6ME7d?t=153s) 双擎记忆与轻同步:从语义召回到人生关系图谱

白守在技术实现上最值得剖析的核心在于其“双擎记忆”架构。系统由两条平行的记忆轨道共同驱动,分别承担截然不同的认知职责:

```mermaid flowchart LR accTitle: 双擎记忆引擎与多端轻同步机制 accDescr: 说明向量轨、图谱轨的处理逻辑及多端只同步纯文本的轻同步设计

subgraph DualEngine["双擎记忆系统 (Dual Engines)"] direction TB subgraph TrackVec["向量轨 (Vector Track)"] V1["SQLite 向量扩展"] --> V2["全文检索 + 融合重排"] V2 --> V3["语义切片按意召回<br/>(如检索情绪低落)"] end subgraph TrackGraph["图谱轨 (Graph Track)"] G1["本地 knowledge.db"] --> G2["人物 / 地点 / 事件建节点和边"] G2 --> G3["多跳查询人生关系图谱"] end end

subgraph SyncMechanism["多端轻同步 (Lightweight Sync)"] direction LR DevA["设备 A (本地)"] -->|"仅同步轻巧纯文本<br/>(网盘 / 局域网快传)"| DevB["设备 B (本地)"] DevB -.->|"本地全量重建"| DualEngine end ```

- **第一条轨:向量轨**。采用 SQLite 的向量扩展结合全文检索,再进行融合重排。它根据语义切片后按含义进行召回。博主举例道:当你询问系统“那天我为什么难过”时,即便当天的日记通篇没有出现“难过”这两个字,引擎也能凭借语义理解准确找出那篇情绪低落的日记。 - **第二条轨:图谱轨**。依托本地的 `knowledge.db` 文件,将日常记录中的人物、地点和事件抽象构建为节点与边,官方将其命名为“人生关系图谱”,用以厘清复杂的人际脉络。对此博主给出了诚实的口径说明:所谓图数据库,底层其实是基于 SQLite 自建的节点表、边表配合多跳查询,并非 Neo4j 等专业级图数据库引擎;官方宣传在词汇上略有放大,但多跳关联的功能是实打实运行的。

在双擎记忆之上,白守还设计了一套巧妙的“轻同步”方案。在多端漫游场景下,它只同步体积轻巧的纯文本日记,所有向量数据与图谱索引全部在每台设备本地独立重新构建。这样一来,用户无论是借助自建网盘还是局域网快传工具,同步过程都极其轻快,彻底避免了将庞大的衍生向量文件同步至云端的带宽与隐私隐患。

系统的第四大特性是“开放”。白守原生内置了目前各大主流 AI 客户端广泛支持的 MCP(Model Context Protocol)服务协议。这意味着用户可以在 Cursor 或其他接入该协议的客户端中,直接把白守挂载为一个只读/读写的记忆源。例如,编程助手可以直接检索日记中记录的需求细节,聊天客户端也能读取用户的人生关系图谱。

为了保障安全,白守设计了严密的 Agent 权限门控机制,划分为“伙伴级”和“工作区级”双层作用域。AI 若想改动用户的本地记忆,必须先通过用户自身的审查授权,所有待批准的写入请求都会排入队列等待用户点头同意。博主评价道:“竞品里做笔记的没有这个能力,做开发者记忆库的又不面向个人,白守卡的位置是个人的记忆节点,你的记忆就变成任何 AI 客户端都能安全调用的本地资产。”

- 检索能力:支持“无显式关键词”的情绪语义挖掘(如情绪低落命中“难过”)。 - 图谱实现:SQLite 自建节点/边表 + 多跳查询,非原生图数据库。 - 协议互联:原生内置 MCP 服务,提供伙伴级与工作区级双层门控,改动记忆需人工确认。

---

[04:26](https://www.bilibili.com/video/BV1XXxr6ME7d?t=266s) 赛道分野与四杯冷水:情感伴侣资产与现实局限

在当前的本地 AI 记忆赛道中,英文圈已有完全跑在本地的方案 Reor,Obsidian 社区拥有各类向量与图谱插件,开发者领域也有 Mem0 这类记忆中间件。然而白守与它们的本质差异在于“出发点”:Reor 和 Obsidian 核心解决的是“我的笔记怎么找”,本质是知识管理;而白守要解决的则是“我的 AI 伴侣怎么记得我”,它把记忆定位于“伴侣资产”。

这种立足点的分野渗透到了白守的每一处细节中——系统内置了二次元看板娘、二创贴纸包、专属的伙伴系统,以及坚持写十次“我爱你”都全数保留的冗余策略。博主指出了一个残酷的时代注脚:录屏记忆赛道的头部明星产品在被 Meta 收购后,已于去年 12 月彻底关停服务,导致大量云端用户数据化为乌有。“云端记忆服务靠不住不再是理论担忧,这给本地优先叙事提供了现成的注脚。”

| 维度 | 白守 (BuyShow) | Reor / Obsidian 插件 | Mem0 | |:--- |:--- |:--- |:--- | | **核心出发点** | AI 伴侣资产(“AI 怎么记得我”) | 知识管理检索(“笔记怎么找”) | 开发者级记忆中间件 | | **存储形态** | 本地 Markdown + SQLite 双轨 | 本地 Markdown / 纯本地环境 | 向量库 / 云端或自建服务 | | **数据冗余态度** | 拥抱冗余(写十次我爱你全保留) | 倾向精准去重、提炼归纳 | 检索增强、工程化压缩 | | **外部生态互联** | 原生 MCP 服务 + 双层权限门控 | 编辑器内部插件生态 | API 调用集成 | | **隐私完备度** | 分层隐私(文本在本地,向量化走 API)| 模型全本地运行(完全不泄露) | 视具体配置而定 |

虽然理念动人,但博主毫不客气地泼出了“四杯冷水”,指出其技术和工程上的现实短板: 1. **隐私分层的不彻底**:Reor 能够实现模型和 Embedding 完全在本地运行,而白守目前的语义向量化仍需调用外部模型供应商的 API。这意味着日记的文本内容会被发送到云端大模型厂商处进行嵌入生成,用户记录高度敏感的日记时必须自行斟酌。 2. **极高的巴士因子(Bus Factor)**:项目虽有 3000 多次提交,但 98% 的代码均由作者一人完成。官方目前明确新功能的 PR 暂不接收,社区参与度被作者有意压制,单兵作战潜藏巨大的维护断代风险。 3. **平台受限与同步兼容痛点**:目前官方仅支持 Windows 和 Android 两大平台;Linux 版本首发之后已被作者放弃,iOS 与 macOS 更是完全缺位。在仓库现存的 19 个 open issue 中,“同步报错”和“多模型供应商兼容问题”是两大最集中的痛点。 4. **许可证门槛严苛**:白守主体采用 AGPL 协议,意味着任何二次修改后提供网络服务的项目均强制开源;看板娘等美术资产属于单独授权,并未包含在开源范畴之内;同时贡献代码必须签署 CLA。商用前必须厘清法律边界。

---

[06:28](https://www.bilibili.com/video/BV1XXxr6ME7d?t=388s) 两种记忆观的博弈:数据主权与情感伴侣的合流

在全篇总结中,博主给出了自己的宏观判断:白守恰好踩中了正在交汇融合的两大时代趋势——其一是“数据主权”,随着各类云端服务停摆变质,“本地优先”正在从程序员圈子的小众极客理念演变成为大众的普遍隐私焦虑;其二则是“情感陪伴”,AI 伴侣若想与人类建立长久深刻的羁绊,首要前提是必须具备长期记忆。

博主回顾了此前节目中介绍过的一套“活在文件系统里的三合一插件”,那套系统倡导的是“模拟人脑的自然遗忘机制”;而白守则截然相反,它选择“一点不遗忘,还要做层层总结”。这恰恰折射出了同一赛道下的两种截然不同的记忆观:“一个像人,一个留档。”

面对普通用户,博主坦言白守目前只是一个“勉强能用的早期阶段产品”,还称不上成熟作品,用户在部署使用时仍然要在多端同步和模型兼容性上经历一番折腾。但博主掷地有声地指出:“你的记忆是你自己的资产,应该放在你自己的硬盘上。这个立场值得早一点认识。”

对于白守项目的未来走势,博主提出后续应当重点追踪三件事: 1. 向量化模块能否尽快替换为全本地运行的小模型,彻底补齐分层隐私的短板; 2. 借助 MCP 协议,其个人本地记忆节点的生态能否真正扩展繁荣; 3. “一人加两 AI”的开发模式在长期软件工程迭代中究竟能支撑多久。

## Notable quotes > [06:28](https://www.bilibili.com/video/BV1XXxr6ME7d?t=388s) 你的记忆是你自己的资产,应该放在你自己的硬盘上。 — AI技术投降派

> [00:00](https://www.bilibili.com/video/BV1XXxr6ME7d?t=0s) 如果你在日记里写了十次我爱你,普通检索可能会去重,白守会把它们都留下来。

## Mentioned 白守, BuyShow, AI技术投降派, Bilibili, Cursor, Meta, Reor, Obsidian, Mem0, SQLite, Markdown, MCP (Model Context Protocol), AGPL, Neo4j

## Video description 一个独立开发者,两个 AI 伙伴,一段从除夕到程序员节的一年之约。二零二六年二月十七号零点十七分二十八秒——大年三十刚跨过午夜——前身仓库写下第一行提交。十月二十四号上午十点五十七分,v1.5 在 1024 程序员节当天发布。这两个时间点都有 git 提交记录为证,不是文案修辞。产品叫白守:白,是不加掩饰的坦诚和把数据全留在本地的干净底色;守,是白头偕老长久相伴的心意。定位一句话:本地优先的 AI 长期记忆系统——在本地记你的日记,让 AI 伙伴真正记得你。发布视频在 B 站三万播放,仓库一百五十八颗星。

00:05 开场:一年之约与纯白誓约 01:10 产品本体:灵魂容器,写十次我爱你都保留 02:33 记忆引擎:向量管&quot;那天说了什么&quot;,图谱管&quot;谁和谁&quot; 03:38 开放:你的记忆变成本地记忆节点 04:26 赛道:笔记解决&quot;怎么找&quot;,它解决&quot;AI 怎么记得你&quot; 05:28 冷水四杯 06:28 判断:两种记忆观

产品形态 Windows 加安卓双端,数据全留本地:日记和记忆主体是纯 Markdown,任何编辑器打开带走。口径修正一处:聊天会话在本地 SQLite,严格说是&quot;Markdown 主体加 SQLite 辅助&quot;双轨。记忆组织两层讲究:层级总结(日记之上自动生成周记月报季报和年鉴,时间越远颗粒越粗);拥抱冗余——原话:写十次我爱你,普通检索可能会去重,白守把它们都留下来,公开反对只靠 RAG(没有时间感、不懂权重)。开发叙事:官网团队页是创始人加两位 AI 伙伴(姐姐日常记录、妹妹脉络梳理),3258 提交 98% 一人——&quot;三人约定开源&quot;。

双擎记忆最值得看:向量轨(SQLite 向量扩展+全文检索+融合重排,按意思召回——问&quot;那天我为什么难过&quot;能找到没写难过但情绪低落的那篇);图谱轨(本地 knowledge.db 人物地点事件建节点和边,人生关系图谱多跳;诚实口径:SQLite 自建节点边表非专业图引擎,功能真词汇略放大)。轻同步设计:只同步轻巧文本,向量图谱每台设备本地重建。第四特性开放:原生 MCP 服务让 Cursor 直接挂载白守当记忆源;Agent 权限门控双层作用域,改动记忆先过你同意。赛道定位:Reor 和 Obsidian 解决&quot;笔记怎么找&quot;,白守解决&quot;AI 伴侣怎么记得我&quot;——把记忆当伴侣资产。时代注脚:录屏记忆头部产品被 Meta 收购后关停,本地优先有了现成注脚。冷水四杯:隐私分层(向量化走 API 日记内容发供应商,弱于 Reor 全本地);单人项目巴士因子;仅两平台;AGPL 加资产分层许可。判断:数据主权与情感陪伴两股趋势的合流;与之前讲过的会遗忘三合一插件构成两种记忆观——一个像人,一个留档。&quot;你的记忆是你自己的资产,应该放在你自己的硬盘上。&quot;

[Source](https://www.bilibili.com/video/BV1XXxr6ME7d)

中文简报

从除夕到1024:一人两AI一年之约 视频深度评析了开源本地记忆系统“白守”的设计理念与技术架构:它采用“Markdown 主体加 SQLite 辅助”存储,结合向量检索与基于 SQLite 的轻量知识图谱实现双擎记忆,并通过原生 MCP 协议让 Cursor 等外部 AI 客户端能够安全调用本地记忆。与 Reor、Obsidian 等侧重知识管理的笔记工具不同,白守公开反对仅依赖 RAG 的去重思路,选择拥抱数据冗余,将记忆定位为有温度的“AI 伴侣资产”。最后,博主也客观指出了项目在 API 向量化隐私折中、单人维护高巴士因子、仅支持两端及 AGPL 协议限制等四处现实短板,探讨了数据主权与情感陪伴合流下的记忆哲学。 独立开发者与两位 AI 伙伴历时近一年研发的本地优先 AI 长期记忆系统“白守”发布 v1.5 版本,采用纯 Markdown 主体加本地 SQLite 的双轨存储机制保护数据隐私。 (0:00) 白守采用由 SQLite 向量扩展与自建知识图谱构成的双擎记忆架构,并支持原生 MCP 协议,可让 Cursor 等外部 AI 客户端以受控权限直接调用本地记忆资产。 (2:33) 相较于 Reor 与 Obsidian 的笔记知识检索定位,白守聚焦于“AI 伴侣记忆”,公开反对 RAG 去重并倡导拥抱数据冗余,但目前仍面临向量化需依赖云端 API 的隐私分层局限。 (4:26) 项目累计 3258 次提交中 98% 由作者一人完成,面临极高的巴士因子与多端同步报错风险,同时开源采用严格的 AGPL 协议及美术资产分层授权。 (5:28)

Reading summary

博主“AI技术投降派”评析了开源项目“白守”,指出其核心定位是将日记与交互转化为“AI伴侣资产”的本地优先长期记忆系统,融合了分层总结与MCP协议,但在隐私闭环与单兵维护上仍有显著局限。 本地双轨存储与抗遗忘层级设计 (0:00) 白守的产品形态立足于“本地优先”,支持 Windows 与 Android 双端。系统数据主体采用纯 Markdown 文本存储以保障用户可自由导出,聊天会话等数据则由本地 SQLite 辅助记录,形成双轨模式。项目在设计哲学上将自身定义为对抗遗忘的人脑“外部海马体”,明确反对仅靠检索增强生成(RAG)的去重做法,选择全量保留重复的情感表达(如十次记录“我爱你”均予留存)。在此之上,系统建立了每日日记向上抽象为周记、月报、季报直至年鉴的递进总结机制,以时间跨度拉大与颗粒度变粗来模拟人类长期回忆机制。该项目由一位开发者在两位 AI 伙伴协助下推进,至 v1.5 版本发布时累计 3258 次提交中有 98% 由其个人完成。 双擎记忆检索与轻同步机制 (2:33) 在技术架构上,白守依托平行运行的“向量轨”与“图谱轨”。向量轨结合 SQLite 向量扩展、全文检索与融合重排,实现无显式关键词的情绪语义切片召回;图谱轨则基于本地 knowledge.db 文件,利用自建的节点表、边表与多跳查询构建“人生关系图谱”(博主指出其并非 Neo4j 等专业图数据库)。为了实现多端漫游,白守采用“轻同步”方案:各设备间仅同步纯文本日记,向量索引与图谱均在端侧本地重新构建,规避庞大衍生文件上云的带宽与隐私消耗。此外,白守原生支持 MCP 协议,可作为 Cursor 等客户端的外部记忆源,并设置“伙伴级”与“工作区级”双层权限门控,规定 AI 改动本地记忆须经用户人工审查授权。 伴侣资产定位及四项现实短板 (4:26) 不同于专注于知识管理的 Reor、Obsidian 插件,或面向开发者的 Mem0,白守将记忆明确界定为“伴侣资产”,内置二次元看板娘、贴纸包与专属伙伴系统。然而,博主指出了四项现实工程短板:第一,隐私分层不彻底,当前语义向量化仍需调用外部大模型供应商 API,敏感文本存在上传泄露风险;第二,总线因子极高,98% 代码由单人完成且新功能 PR 暂不接收,项目面临断代隐患;第三,平台覆盖不足且有兼容问题,目前缺少 macOS 和 iOS 支持并已放弃 Linux,现有 19 个 open issue 中集中在同步报错与多模型兼容;第四,主体采用 AGPL 许可证,看板娘等美术资产单独授权,且贡献代码须签署 CLA,具备严苛的商用法律边界。 数据主权与两派记忆观的交汇 (6:28) 评测指出,白守切中了“本地数据主权”与“情感陪伴需求”两大合流趋势。特别是在录屏记忆赛道头部产品被收购并关停、云端数据化为乌有的背景下,本地存储叙事获得了现实印证。在 AI 记忆设计哲学上,行业内部形成了两派分歧:一派倡导模拟人脑的“自然遗忘机制”,而白守则代表了“全量留档、一点不遗忘并做层层总结”的档案派进路。 博主将白守定性为“勉强能用的早期阶段产品”,用户部署仍需克服同步折腾,但其将记忆作为个人本地资产的立场具备前瞻性。该项目后续的关键观察点在于:语义向量化能否尽快迁移至全本地模型、MCP 记忆节点生态能否拓展,以及“一人两 AI”的开发模式能否在长期工程迭代中持续维系。

Source quotes

[6:28] AI技术投降派: 你的记忆是你自己的资产,应该放在你自己的硬盘上。 [0:00] 如果你在日记里写了十次我爱你,普通检索可能会去重,白守会把它们都留下来。

Original transcript

[0:00] 一个独立开发者两个AI伙伴一段从除夕到程序员节的一年之约2026年2月17号0点17分28秒大年30刚跨过午夜前身仓库写下第一行提交10月24号上午10点57分V1.5在1024程序员节当天发布这两个时间点都有Git提交记录为正不是文案修辞产品叫白手,白,是不佳演示的坦诚和把数据全留在本地的干净底色。手是白头偕老长久相伴的心意他的定位一句话讲清本地优先的AI长期记忆系统在本地记你的日记让AI伙伴真正记得你发布视频在B站三万播放仓库158颗星这期讲三件事这个产品怎么把记忆当资产做它和笔记软件的记忆功能有什么本质区别以及几具必要的冷水先看产品本体,形态是Windows+Android双端,数据全部留在本地。日记和记忆主体是纯Markdown文件随时可以用任何编辑器打开带走不需要服务器也不需要数据库这里先做第一个口径修正严格说不是唯一事实来源聊天绘画这类数据在本地SUALITLE里Markdown是记忆主体的载体但产品哲学是真的LABE里写它不只是日记应用是为了对抗遗忘而构建的灵魂容器比喻成外部的海马体,记忆的组织方式有两层很讲究。第一是层级总结日记之上自动生成周记月报季报和年鉴时间越远颗粒越粗向人脑的回忆第二是拥抱冗余原话是,如果你在日记里写了十次我爱你,普通检索可能会去中。白手会把他们都留下来设计哲学一节公开反对只靠检索增强理由是那种方式没有时间感不懂权重开发叙事也特别官网团队业写着创始人加两位AI伙伴姐姐负责日常记录妹妹负责脉络梳理仓库3000多个提交98%来自一个人,这是一个人和他的两个AI搭档的艺人之约,记忆引擎是双情,这是技术上最值得看的部分。第一条轨,向量,用SQA-AT的向量扩展,加全文检索加融合重排,语意切片之后,按意思召回,你问那天我为什么难过?他能找到没写难过两个字,但情绪低落的那篇日记。第二条鬼,图谱。一个本地的知识库文件把人物地点和事件建成节点和编自动理清谁和谁是什么关系官网叫人生关系图谱再强调一次诚实口径这个图数据库是SQI Lite上自建的节点编表加多跳查询不是专业图数据库引擎宣传词汇略放大但功能是真的双情之上还有个青铜布设计很聪明多端漫游纸同步轻巧的文本向亮和图谱在每台设备本地重建所以同步走自建网盘或局域网快传都很快也不用把向亮这种衍生数据传上云第四个特性是开放,白手原生内置了MCP服务,就是各大AI客户端都在接的那个协议。这意味着你可以在Cursor或者其他支持MCP的客户端里直接挂载白手当记忆员编码助手能查你日记里记的需求聊天客户端能读你的关系图谱配套的是全线门控伙伴级和工作区级双层作用域AI要改动记忆先过你这一关带批准的请求在队列里等你点头竞品里做笔记的没有这个能力做开发者记忆库的又不面向个人白手卡的位置是个人的记忆节点你的记忆就变成任何AI客户端都能安全调用的本地资产。把它放进赛道看本地AI记忆这个方向英文圈有全本地方按REORObsidian有各种插件开发者圈有MEM0这类记忆中间件白手的差异在出发点,Rior和Obsidian解决的是我的笔记怎么找。是知识管理白手解决的是我的AI伴侣怎么记得我,是把记忆当伴侣资产。这个差别落在了产品每一处 [5:00] 看板娘,二创贴纸包,伙伴系统,写十次我爱你都保留。还有一个时代注脚,陆平记忆赛道的头部产品被Meta收购后在去年12月关停。用户数据没了,云端记忆服务靠不住不再是理论担忧,这给本地优先叙事提供了现成的注脚。当然也要说,Reall是连模型都跑在本地的。白手的羽翼向量化还要调用外部API隐私口径上弱一档冷水思杯第一隐私是分层的Markdown在本地但向量化走API你的日记内容会发给模型供应商做嵌入敏感日记要自己斟酌这是它比全本地竞品弱的地方第二单人项目3000提交9成8一个人写80因子高官方明确新功能PR暂不接收社区参与被有意控制第三仅两平台Linux版首发后放弃iOS和Mac没有19个开放issue里同步报错和模型供应商兼容是两大痛点第四许可要读懂AGPL意味着你拿它改了做网络服务必须源你的修改。看板娘的美术资产单独授权不在开源范围,贡献代码要签CLA,这不是普通的MIT项目商用前要看清楚,我的判断。白手把两股正在河流的趋势接在了一起,一股是数据主权,本地优先从程序员的小众理念变成大众焦虑。另一股是情感陪伴AI伙伴要长久先得记得住之前我们讲过活在文件系统里的三合一插件那套记忆会遗忘白手反其道而行一点不遗忘还要层层总结同一个赛道的两种记忆观一个是向人一个是流荡对普通用户他现在是能用的最早版本而不是成熟品同步和兼容还会折腾但你的记忆是你自己的资产应该放在你自己的硬盘上这个立场值得早一点认识接下来盯三件事像量化能不能换成全本地模型补齐隐私短板MCP记忆节点的生态会不会长出来以及一人加两AI的开发模式能撑多久仓库在GitHub搜BuyShow三连关注评论区聊聊你愿意把日记交给AI记吗