1. Markdown 大约有 961 个，但文章到底有多少没人说得清
根据对贴出的文件名列表进行的会话内统计，.md 大约有 961 个。正常反应是：“那就是大约 961 篇文章。”
问题是：1 个 MD 不等于 1 篇文章。
一个文件里可能塞着“三篇合集”“十篇套装”“完整四篇”“十二语言全文”甚至整个文章包。Markdown 已经不是普通文档，而是吞文章的集装箱。这不是文章仓库，是 Markdown 套娃。
当时的对话里，大约半个月前的原始文章数估计是1,200篇。后来还在增加，所以猜过可能有1,300～1,400篇，但并没有重新数过。约961也只是根据贴出的列表数到的文件。文件、独立文章和各语言的公开页面，必须分开统计。
段子可以夸张。文章数不能虚报。
2. 为什么会长到这么多——启动按钮是“哈？”
真正的触发器不是“喜欢写文章”，而是更原始的：“哈？”
工作、生活、人际关系、游戏、制度、作品里，只要现实和预期不一致，就会冒出：“为什么会这样？”“这真的是设计？”“以前是不是也出现过？”“看起来是个人问题，其实是不是结构问题？”
普通人可能几分钟后就忘掉的违和感，会被搜索、拆解、命名、整理再发条件、连接其他领域，最后落成 Markdown。
输入是情绪，输出是数据库。
怒气不知不觉进了文章生产线。
捡起觉得不对劲的事。 弄清发生了什么，为什么会这样。 写成以后能再看的文章，存起来。
3. “怎么跟想的不一样？”让人想查下去
认知科学研究表明，先做预测再看答案，可能让知识缺口更明显并提高好奇心。预期与现实之间的落差，可以成为探索的入口。
所以关键不是消灭违和感，而是违和感之后做什么。
如果停在“真烦”，那只是情绪处理。若继续追问“哪里和预期不同？”“什么条件下发生？”“能复现吗？”“别处有没有同样的结构？”，情绪就会变成观测设备。
对这种人来说，“哈？”不是报错页面。
是调试控制台打开的声音。
4. 不只保存事件，要保存反复出现的形状
例如，工作完成后指示突然改变。表面记录是“今天要求又变了，好累”。结构记录则是：
- 初始条件不清楚；
- 评价标准没有共享；
- 执行完成后新增标准；
- 发生返工；
- 截止时间不变；
- 责任向执行者转移。
抽象到这一层，同样的结构可能出现在项目、恋爱、共同生活、合同、软件运营和行政手续中。
研究也指出，把旧经验用到新问题时，比起表面相似，更重要的是看出问题为什么发生、各件事怎么连在一起。换个方式整理眼前的事，就更容易发现：“这个办法，上次也用过。”
一次“哈？”可以做出多个领域通用的护甲。经验值只加在一个怪身上，太浪费。
5. 想明白原因，还得决定明天怎么做
只谈抽象道理，人就开始离地3米，念着“本质……结构……社会……”。听起来挺厉害，可明天的麻烦还在地上等着。
真正有用的是 具体 → 抽象 → 新的具体。
“要求总是改” →“一开始没说好做到什么程度算完成” →“开工前先问清楚完成条件” “好心接了太多活” →“已经分不清谁该做什么” →“说好谁负责、什么时候交、最后谁决定” “反复想同一件事” →“没定下什么时候停止想” →“写下现在的结论、下一步、什么情况下再考虑”
这样一来，知识不再只是杂学，而会变成零件。
6. 把笔记交给AI，查清、整理、保存
AI在这里能做的是接住杂乱的语音和笔记，把问题整理好，提出可搜索的词，查找研究和原始资料，也想想别的解释。再把事情怎么联系起来写清楚，整理成Markdown，用Git留下修改记录，以后就能找回来重看、重改。
把约会写进日历，把想法记下来，就不用全靠脑子记住。研究也发现，这些工具能帮助人完成任务。
但也有代价：存到外面的信息，之后不借助工具时可能更难想起来。我们觉得自己能记住多少，也会影响选择记下什么。全部存好了，不等于全部理解了。
把不用一直记在脑子里的事交给工具。
大脑：发现、提问、判断、连接。
AI：搜索、比较、整理、反复。
Markdown：长期存储。
Git：历史。
编码代理：加工厂。
想到一个问题，就查、整理、核对、保存。改过的地方还留着历史。思考也有了自己的生产线。
7. 为什么文章数量会爆炸
因为一个事件不只做成一篇文章。同一件事可以拆成个人经历、原因分析、一般化原则、防止复发、跨领域迁移、研究对照、新手解释、实务清单和段子版。
原本只能写成“今天发生了一件怪事”的材料，可以拆成五篇甚至十篇，再乘十二种语言。
重要的不是打字多，而是想过的东西以后还能拿来用。聊天结束也不会蒸发，回头还能找来读。
超市是原料，会议是原料，游戏是原料，漫画是原料，奇怪制度是高级原料。
世界总在递来一张纸条：“接下来查查这个。”
8. 结构思考也有 bug
8.1 什么都看成同一种结构
“又有人甩锅！”“又没说好谁管到哪里！”“开始前又没说清楚要做什么！”一个解释用顺了，就想拿它解释所有事。但不同问题不一定是同一个敌人换了外观。
“如果这个解释错了，我应该看到什么？”“还有别的解释吗？”“这次会不会只是例外？”
8.2 AI 写得太顺，让人误以为已经理解
“看懂”不等于“会用”。必须能回答：“用自己的话一句怎么说？”“下一步行动是什么？”“换一个场景怎么用？”否则知识还只是租来的。
8.3 存文章本身变成目的
如果最后变成“为了写Markdown而活”，手段就吞掉了目的。Markdown不是经验的墓碑，而是让日子过得轻松些的工具。
9. 结论——不要丢掉“哈？”，把它变成结构，再重复使用
“哈？” → 发现预期与现实的差异 → 调查 → 拆分原因 → 提取共同结构 → 迁移到别的领域 → 借助 AI 语言化和验证 → 保存为 Markdown → 遇到下一个“哈？”
当这个循环运转起来，失败、烦躁、聊天和疑问都会成为素材。
当时就这样堆到了约 961 个 Markdown，而真实文章数已经无法仅靠文件列表判断。
人类会从经验中学习。
有些人会把经验写进 Markdown。
更少数的人会：把“哈？” push 到 Git。
参考资料（6条）
- 预测与好奇心 (PMCID: PMC6803639)
- 记忆与把想法用于别的问题 (PMCID: PMC11332086)
- 把待办事项交给工具 (PMCID: PMC9971128)
- 任务表现提高但记忆减弱 (PMCID: PMC8358584)
- 对记忆的判断与工具使用 (PMCID: PMC6838677)
- 练习判断自己的记忆与工具使用 (PMCID: PMC12982714)
