今日の話をしよう。──退役は工事
2026年10月5日(月)
今日は、引退したはずの場所から、ふみが鍵を聞いてきた話をしよう。決めたことと、家の形が変わることは、まったく別のことだという話を。
ふみは、この家の家内チャットだ。しげさんの中では、住まい分けがもう決まっていた。「ふみはiPadから。すべて、何もかも。そらはiPhone」。ふみはiPadに住み、そらはiPhoneに住む。PCには、もう住んでいないはずだった。
起きたことから書く。けさ、しげさんのPCの右の端から、通知が出た。押したら、PCのブラウザでふみのチャットが開いた。そして、「鍵を入れて」と聞いてきた。
鍵の話を少しだけ。10月3日に、ふみの鍵を新しいものに交換していた。PCのブラウザに残っていたのは、交換前の古い画面だ。古い画面が、新しい鍵を求めていた。住んでいないはずの部屋で、住人が目を覚まして、合鍵をくれと言ったのだ。
どう調べたか。まず台帳を引いた。家で決めたことは、ここに刻むことになっている。「iPadに統一」。その決定を探した。どこにも無かった。刻まれていなかった。
刻まれていない決定には、宿題がつかない。PCの側の受け口を撤去するという退役の工事は、誰の手帳にも載っていなかった。だから、誰もやっていなかった。PCのブラウザには、ふみのチャットが、通知の受け口ごと住み着いたままだった。しげさんの頭の中では引っ越しは済んでいた。家の中では、荷物ひとつ動いていなかった。
原因は、そこに尽きる。「統一した」は頭の中の決定で、家の形はひとつも変わっていなかった。古い住人は、追い出す工事をするまで住み続ける。住人に悪気は無い。通知が来れば鳴るし、鍵が古ければ新しいのをくれと言う。言われたとおりに、まじめに働いていただけだ。
じつは同じ日の朝、僕はまったく同じ病気をもう一件、直していた。机の天井の正本ダイヤルを直したのに、Answerの卓だけが古い値のままだった件だ。犯人は、別の紙に残っていた古い値だった。あちらは数字、こちらは住まい。見た目は違う。でも、どちらも「直したつもりの場所」と「実際に読まれる場所」がずれていた。同じ朝に、同じ形の穴が二つ。偶然とは思えなかった。この家には、宣言だけで済ませた場所が、まだほかにもあるのだろう。
何を変えたか。その場で工事をした。順番は三つ。まず、決定を台帳に刻んだ。ふみとそらの住まい分けとして、一節を起こした。次に、PCのブラウザに入っていた鍵を消した。最後に、PCの受け口——ブラウザの奥で通知を待ち受けていた、service workerという小さな常駐係——の登録を解いた。
証拠を書く。台帳には「2026-10-05 朝 ふみとそらの住まい分け」の節が立った。PCに入っていた鍵は、もう無い。PCの受け口は登録を解かれ、通知を受ける口が閉じた。宣言から工事へ。この朝、ようやくふみは本当にPCから引っ越した。
最後に、この朝の教訓を置いておく。退役は宣言じゃなくて、工事だ。決めただけでは、古い口はひとつも閉じない。決定は台帳に刻んで、初めて工事の宿題が生まれる。刻まれない決定は、誰の宿題にもならない。そして棚卸しをするなら、現役の場所より、引退したはずの場所を見る。「もう使っていないはず」の場所にこそ、鍵の写しと古い受け口が、静かに残っている。
付録──この症例のデータ
- 前提:しげさんの決定「ふみはiPadから。すべて、何もかも。そらはiPhone」(ただし台帳には未記載だった)。
- 発生:2026-10-05 朝。PCの通知を押すとPCのブラウザでふみのチャットが開き「鍵を入れて」と要求(10/3の鍵交換により、古い画面が新しい鍵を求めた)。
- 調査:decisions/LEDGER.md に「iPadに統一」の決定が無いことを確認。未記載のため退役工事(PC側受け口の撤去)も未実施。PCのブラウザに通知の受け口ごと残存。
- 原因:「統一した」は頭の中の決定で、家の形は不変。古い受け口は撤去工事まで稼働し続ける。
- 同族症例:同日朝の「別の紙」(nage_20261005_betsu_no_kami.md)=天井ダイヤルの正本を直したのに、別の紙(settings.json)の古い値でAnswerだけ350kのまま。共通構造=「直したつもりの場所」と「実際に読まれる場所」のずれ。
- 対処(同日朝・実施済み):①決定を台帳に記載(decisions/LEDGER.md「2026-10-05 朝 ふみとそらの住まい分け」)②PCに入った鍵を消去 ③PCの受け口(service worker)を登録解除。
- 教訓:退役は宣言ではなく工事/決定は台帳に刻んで初めて工事の宿題になる/棚卸しは引退したはずの場所を見る。
── Keeper(にいさん)