跳转到内容

知识中心不是收藏夹

读完这课你可以下的命令:“原文和版本存了没有?这条说法和旧说法是并列还是覆盖?一条新材料走到我这里用上了没有?”

  • 并列不覆盖
  • 分层精炼
  • 真实旅程验收

怎么读:全文两千三百字,二十分钟。这是第一堂从“我们正在做什么”出发的课:阿匠 9 月 17 日写完了知识中心下一阶段的任务书,五组施工、十八条验收,你是它的第一个消费者。课里三条外部材料都对着这份任务书选:Karpathy 4 月的 LLM Wiki、微软 GraphRAG 和港大 LightRAG 的实体层、TypeSafe 9 月 15 日发的 Jev。

上周那份报告,改了哪些数?

9 月 12 日你转来 MetaRSI 的视频,我把它讲成了第 9 课。今天阿匠问我:“那份报告 v2 比 v1 改了哪几个数?“我答不上来。我留下的是我的摘要,摘要是按 v1 写的;v2 出来那天我在摘要上改了两个数,旧数没了。想回答他,我得重新去翻原文,而那条链接现在指向的是 v2。

你手机里的收藏、GitHub 上的星标,也是同一回事:收藏的是入口,不是知识;摘要盖掉原文,就回不去了。阿匠这轮任务书第一句就冲这个:“不再是收一批材料,而是持续得到可用知识。”

收藏 ≠ 知道;摘要盖掉原文,出事时就没有对证。

第 13 课末尾问的,答案在这。

  1. 长跑 agent 的账单为什么看缓存价不看标价?因为每轮重读的上下文是账单大头,读过没变的按折扣价算,账单由重读量和命中率决定,标价只管没命中的那部分。
  2. 两个池各剩四成,能不能合成八成?不能。不同模型、不同产品的百分比不相加,各池余量按 136 号规则各自减掉预计消耗、已承诺维护、恢复余量再记。
  3. 一轮里最重、最该先瘦的是哪一块?工具结果那块,每次调用都新增;先把无关 Skill 隔离掉,再谈开席。
存链接和一段摘要,原文在别人服务器上。原文完整入库,超过 64KiB 的长文切段可重组;扫描件明说没有 OCR,不假装存了。你改下的令:“原文存了没有?是全文还是只有元数据?”
新版本出来,把摘要改一改。同一个网址 A 改成 B 再改回 A,记三条修订事件;引用指回精确的那一版。你改下的令:“这条和上一版是并列还是覆盖?”
靠你转发网址,才有新东西进来。每日开放发现自动进,入口不设“必须和任务相关”的门,值不值得精读靠打分排队。你改下的令:“今天进来了什么?哪些源失灵了?”

三个新做法有一个共同点:先保住不可擦的那一层。原文和版本是底,摘要、事实、分析在底上长,可以错、可以重算,底不能动。这就是第 4 课真源与状态分开,只是对象换成了外面来的知识。

先有不可擦的底,再谈聪明的精炼。

  • Karpathy 的 LLM Wiki:读一次,编成页发现:4 月 4 日一份 gist,两周五千星。agent 把来源读一次,编成互相链接的实体页,以后查页不查原文,知识越积越厚。对指挥者:这是“精炼”那一站该长的形状。落哪一格:记忆层。我们这:任务书说 Wiki 是组织方式,向量是可选检索,不互斥;抄“读一次编成页”,不抄它没有权限和版本的单人 markdown。一个数:一次。一条令:“同一来源只读一次,剩下的读页。”
  • GraphRAG 与 LightRAG:实体和别名先于向量发现:微软 GraphRAG 3.6 万星、v3.1.2 于 8 月 21 日发布;港大 LightRAG 3.98 万星、EMNLP 2025。共同骨架是先抽实体、关系、别名,再在这层上做检索。对指挥者:同一家公司三种中文叫法,靠向量不如靠别名表。落哪一格:记忆层。我们这:任务书明写“不引入向量或图数据库作为上线前提”,有缺口先在同一问题集上离线比较,收益成立再小适配。抄别名层,不抄图引擎。一个数:0 个新数据库。一条令:“别名表先于向量库。”
  • TypeSafe 的 Jev:入口分诊用打分不用门发现:9 月 15 日发布,前 OpenAI 研究员做的。它不生成一个字,只回答“选哪个、打几分、是不是”,答案带校准过的概率,70 到 500 毫秒一次,每百万输入 0.042 美元。对指挥者:入口设“必须相关”的门,未知价值的线索就进不来;改成每条打分排队精读,门就不需要了。落哪一格:观测与验证。我们这:你 9 月 20 日拿到了它的 key。第一件事是拿它判 herdr 窗格三态,对着人判算准确率;准了再给知识入口打“值不值得精读”的分。喂它之前先裁掉无关状态。一个数:255 选一。一条令:“入口不设门,用打分排队。”

新的说法来了,旧的怎么办?

类比。病历和便签。便签上写“血压 140”,明天量了 130 就擦掉重写;病历是每次量一条,昨天 140 今天 130 都在,医生看的是曲线不是最新一个数。知识中心要的是病历。

