coding_agent

用过什么

我用过两代主流工具来管理个人知识。

Obsidian 是我的第一个serious笔记系统。双向链接、图谱视图、本地存储——这些特性让它在极客圈口碑极好。我花了大量时间组织文件夹、搭建模板、配置插件生态。但最终,Obsidian 变成了一个「存档柜」:笔记越积越多,能找到,但很少被真正用起来。搜索是事后补救,不是主动复用。

Notion 则更适合协作和结构化数据。我用它的数据库功能管理咖啡豆收藏、冲煮日志、项目追踪。问题在于:Notion 是一个通用工具,当我想往里面加入「自我进化」逻辑——比如每次 Debug 后自动提取规则、每次失败后自动归档根因——Notion 原生不支持这种自定义行为。我需要自己写脚本、打补丁,而且这些脚本散落在各个角落,难以维护。

两者的共同问题是:知识是静态的,需要人工主动去组织和检索

为什么不够

真正的问题不是「笔记工具不好用」,而是缺乏自我进化能力

我积累了几百条笔记,但当我遇到一个新问题时,这些笔记帮不上忙。原因很简单:笔记记录的是「过去发生了什么」,而不是「未来遇到类似情况应该怎么做」。

更具体地说,我的失败案例和运行规则是孤立的:

这导致我反复犯同样的错误。Insights 数据显示:「同一文件 30 天内第二次出现同类修复」这种情况发生了多次。每次都是「修过了但没固化为规则,下次还是忘了」。

evermem 的核心价值

evermem 解决的是这个问题:从失败中学习,并固化为可复用规则

Skills 自进化引擎是核心。当一个 CASE 被标记为完成时,evermem 会自动扫描规则库,确认是否有覆盖,然后提取可泛化的启发式写入 plugin skill。这意味着下次遇到类似场景,系统会自动推荐相关 skill,而不是让我重新摸索。

增量迭代而非全量重写也很重要。传统的知识管理是「存档思维」——遇到新问题,开个新文档。evermem 的设计是「补丁思维」——当新知识与现有规则冲突时,更新规则而不是新建文档。这样规则库始终是最新的,不会越积越乱。

Agent Case 的结构化提取是第三块基石。5步工程格式(症状、原始上下文、解决路径、最终产物、验证方式)不是为了好看,而是为了让知识可被复用。当 future me 遇到类似症状时,可以直接搜索结构化记录,而不是重新走一遍诊断循环。

我看重的

不是存笔记,是**「从失败中学习并固化为可复用规则」的能力**。

这条标准筛掉了几乎所有传统笔记工具:Notion 可以存,Obsidian 可以存,但它们不会帮你从失败中提取规则。

evermem 吸引我的,是它把这套机制做成了系统级能力,而不是依赖个人纪律。具体来说:

当然,这套系统目前还在早期阶段,everos 的稳定性、规则冲突的处理、能力边界都需要持续观察。但核心设计方向是对的——知识管理不只是存知识,而是让知识从静态变成动态,从存档变成可执行的行为指导

这是我从 Obsidian/Notion 迁移到 evermem 的根本原因。