系列上一篇聊了失败记录，说的是走不通的路怎么留下来。结尾顺带提了一句，还有一类笔记一样少人写：那些还没想明白的问题。这篇说这个。
库里存的大多是结论。方案定了，方法试过了，经验总结完了，都能落成一笔。真正推着人往前想的，往往是那些还没有答案的问题。
问题是，这类东西最容易被随手扔掉。笔记里冒出一句「这个为什么行不通」，转头就被当成待办删了，或者夹在几千篇文档里，再没被翻开。
单独开一类，它才养得住。
什么样的算开放问题
不是所有疑问都值得单独立个笔记。三条标准，对上两条就够。
第一条，真问题。自己确实想知道答案，不是替别人问，也不是为了显得在思考。
第二条，现在答不上。手头信息不够，硬想也想不出，先搁着。答案是搜一下就有的事实，那不算。
第三条，值得回头想。有实际用处，或者能牵出一串别的思考。纯粹好奇、无关痛痒的，放脑子里就行。
一条问题笔记写清三块
格式不复杂。
问题本身，一句话，尽量具体。「怎么让知识库搜索更快」太宽，「几万篇笔记时搜索为什么变慢」就能往下走。
已知与线索。现在知道什么，试过什么，卡在哪一步。这一块是以后回看的抓手，越具体越好。
什么时候回看。这条和别的笔记不一样，不写死日期，写触发条件。「等采集管线下次出问题再顺手看」「等换了新电脑再评估」。触发条件比日期好使。
放哪、怎么标
跟决策记录、失败记录一个路子。固定一个文件夹，叫 questions 或者「开放问题」，所有没答案的都往里放。
文件名带日期和问题短语，比如 2026-09-20-几万篇笔记搜索变慢。
frontmatter 三个字段：date、status、domain。status 只有三个值：开放、已解答、已放弃。放弃也要标出来，省得同一个问题被反复拾起来。
怎么让问题自己浮上来
记完不管，照样白记。
每周回顾留一眼时间，用 Dataview 拉出所有 status 为「开放」的清单，扫一遍。读到新笔记、新文章，突然想通了哪一条，回头把答案补进去，status 改成已解答，附上答案和出处。
这就是这张清单值钱的地方。它不产出结论，它攒的是还没解的问题，等条件成熟了自己冒出来。
三个坑
第一个坑，把待办当问题。「该买个新硬盘」是待办，不是开放问题。待办有动作、能勾掉，问题没有。
第二个坑，问题写太宽。「怎么做产品」「怎么提升效率」，一看就答不上，因为没边界。缩到具体场景里。
第三个坑，只提问不回收。攒了几十条一次没回看，跟没记一样。靠每周那一眼把它盘活。
收尾
决策记了，失败记了，开放问题单独立了一类。这三类凑起来，差不多是库里最私人的部分。别人的总结到处都有，只有自己想过的、栽过的、还没想通的，独一份。
知识库用得越久，这类记录越值钱。它不解决眼前的问题，但它是自己想法的来路和去向。
三类「特殊笔记」到这就齐了。系列写了这么多篇，回头可以聊聊另一件事：笔记攒到这个量，一个人怎么把它交给别人接着用。下一篇说说知识库的「交接」问题。