1. Markdownが約961個ある。だが記事数は誰にもわからない
ある日、記事置き場のディレクトリを眺めると、Markdownファイルがとんでもない数になっていた。当時の記事置き場のファイル一覧をファイル名ベースで数えると、.md は約961個。普通なら「約961記事か」と思う。
しかし、この倉庫には重大な仕様がある。
Markdownファイル1個＝記事1本ではない。
「3記事まとめ」「10記事セット」「全4記事」「12言語全文」「記事バンドル」などが、一つのMarkdownに平然と収納されている。Markdownが文書ファイルではなく、記事を飲み込む入れ物、いわばコンテナになっている。
要するに、これは記事倉庫というよりMarkdownのマトリョーシカである。
しかも、その約961ファイルを数えた時点から半月ほど前には、元記事ベースで約1,200本という内部集計があった。その集計後も新規記事は増えているため、現在1,300〜1,400本程度に達していても不思議ではない。ただしこれは未監査の推定であり、ファイル数・独立記事数・言語別公開ページ数は別指標だ。
ネタは盛ってよい。
記事数は盛ってはいけない。
2. なぜこんなに増えたのか――開始ボタンは「ハァ？」
原因は「文章を書くのが好きだから」だけではない。もっと原始的なトリガーがある。
「ハァ？」である。
仕事、生活、人間関係、ゲーム、制度、作品。何かが予想とズレる。
「ハァ？」 「なんでそうなる？」 「これ仕様？」 「同じこと前にも起きてない？」 「個人の問題に見えるけど、構造じゃない？」
ここから調査が始まる。普通なら一瞬の違和感として消えるものが、検索され、分解され、名前をつけられ、再発条件を整理され、別分野に接続され、最後にはMarkdownになる。
入力は感情でも、出力はデータベースだ。
怒りを「抜く→組み替える→保存する」処理である。
データ処理の言葉で言えばETLだ。
違和感を抜く（Extract）。
構造に変換する（Transform）。
Markdownへ格納する（Load）。
人類は「ハァ？」からデータ基盤を作れる。
3. 「ハァ？」は異常検知センサーになりうる
認知科学的にも、この流れには説明がつく。研究では、知識の穴に気づくことが好奇心の入口になるという考え方があり、実験でも好奇心が高いほど答えを知るために時間などを使いやすかった。つまり「思っていたのと違う」は、探索の入口になりうる。
重要なのは違和感を消すことではなく、違和感の次に何をするかだ。
「ムカつく」で閉じれば感情処理で終わる。しかし、
- 何が予想と違った？
- どの条件で発生した？
- 再現する？
- 別の場面でも同じ形がある？
と進めば、感情が観測装置になる。
違和感を調査へ回す人にとって「ハァ？」はエラー画面ではない。
原因を調べるための画面、いわばデバッグコンソールが開いた音である。
4. 点ではなく、再発する「形」を保存する
構造思考の核心は、目の前の事件を一回限りの事件として保存しないことだ。
たとえば作業後に指示が変わった場合、表面だけなら「今日は指示変更で大変だった」で終わる。しかし構造として保存すると、
- 初期条件が曖昧
- 判断基準が共有されていない
- 作業後に基準が追加される
- 手戻りが起こる
- 納期だけは固定
- 実行者側へ責任が寄る
となる。
ここまで抽象化すると、同じ形が職場だけでなく、共同生活、恋愛、プロジェクト、契約、ゲーム運営、行政手続きにも出てくることがある。
研究でも、表面的な題材が違っていても、「何と何がどう関係しているか」という構造の共通点を捉えると、似た問題へ経験を応用しやすいとされる。要するに、出来事の見た目ではなく共通の型を保存することが効く。
つまり一回の「ハァ？」から、複数分野で使える防具が作れる。
経験値を一匹の敵にしか使わないのはもったいない。
5. 抽象化したら、また具体へ戻す
抽象化だけでは、たまに哲学者が空中に浮く。
「本質とは……構造とは……社会とは……」
と言いながら地面から3メートル浮いても、明日の仕事は楽にならない。
必要なのは、具体 → 抽象 → 別の具体の往復だ。
「指示が後から変わる」
→「要求定義の不足」
→「最初に完了条件を確認する」
「親切で仕事を引き受けすぎる」
→「責任境界の消失」
→「担当・期限・判断者を明示する」
「同じことで何度も悩む」
→「未完了ループ」
→「結論・次の行動・再検討条件を書いて閉じる」
この往復ができると、知識が雑学で終わらない。
知識が部品になる。
6. AIは神託ではなく、外部脳の配管だった
ここでAIが入る。ただし「AIに全部考えてもらう」という話ではない。
実際の強みはもっと地味で強い。
- 音声や雑なメモを受け取る
- 問いを整理する
- 用語を候補化する
- 研究や一次情報を探す
- 反対仮説を出す
- 構造を言語化する
- Markdownに整形する
- Gitで保存する
- 後から再検索・再編集できるようにする
認知科学では、メモ、カレンダー、スマートフォンなど外部の道具に記憶や処理の一部を預け、頭の中だけで抱える負担を下げることを**認知オフローディング（cognitive offloading）**と呼ぶ。
外部化は課題遂行を助ける一方、何でも外へ出せばよいわけではない。外部保存によって内部記憶が弱くなる場合も報告されているし、自分の記憶力を自分でどう見積もるかという働き（メタ認知）も、何を外部化するかに関係する。
だから強い運用は、脳を捨てることではない。
脳の不得意な仕事だけ外へ逃がすこと。
脳：違和感、問い、判断、接続。
AI：検索、候補、比較、整形、反復。
Markdown：長期記憶。
Git：履歴。
コードエージェント：加工工場。
もはや「AIを使っている」というより、
思考に「整理→検査→保存」を自動で回す工場ラインを生やしている。開発用語で言えばCI/CDみたいなものだ。
7. なぜ記事数が爆発するのか
最大の理由は、体験数が異常に多いからではない。
一つの体験から複数の抽象度を切り出すからだ。
一つの出来事には、個人の体験、原因分析、一般化、再発防止、他分野への転用、研究との照合、初心者向け解説、実務チェックリスト、ネタ記事まで含まれている。
普通なら「今日はこんなことがあった」で終わる素材が、加工すると5本にも10本にもなる。さらに12言語化すれば、公開ページ単位はもっと増える。
ここで大事なのは文章の大量生産より、一度考えた素材を再利用できる割合、つまり思考の歩留まりが高いことだ。一回考えたことを会話だけで蒸発させず、再利用できる形で残す。
すると日常がほぼ原料になる。
スーパーでも原料。
会議でも原料。
ゲームでも原料。
漫画でも原料。
意味不明な制度でも原料。
人生がコンテンツ工場というより、
世界が勝手に「要対応」の札を切ってくる課題管理表、いわばIssue Trackerになる。
8. ただし、構造思考にもバグはある
8.1 何でも同じ構造に見える
強い見方の型（フレーム）を持つと、違う問題まで同じ型に押し込める危険がある。「これも責任転嫁！」「これも境界線！」「これも要求定義！」と世界が全部同じ敵キャラになる。
対策は、「この説明が間違っているなら何が起きるか」を先に決めておくことだ。専門的には反証条件を置くという。
「この説明が間違っているなら何が観測される？」
「別の説明はある？」
「今回は例外では？」
8.2 AIの文章がきれいすぎて、理解した気になる
「読めた」と「使える」は違う。
最後に自分で、
「要するに何？」
「次は何を変える？」
「別の場面ならどう使う？」
を答えられなければ、知識はまだレンタル品だ。
8.3 資産化が目的になる
何でも記事にすること自体が楽しくなると、手段と目的が逆転する。
「記事を書くために人生を生きているのか」
「人生を楽にするために記事を書いているのか」
Markdownは墓標ではない。
生活を軽くする補助輪である。
9. 結論――「ハァ？」を捨てず、構造に変え、再利用する
大量の記事の正体は、大量の作文ではなかった。
それは、違和感を捨てず、構造に変え、再利用可能な形で保存した結果だった。
「ハァ？」
↓
予測との差を検知する
↓
調べる
↓
原因を分解する
↓
共通構造を抜く
↓
別分野へ転用する
↓
AIで言語化・検証する
↓
Markdownへ保存する
↓
また別の「ハァ？」が来る
この循環が回ると、失敗も、違和感も、雑談も、疑問も素材になる。
そして気づけばMarkdownが約961個並び、元記事数はファイル一覧だけでは判定不能になっている。
人間は経験から学ぶ。
一部の人間は経験をMarkdownにする。
そしてさらに一部は、
「ハァ？」をGitにpushする。
