■ Phenomenon（現象）
問題が起きたとき、誰かに相談するより先に「自分でなんとかしなければ」という衝動が働き、 助けを求めることを「敗北」として処理してしまう不具合。 その結果、負荷が閾値を超えるまで、誰にも検知されないまま内部で積み上がっていく。
■ Error Log（大人の間違い）
多くの大人は、「自分でできる」ことを能力の証明だと思い込んでいる。 だから、限界が近づいても外部に出力しない。 それどころか、助けを求めること自体を「弱さの露呈」として回避する。
「自分でやった方が早い」 「相談しても、どうせ解決しない」
これらの言葉は、自己完結の正当化ではない。 排熱口を塞ぎながら、高負荷の処理を続けているシステムの、 クラッシュ直前の独り言として記録されるだけだ。
自己完結できる人間が評価される。 その評価は、限界を超えるまで続く。
■ Cause（原因分析）
・接続コストの過大評価： 「相談する」という行為に必要なコストを、実際より高く見積もっている。 ・自律の定義ミス： 「一人でやり遂げること」を自律と勘違いし、「一人でやり遂げられる設計を作ること」との区別がついていない。
■ Solution（回避マニュアル）
君がもし、処理しきれない負荷に気づいたなら、取るべき行動は以下の二択しかない。
1. 構造を開示する 何が詰まっているのか、どこで処理が止まっているのかを、事実として外部に出力する。感情の説明は不要だ。
2. 排熱口を設計に組み込む 「誰かに渡せる状態」を最初から設計の一部にする。 助けを求めることは、欠陥の露呈ではない。設計の完成だ。
自己完結が崩れるのは、意志が弱いからではない。 出力経路を持たない設計で動かし続けたからだ。 この二択を徹底できるだけで、君は「壊れる前に止まれる個体」として機能する。
■ Update Memo（父の自省）
息子よ。 父もかつて、事業の最中に「全部自分で決めなければ」という設計で動いていた時期がある。 チームがいるのに、相談できる仲間がいるのに、すべての入力を内部処理に変換し続けた。
その結果、ある日、静かに動けなくなった。 叫ばずに。説明せずに。ただ、処理が止まった。
回復するのに費やした時間は、相談に必要だった時間の、何十倍もかかった。 その間、止まっていた判断がある。生まれなかった選択肢がある。
自己完結は強さじゃない。排熱口のない設計だ。 君には、静かにダウンする前に、出口を持っていてほしい。
読み終わったあとに、 少し引っかかったまま残る考えは、 無理に処理しなくて大丈夫です。
決めなくていい判断を、 決めなくていいまま置いておける場所を 用意しています。
【▶︎ 思考の仮置き場所（LINE）】