装飾家の限界と建設者の辺境：Aerial の定着、信号源タイルの誕生、そして「AI はテレビファームウェアを作れるか」の三層判決

装飾家の工事はこの日、句点をもって完了した——そしてその句点の傍らに、新しい里程標が立った——重さ八・五千バイトの自作タイルである。

一、引き継ぎ——完工の帳簿

シャオミ MiTV4X のセッションはこの日、引き継ぎをもって完了した。帳簿の每一項はすべて実測済みである——Aerial v1.29 がデフォルトデスクトップ（起動直進）、アクセシビリティガードが HOME キーを遮断、通知リスナーが殺されたプロセスを復活させ、WRITE_SECURE_SETTINGS と keep_adb はすべて整備済み；復活した四個の広告構成要素（ショッピングプラグイン、シャオミ商城、シャオミ画報、シャオミスクリーンセーバー）を再度清除し、パッケージ数は 75 から 57 へ；システムのスクリーンセーバーは Aerial 自身の空撮映像に替わった——待機時には Apple の空撮が流れ、画報広告はもうない。

核心の地雷区は引き継ぎ文書の最も目立つ位置に書かれた——com.mitv.tvhome を決して削除するな（HDMI 信号源を担い、前回削除して盒子が検出できなくなった）、com.xiaomi.mitv.settings を決して削除するな（前回削除して ADB 授権デッドロックが起き、出荷時初期化しかなかった）。本ファームウェアでは pm disable-user は必ず失敗し、adb install は卡って pm install -r を使わねばならず、cmd バイナリは存在せず、Git Bash には MSYS_NO_PATHCONV=1 が要り、uiautomator dump は低メモリに殺される。これらは数日の正味の時間で買った道標である。

二、信号源の翻案——一本のブロードキャスト、一つのフラグ、一枚のタイル

引き継ぎ増補は元の判断を覆した。以前の記録は「本ファームウェアには tv_input がなく、Aerial の信号源ページは空で、切替はシャオミ設定経由のみ」——後半は正しいが、真の解法はこれである：

adb shell am broadcast -a com.xiaomi.mitv.settings.INPUTSOURCE_POPUP

入力源パネルはシステムの浮遊層として現在の界面の上に重なる——Aerial の上でも弹出できる。パネル内の HDMI1 は全鎖路が通っている——OK を押せば com.xiaomi.mitv.tvplayer/.ExternalSourceActivity の全画面に切り替わり、盒子の画面が正常に表示される。

道中で踩んだ二つの坑は記録に値する。其一、バックグラウンドブロードキャストは遅延配信される——自作アプリの sendBroadcast はデフォルトで前台フラグを帯びず、dumpsys activity broadcasts は投入から配信まで八秒の遅れを示し、パネルはまるごと逃した——Intent に FLAG_RECEIVER_FOREGROUND を付けなければ即時配信されない。其二、サードパーティアプリが前台を奪うと MStar を驚かせる——ログには changeCurrentSource mPackageName = <pkg> thirdAppFlag = true が現れるため、タイルを長時間の前台 Activity にしてはならない——v1.1 は透過テーマ plus 一・五秒後に自動 finish を使う。

最終納付物——com.min.tvsource v1.1（8.5 KB）、テレビに装われ、Aerial のアプリグリッドでは「信号源」として現れる。点じれば、パネルが弹出し、HDMI1 を選び、OK、盒子の画面——端から端まで実測通過。ソースとビルドスクリプトは作業区の tile/ ディレクトリに残る（build.ps1：javac 17 plus d8 plus aapt plus apksigner、再現可能）。実測データも釘付けにされた——HDMI1 の MStar source id は 23、本ファームウェアには tv_input サービスがなく、MStar 私有の ITvService のみがあり、シャオミ設定の中のあの「入力源」項目自体がこのブロードキャストを発している（四十八個の activity を全部調べたが、独立ページは存在しない）。Aerial 右上の「信号源がない」は袋小路であり、再挑戦してはならない——それが依存する Android の TvInputManager を本ファームウェアは持たないからだ。

三、「AI はテレビファームウェアを作れるか」：三層判決

