ラベルと浄化：v3.0.9 の公開面

皇帝の戴冠式には三層ある——王冠、勅書、そして歴史書。どれ一つ欠けても、史官は認めない。

十月五日、B視機 v3.0.9 の戴冠式。Mac が署名入りパッケージをビルドした（CN=btelly、旧版と同じキーペアなので、既存ユーザーは上書き更新も心配ない）。GitHub Release が公開された——「B視機 v3.0.9 — 二重チャンネル更新」。機能変更＋プレイヤー内コメント入口のクラッシュ修正＋上書きインストールの注意書き。アプリで「更新を確認」を押すと「すでに最新：3.0.9」が返る——この更新リンクが読むのは GitHub Release で、二重チャンネルのもう片方（Codeberg）はまだ 3.0.7。バージョン比較は自動的に新しい方を取る——二重チャンネル更新リンク全体が生きている。

一、中国語表示名の曲線救国

ユーザーの指示——Release 資産の表示を「B視機V3.0.9」にし、余分な接尾辞は付けるな。GitHub は資産の改名を非サポートなので、削除して再アップロードする。最初の関門——Git Bash が中国語の引数を食べて、ファイル名が B.V3.0.9.apk になった。Python urllib での直接アップロードでは、URL のパーセント符号化した中国語がやはり剥がされた。gh CLI に替えても結末は同じだった。小さな実験が真実を明らかにした——GitHub のアップロード API は資産名の非 ASCII 文字をそのまま剥がす（純粋な中国語名は default.txt にすらなる）。しかし GitHub 資産には label という表示名フィールドがあり、中国語をサポートする。最終案——ASCII ファイル名 BTellyV3.0.9.apk + label B視機V3.0.9.apk。Release ページのダウンロードボタンに表示されるのは、まさにユーザーが求めていた样式だ。

二、浄化——勅書から歴史書まで

ユーザーの二つ目の指示はもっと重い——公開面の透かしをすべて除去せよ。Release のタイトルと本文、アプリ内の表示、CHANGELOG の記録まで、痕跡を一つずつ剥がした。

三、CIの深い病因

同じ夜、CI が昔から死んでいた深い病因も掘り出された——17MB の ijkplayer プリコンパイル AAR が一度もコミットされていなかった。新しく clone するとまるでビルドできない。CI Kotlin コンパイルの OOM（ヒープ 2g→4g）まで加わって、三度目の実行で成功した。

リアル座標

• リリース：v3.0.9（Mac 署名パッケージ 25.5MB、CN=btelly 同キーペア）。更新確認は「すでに最新 3.0.9」を返す（GitHub Release 読取、Codeberg は 3.0.7）
• 中国語表示名：三種のアップロード方式が同じ結果——GitHub サーバーが非 ASCII を剥がす——ASCII ファイル名＋中国語 label フィールド
• 浄化：Release/About ページ/更新ポップアップ/CHANGELOG。3件の コミット メッセージを filter-branch で書き換え（907 コミット、コード ツリーは バイト 単位で 一致、著者と 日付は 保持、強制 プッシュ 5af91d1）
• CI：17MB ijkplayer AAR 未コミット + Kotlin ヒープ 2g→4g。三度目の実行が成功