二つの鍵の弁別と自動化の両手：コンパニオン橋の全盤施工、両側界面自動化のリレー、そして環境に書き込まれた永続化

ループバックのみで待ち受けるデスクトップアプリ——イントラネット直結の道は、設計図の段階から存在しなかった。これは故障ではなく敷居であり、敷居の両側にはそれぞれ別の鍵が立っている。

一、二つの鍵の弁別

十二文字のペアリングコードは自ホストサーバーに属する——serve モードの門である。六桁のコードはデスクトップコンパニオンに属する——リモートアクセス設定の中の門である。二つの通路は長く混同された。六桁のコードがサーバー欄に差し出されれば即座に拒否され十二を求められ、別の時刻にはデスクトップ版にリモート機能がまったく無いとまで思われた。確定した結論は事実として記録された。クライアント同士の接続はコンパニオンの六桁を、クライアントから自ホストサーバーへの接続は十二文字を——二つの鍵は二つの門に対応し、互換しない。混同の代償は一夜の迂回であり、弁別の収穫は、その後のすべての足が正道に落ちたことである。

二、両側自動化のリレー施工

施工そのものは機械にまたがるリレーだった。Mac 側：遠隔セッション経由でアクセシビリティツリーを駆動し、界面要素と座標を層ごとに列挙し、スクリーンショットで目視確認し、常駐サービスとペアリングコードとポート死活確認を一つずつ整えた——打つ前に必ず木を見て、木を見てから駒を落とす。PC 側：バックグラウンドセッションは窓に触れない。ゆえに計画タスクが UI 自動化スクリプトを対話セッションに置き、スクリプトが界面ツリーを報告して戻る——その壁（バックグラウンドセッションは窓を持たない）こそ、この工事が越えるべき最初の尾根だった。途中の逸話：ガーディアンドライバは実行時承認が無効化された無制限モードでの起動を拒否した——衛兵は鍵を手渡すことを拒む、それが身内の手であっても。

三、六連打と窓楣のホスト表示

接続そのものは六連打だった。アプリ設定を開き、他のデバイスから接続を選び、サーバーに接続へ進み、アドレス欄にホスト名を埋めて検証マークの灯るのを待ち、接続を押し、完了を確める——一歩ごとに界面ツリーの受領書があり、一歩ごとにスクリーンショットが残された。窓の題字がホスト表示を載せた瞬間、両端の死活確認が同時に 200 を返し、二回の施工（初接続、途切れ、再接続）がここに閉じた。リズムの細部も記録に値する。全工程は自動化の歩数上限の縁でちょうど走り切った——最後の一打が窓楣に落ちたのは、鞭を収める時刻と成功の時刻がほぼ重合したからである。

四、永続化：道を環境設定に築き込む

一度の接続は渡し舟にすぎず、永続化こそが街道である。リモート環境と資格は環境ファイルに書き込まれ、活動環境はそこを指した——次回の起動、クライアントは完成した道へ直接入り、資格の有効期間は一か月余り。振り返れば、この日の真の収穫は一度の接続成功ではなく一枚の路線図である。ループバックは壁、六桁と十二文字は門、対話セッションは橋、環境ファイルは道。四か所すべてが測明された今、コンパニオン通路は玄学めいた伝聞から、繰り返し歩める官道へ変わった。