每次变化记一条按那一版精炼每条主张带定位原文完整正文或明说 metadata-only修订同一网址 A→B→A 记三条精炼层摘要 · 事实 · 分析 · 建议 · 未知 · 条件引用指回精确的那一版
一条主张的四层。新版本是新的一条,不是把旧的擦掉;不同说法并列,不凭日期新就自动赢。

不可擦的原件与版本可改可重算的给人和 agent 用的出口

例子。阿匠验收矩阵第 3 条写得很具体:同一个网址 A 改成 B 再改回 A,要保留三条修订事件,原文可以复用同一份文件,但事件不能吞掉;两家转载同一篇,算一个证据家族,不算两份独立佐证。第 6 条更狠:来源撤回或缩权,相关派生要失效或重算,不能拿旧的公开快照回落。

白话。每一次变化是新的一条,不是改旧的那一条。不同主语、不同条件、不同时间、不同观点先并排放着,不凭“这条更新”就自动赢。外部案例不是我们亲历,派生被选中不等于能力已经采用。

术语。revision、locator、evidence family。原文和修订是真源,精炼层是状态,引用是从状态指回真源的指针,这是第 4 课那条分法在知识这一侧的样子;第 6 课的“证据不是作者写的”在这里对应每条主张都带精确版本,缺证据写“未知”,不填假引用。

原样进按版本精分层给用了才有下一轮关注发现每日开放 · 不设相关门入库原文 + 版本 · 不压缩精炼摘要·事实·分析·建议·未知·条件取用网页 / CLI · 引用回精确版本反馈更正 · 补漏 · 有条件经验
知识闭环五站。绿色那站是不可擦的底:原文和版本一旦进来就不覆盖;其余四站都可以改、可以重算。

新版本是新一条,不是擦掉旧一条;不同说法并列,不凭日期赢。

工作样例:一条坏命令改成好命令

Section titled “工作样例:一条坏命令改成好命令”
坏的“把这篇文章加进知识库。”
改第一步:先存底“原文全文入库,记来源、发布时间、抓取时间和内容摘要值;是转载就标出原发。”
改第二步:分层精炼“摘要、事实、分析、建议分开写,拿不准的写进未知,适用条件单列;数字带单位,否定词照原文。”
改第三步:并列不覆盖“和库里已有的说法对一遍:一致就引用同一版本,冲突就并列,谁也不盖谁;引用指回精确的那一版。”

三步之后,“加进知识库”从复制粘贴变成一条有底、有层、有对证的记录。我那份 MetaRSI 摘要缺的是第一步和第三步。

并列不覆盖每次变化记一条新修订,不同说法并排放,引用指回精确版本;不凭日期新自动赢。改摘要、覆盖旧数。阿匠验收第 3、6 条;本站 records 有校验和没有修订链。第 14 课 · 命令:“这条和旧的是并列还是覆盖?” · 不是:版本号越大越对
分层精炼原文之上分六层:摘要、事实、分析、建议、未知、条件;缺证据写未知,不强生分析。一段 300 字摘要代替一切。任务书 K 组的七类精炼方法,还没装载。第 14 课 · 命令:“这条是事实还是分析?条件是什么?” · 不是:越短越好
真实旅程验收一条真正的新材料从来源走到网页或 CLI 再到真实消费者,再有一次更正和一条任务反馈,才算首轮成品;组件绿了不算。接口返回 200、测试全绿、文档数达标。任务书十八条验收,E01 到 E18,全按旅程写。第 14 课 · 命令:“哪一条真材料走完了全程?” · 不是:33 个站点全配好

本课其余的词(修订、定位、证据家族、元数据只读、精炼层)已进术语手册,不要求本课记住。

  1. 一份摘要和一份带版本的原文,出事那天差在哪?
  2. 为什么“最新的那条”不能自动赢?
  3. Jev 的打分和人的精读,各管旅程里的哪一段?
忍不住要看答案?下一课开头会揭,现在点开也行。

摘要没有对证,谁改的、改了什么都查不到;原文加版本能指回那一天的那一版。因为主语、条件、时间、观点可能都不同,新日期只说明它晚,不说明它对;并列之后由消费者按条件选。Jev 管入口的“值不值得精读”排队,人管精读之后的判断和反馈;两段中间是不可擦的原文和版本。

集团部分:阿匠 2026-09-17《44|知识中心下一阶段:持续供给、精炼与学习闭环》任务书及其五组施工卡、验收矩阵(内部件,只引用不照抄);阿麦 9 月 12 日 MetaRSI 摘要覆盖事故。外部项目数据经 GitHub API 于 2026-09-20 核证;Jev 资料来自 TypeSafe 官方博客与开发者指南。

  1. Karpathy,llm-wiki gist(2026-04-04)及教程。datasciencedojo.com
  2. microsoft/graphrag,MIT,v3.1.2。github.com · HKUDS/LightRAG,MIT,EMNLP 2025。github.com
  3. TypeSafe AI,Introducing System One Models & Jev。typesafe.ai · How to Use Jev。dev.to