9.4 让提问和维护继续积累知识
第一批知识页面生成后，你的知识库才刚刚起步。它会不会像传统笔记一样沦为“只存不看的数字仓库”，关键在于后续：新资料进来时能不能自动吸收、日常问答能不能沉淀为新资产、定期能不能做好自检维护。
加入新资料：先对比影响，再增量更新
拿到一份新资料后，不要让Codex简单地再建一个孤立的摘要文件，而是要让它把它与现有的知识库融为一体。
给Codex的指令可以这样写：
请先读取
C10/AGENTS.md、C10/output/wiki/index.md和这次新放进C10/input/的原始资料。先列出新资料对现有知识库的影响（补充了哪些主题、修正了哪些旧观点），先不要直接改文件。等我确认后，再更新对应的来源页、主题页、索引和日志。
通过这一步“先列影响、人确认、再动笔”的机制，你可以把关新材料是否可靠，防止新文件轻易冲掉经过人工核实的重要旧结论。
把高价值问答写回知识库
日常工作中，我们随手问AI的问题很多，但并不是每一句对话都值得存下来。
- 不需要存：查一个词的意思、改一段润色措辞、临时的格式调整等。
- 强烈建议存：花了半小时追问形成的方案对比、厘清了一项复杂业务流程、跨越多个部门材料得出的综合分析。
当Codex产出了一份高质量的深度分析后，让它把结果存进C10/output/wiki/answers/，并更新总目录。这样一来，你每一次与AI探讨的脑力成果，都沉淀成了随时可复用的知识资产。
定期自检：给知识库做“健康体检”
知识库用久了，难免会出现链接失效、观点过期或两份材料互相打架的情况。建议每隔一段时间（比如每月或加入一批重大材料后），让Codex跑一次“全身体检”：
请只读检查当前知识库，不要修改任何文件。帮我找出： 1. 失效断开的Markdown链接； 2. 从未被任何主题页引用的孤立来源页； 3. 缺少明确出处的重要结论； 4. 新旧材料中互相矛盾的说法。
请列出一份体检报告，标明文件位置与具体问题。涉及内容冲突的地方只提出疑问，等我确认后再做调整。
有明确规则的死链接、孤立页，Codex可以一眼揪出；而涉及业务含义冲突的矛盾点，则由Codex标出来，交由你来做最终裁决。
配合Git版本控制：改得再多也心里有底
知识库一旦规模变大，Codex一次可能会联动修改十几个文件。此时，我们在第8章学到的Git就成了最稳的“安全网”：
- 改完先看一眼：让Codex列出修改了哪几个文件，确认没有误碰
C10/input/原始资料； - 确认无误存一版：让Codex存一条版本记录（例如“编入8月业务复盘资料”）；
- 改错了随时退回：如果某次批量整理的结果不满意，随时可以找回上一版，完全不用担心把知识库改乱。
Karpathy提出的LLM Wiki思路，并不是一套死板的软件教条。你可以根据自己的工作需要自由调整分类与目录。真正核心的原则只有一条：原始素材由你把关，整理与链接交给Codex，最终事实与边界始终由你掌控。拥有这样一套持续生长的知识库，你在日常办公与决策中就真正拥有了随身携带的“第二大脑”。