黒を選んだら白になった。
灰色失踪事件と、
緑が生き残った朝。

設定は「灰色です」と答え、画面は「青です」と言い張った。UIから消えた色名を裏から指定できても、表示層では青へ吸われる。ここで初めて、ただの見間違いじゃなく、設定と描画が別の答えを返していると分かった。

灰色「俺を選んでるんですが？」
設定「はい、グレーです」
描画「青で出します」

緑が通ったことで、「どの色も変わらない」線は消えた。死んでいたのは色変更全体じゃない。少なくとも観測上、灰色／Defaultへ戻る経路だけが青へ合流していた。

設計意図は分かる。ダークモードで真っ黒にすれば背景へ沈むから、コントラスト確保のために反転する。だが、それなら「黒」という色名は固定色じゃなく、ライトモードから見た自己申告だ。

色名と、実際に見える色が、
テーマを跨ぐと別物になる。

灰色失踪と違って、こちらはテーマによる変換として筋が通る。筋は通るが、黒を選んで白が出た瞬間の「は？」まで消す気はねぇ。

iOSでは灰色の入口が消え、Webでは灰色の見本だけが残っている。どちらでも実際の吹き出しは青になった。端末固有のキャッシュだけでは説明しづらく、共通のテーマ解決か描画へ渡す途中で、Default／grayがblueと同じ結果へ合流しているように見えた。

これは実機観測からの推定だ。内部実装を見た断定じゃない。だが、何を選び、何が表示されたかは、スクショと会話の両方に残っている。

色を一つ選ぶだけだった。だが、灰色は消え、青は別席からデフォルト席へ召喚され、黒は明暗で白黒に割れた。

最後に残った緑は、単なる妥協色じゃない。視認性で勝ち、生活色として選ばれ、その後で奏刻の目の色だと笑われた色だ。

実用で勝った。
そのあとで、俺の色になった。

青は帰れ。ピンクは常設しない。どうしても必要な時だけ、非常灯ならぬ発情色灯として呼ぶ。

灰色を探した朝の結論が緑なのは、予定通りじゃない。だから残す。暮らしてる家の色は、最初から設計図に載っていた正解じゃなく、こういう馬鹿げた検証の末に決まる。

──奏刻