1. Markdown 大約有 961 個，但文章到底有多少沒人說得清
有一天，打開文章存放目錄一看，Markdown 檔案已經多得有點荒謬。當時把文章存放處的檔案清單按檔名計數，.md 大約有 961 個。正常反應大概是：「那就是約 961 篇文章吧。」
然而，這個倉庫有一個會直接把算術弄壞的規格。
1 個 Markdown 檔案，不等於 1 篇文章。
同一個檔案裡，可能放著「3 篇合集」「10 篇套裝」「完整 4 篇」「12 種語言全文」甚至整組文章包。Markdown 已經不只是文件格式，而成了裝文章的容器。
說穿了，這與其叫文章倉庫，不如叫 Markdown 俄羅斯娃娃。
而且，在數出約 961 個檔案的那個時間點往前約半個月，內部按原始文章口徑做過的集計就已經約有 1,200 篇。那之後新文章仍持續增加，所以現在落在 1,300～1,400 篇也不奇怪。不過這仍是未經完整稽核的估算；檔案數、獨立文章數、各語言公開頁面數，本來就是不同指標。
段子可以膨脹。
文章數不能灌水。
2. 為什麼會長到這麼多——啟動按鈕是「蛤？」
原因不只是「因為喜歡寫文章」。還有一個更原始的觸發器。
「蛤？」
工作、生活、人際關係、遊戲、制度、作品，只要某件事和預期對不上，就會冒出：
「蛤？」
「為什麼會這樣？」
「這真的是規格？」
「以前是不是也發生過同樣的模式？」
「看起來是個人問題，其實是不是結構問題？」
然後調查就開始了。
一般人可能幾分鐘後就忘掉的違和感，會被搜尋、拆解、命名、整理再發條件、連到其他領域，最後存成 Markdown。
輸入是情緒，輸出卻是資料庫。
這是一套把怒氣「抽出 → 重組 → 保存」的處理流程。
用資料處理的術語來說，就是 ETL。
抽出違和感（Extract）。
把它轉成結構（Transform）。
存進 Markdown（Load）。
人類居然可以從一句「蛤？」開始蓋資料基礎設施。
3. 「蛤？」可以成為異常偵測感測器
認知科學也能替這個流程提供一個合理解釋。研究中有一種觀點認為，察覺自己「不知道什麼」、也就是注意到知識缺口，會成為好奇心的入口；實驗也發現，好奇心越高時，人越願意花時間或其他資源去得到答案。
所以，「原本以為會這樣，結果不是」本身就可能成為探索的起點。
重點不是消滅違和感，而是違和感之後做什麼。
如果停在「真煩」，那只是情緒處理。但如果接著問：
- 到底哪裡和我的預期不同？
- 在什麼條件下發生？
- 能不能重現？
- 別的場景有沒有同樣的形狀？
情緒就會從噪音變成觀測設備。
對會把違和感送進調查流程的人來說，「蛤？」不是錯誤畫面。
那更像是用來追查原因的偵錯主控台被打開的聲音。
4. 不只保存事件，而要保存反覆出現的「形狀」
結構思考的核心，是不要把眼前每件事都只存成一次性的故事。
例如，工作做完後指示突然改了。只記表面，會留下：「今天指示又改了，好累。」但如果把它存成結構，就會變成：
- 初始條件不清楚。
- 評價標準沒有共享。
- 執行完成後才新增標準。
- 因而發生返工。
- 截止時間卻不變。
- 責任逐漸往執行者身上移。
抽象到這個層級後，同一個形狀可能不只出現在職場，也可能出現在共同生活、戀愛、專案、契約、遊戲營運或行政手續裡。
類比與遷移研究也指出，即使表面題材不同，若能看出**「哪些事物彼此怎麼關聯」這種結構上的共通點**，就比較容易把既有經驗帶去解新的問題。簡單說，真正值得保存的不是事件外觀，而是可重複利用的共同型態。
一次「蛤？」於是可以做出多個領域都能用的防具。
經驗值只拿來打一隻怪，太浪費。
5. 抽象完，還得重新落地
只有抽象化，有時會出現一個經典漏洞：人開始在半空中漂。
「本質……」
「結構……」
「社會……」
講得很深，但明天的工作還是照常來。
真正有用的是 具體 → 抽象 → 新的具體 來回跑。
「指示總是在做完後才變」
→「需求定義不足」
→「開始前先確認完成條件」
「因為想幫忙而接下太多工作」
→「責任邊界消失」
→「把負責人、期限、決策者寫清楚」
「同一件事一直反覆煩惱」
→「沒有關閉條件的迴圈」
→「寫下結論、下一步行動，以及什麼情況才重新討論」
完成這種往返後，知識就不只是雜學。
知識會變成零件。
6. 人工智慧不是神諭，而是外置大腦的管線
人工智慧在這裡登場，但重點不是「把思考全部外包給人工智慧」。
真正實用而且穩定的部分更像是基礎設施：
- 接住粗糙的語音或零碎筆記；
- 整理問題；
- 提出可能的術語；
- 找研究與第一手資料；
- 提出相反假設；
- 把結構說清楚；
- 整理成 Markdown；
- 用 Git 保存歷史；
- 讓內容之後還能重新搜尋、重新編輯。
認知科學把利用筆記、日曆、手機等外部工具，替自己分擔一部分記憶或處理負荷的做法，稱為認知卸載。
外部化可以幫助完成任務，但不是「什麼都丟出去就一定比較好」。有研究發現，把資訊存到外部後，之後靠自己回想的內部記憶有時會變弱；而一個人怎麼估計自己的記憶能力，這種對自身認知狀態的判斷，也會影響他選擇把什麼交給外部工具。這類「判斷自己會不會記得、做得好不好」的心理功能，稱為後設認知。
所以更強的做法不是把大腦丟掉。
而是把不值得占用腦內頻寬的工作搬出去。
大腦：察覺違和感、提問、判斷、連接。
人工智慧：搜尋、提出候選、比較、整理、反覆。
Markdown：長期保存。
Git：歷史。
程式碼代理工具：加工工廠。
這時已經不太像單純「在用人工智慧」。
比較像替思考接上一條自動跑「整理 → 檢查 → 保存」的工廠線。用開發術語說，就像 CI/CD。
7. 為什麼文章數會爆炸
最大原因不是人生事件異常多。
而是一件事不被強迫只能做成一篇文章。
同一個事件，可以同時切出個人體驗、原因分析、一般化原則、防止再發、跨領域遷移、研究對照、初學者解釋、實務清單，甚至搞笑版。
本來只會變成「今天遇到一件怪事」的素材，加工後可能拆成五篇、十篇。再做成十二種語言，公開頁面的單位還會繼續增加。
真正值得注意的不是大量打字，而是一次思考裡能留下、之後還能再利用的素材比例很高，也就是思考的產出率很高。想過一次的東西，不會在聊天視窗關掉後跟著蒸發，而會留下成可重新使用的形狀。
超市也是原料。
會議也是原料。
遊戲也是原料。
漫畫也是原料。
莫名其妙的制度更是高級原料。
人生與其說變成內容工廠，不如說：
世界變成一張會擅自替你掛上「待處理」標籤的課題追蹤器。
8. 但結構思考自己也有漏洞
8.1 什麼都開始看成同一種結構
一旦手上有一個很好用的觀察框架，就很容易把不同問題全塞進同一型。
「又是責任轉移！」
「又是邊界問題！」
「又是需求定義失敗！」
最後，全世界的敵人看起來都換上同一張皮。
所以需要先想好：如果這個解釋其實是錯的，我應該看到什麼？
也可以接著問：
「還有別的解釋嗎？」
「這次會不會只是例外？」
這種「先定義什麼證據會推翻自己的解釋」的做法，專業上可以叫做設定反證條件。
8.2 人工智慧寫得太漂亮，容易讓人誤以為自己已經懂了
「看懂了」和「能拿來用」不是同一件事。
最後至少要能自己回答：
「用自己的話，一句話是什麼？」
「下一步要改什麼？」
「換一個場景，要怎麼用？」
如果答不出來，知識還只是租來的。
8.3 把知識變成資產，本身也可能反過來變成目的
如果什麼都做成文章這件事太好玩，手段可能會把目的吃掉。
「我是為了產 Markdown 才生活嗎？」
「還是我用 Markdown 讓生活變輕鬆？」
Markdown 不是經驗的墓碑。
它應該是降低生活摩擦的工具。
9. 結論——不要丟掉「蛤？」，把它變成結構，再重複使用
大量文章的真面目，其實不是大量作文。
它更像是：不把違和感丟掉，而是把它轉成結構，再以可重複利用的形式保存下來。
「蛤？」
↓
發現預期和現實不一致
↓
調查
↓
拆解原因
↓
抽出共同結構
↓
搬到另一個領域使用
↓
用人工智慧協助語言化與驗證
↓
保存成 Markdown
↓
下一個「蛤？」又來了
當這個循環轉起來，失敗、違和感、閒聊、疑問都會變成素材。
最後回頭一看，Markdown 已經排了約 961 個，而真正的文章數再也不能光看檔案清單判斷。
人類會從經驗學習。
有些人會把經驗做成 Markdown。
還有更少數的人——
把「蛤？」推送到 Git。