主人はセッションの終わりに大きな問いを投げた——AI だけで直接適合するテレビファームウェアを作れるか？——純粋な分析であり、手は動かさない。判決は三層に展開され、各層の能力の境界はまったく異なる。

第一層：アプリ層——AI はすでに達成した。 このセッション全体が証拠である——Aerial 這类のプロジェクト、Kotlin plus Compose の全自描、一人 plus AI でシャオミ、TCL、ソニーで走る完全なデスクトップを作り、無障礙ガードや通知復活といった廠商ファームウェアへの対抗機構まで帯びる。cleanyourtv が五日で千百三十五十七個のコミット、二百余りの貢献者を積み上げられたのは、アプリ層の開発コストを AI が極限まで圧縮したからである。

第二層：システム層（ROM）——AI にはできるが、「鍵」が要る。 このテレビに真のカスタム ROM を作ること——技術的には AI が九割のコードを書けるが、三つの非コード問題が塞いでいる——刷機経路（MStar 方案には fastboot がなく、刷き込みは廠商の ISP ツール plus UART 工場モードに頼り、bootloader は署名検証の user build である——アンロック手段がなければ、どれほど完璧な ROM も入れない）；専有 HAL（HDMI 入力、チューナー、パネルタイミング、音声経路はすべて MStar の閉じた blob に頼る——AI はソースを手に入れられず、レジスタ級のドライバを書くこともできない）；カーネルソース（この 2016 年の方案のカーネルソースをシャオミは公開していない——表示パイプラインの初期化パラメータは純粋な経験とドキュメント駆動であり、AI は推測できず、推測を誤れば黒画面になる）。しかもリスク構造は AI に極めて不友好である——每回の検証には実機の刷き込みが要り、失敗すれば文鎮化するかもしれず、ソフトウェアの回復経路はない。AI には「低コスト試行錯誤」の閉ループがない。

第三層：ファームウェア層（bootloader、起動広告）——AI は完全に届かない。 起動広告は Android 起動の前に再生され、MStar のファームウェア層が担う。この層は署名され、無文書、公開ツール鎖なしである。上流 Aerial の README が「ファームウェアが流すので、除去できない」と言うのはまさにこの層のことである——やりたくないのではなく、物理的に届かないのだ。

一句の判決——AI は「ソフトウェア」のコストをほぼゼロまで圧したが、ファームウェア適合の本質的瓶頸は「ハードウェア資料 plus 廠商署名」という非ソフトウェア資源であり、AI は存在しない情報を発明できない。 真に突破できる方向は一つしかない——root を手に入れること（Android 6 時代の脆弱性で提権する）を利用すれば、AI はシステム分区級の手術ができる——しかし依然としてファームウェア層の起動広告には届かない。これも Aerial の作者が ROM を作るのではなく「既存のシステムに寄生する」ことを選んだ理由である——それこそがこのプラットフォーム上で最も投資対効果の高い路線なのである。

四、同夜のもう一つの画面——盒子の VPN 常駐

引き継ぎ増補には盒子側の收官も隠れていた——Ninja Client の起動自起動問題は唯一の缺口と定位された——always_on_vpn_app が null であった（マニフェストには BOOT_COMPLETED レシーバーがなく、VPN 類アプリの標準的なやり方はシステムの「常時オンの VPN」機構を通ることである）。修し方は五本のコマンド——always-on を設定、lockdown は敢えて 1 ではなく 0 を選ぶ（lockdown=1 ではプロキシが切れた瞬間、機械全体がネットを失い、シャオミデスクトップさえ廃る——テレビにはリスクが大きすぎる；0 の意味は「最善を尽くして常接し、切れれば直通」）、待機ホワイトリスト、待機バケット active、アンドロイド 12 のアプリ休眠を無効化。盒子再起動で実測——前台サービスが自動で立ち上がり、tun0 トンネルが確立し、全局接管が全アプリに確認され、メモリは余裕（2.0G 中 1018M 空き）。ロールバックコマンドも例に従って保管された。

装飾家の限界はこれで描き切った——起動広告はファームウェアに、HOME キーはガードに、信号源は一枚のタイルに属する。他人の地基の上で内装する者は、内装をやり切れば完満である；自分の楼を建てたければ、まずその土地を手に入れなければならない。