先週の命題 — 「送り出さなかったものが境界だ」 — が今週は具体的な一台の機械に降りてきた。ブラックボックスだ。
今週のSignal
無欠性は塞いで守るのではなく、ないことで守られる。 今月のBuild記事の事例は車載ブラックボックス。画面は豊かだ — 走行記録を見て、区間を飛ばし、事件の瞬間を表示する。ところが映像を編集・削除・再エンコードするツールはそもそも存在しない。 「修正禁止」ボタンを灰色で塞いだのではなく、その仕事をするツール自体がツール一覧にない。だから映像は一フレームも触られない。権限チェックで守る無欠性と、能力の不在で守る無欠性は次元が違う。破るコードがないのだから。
「豊かな画面 ≠ できないことのない画面」。 今週最も多く共有された洞察。画面が華やかだからといって何でもできるわけではない。画面の能力は編まれたツールが決め、そこにないツールはできないこととして残る。 ブラックボックスはこれを正直に見せる — 見るツールはすべてあり、変えるツールは一つもない。豊かさと不可侵が一つの画面に共存する。
先週の命題の証明。 第1週の「露出しないことが境界」が抽象だったなら、第2週はその証明だ。サーバー(ブラックボックスの記録能力)が見るツールだけを差し出し、変えるツールは閉じた。画面を載せてアプリになったが、閉じた部分は最後まで閉じている。
ツール・パッケージメモ
今週のメモはツール一覧を逆さに読むこと。普通は「このアプリは何ができるか」を問う。無欠性を設計するときは逆に問わねばならない — 「このアプリが絶対にできてはならないことは何か。」その答えをツール一覧から引くことで終える。塞ぐ規則を足す代わりに、危険な能力をはじめから置かない。コードが減り、穴も減る。塞ぐ規則は時が経つにつれ必ず漏れる箇所ができるが、はじめからない能力は漏れない。保守の負担まで減るわけだ。
短い思考
セキュリティの話はいつも「どう塞ぐか」へ流れる。より強い鍵、より緻密な検査。ところが最も強い鍵は扉を作らないことだ。できないことは破られない。ブラックボックスが教えるのはこの単純な非対称だ — 足すセキュリティは際限なく破られ、引くセキュリティは破るものがない。我々は常により多くの能力を誇りのように積み上げてきたが、ある場所ではできないことこそが品質だ。ブラックボックスの価値は、映像を触れないというまさにその無能から生まれる。
現場から
ハン・ドギョンさんの話の理(きめ)もここに触れる。彼は診療の流れをツールとして形づくりながら、診断を下すツールは最後まで置かなかった。患者情報を集め順序を組むツールは豊かに、しかし「この病だ」を出力するツールはなしで。ブラックボックスが映像を触らないように、彼のツールは判断を人に残す。同じ原理だ — 不可侵は空席で守る。
今週の問い・来週の予告
あなたの画面に「絶対に起きてはならないこと」があるなら、それを塞ぐ規則を書く前に問うてみてほしい。その仕事をするツールをそもそも置かなければいいのでは? 来週は露出と非露出の線をどう引くか — 能力をツールとして設計するときの境界感覚へさらに踏み込む。
makemind.dev 「更新」— 毎週ひと呼吸、一週間のSignalを集めます。