旧利用者の解封：B視機v3.1.0と「我的关注」

すべての新しい都には、一つの未決の旧案がつきまとう。B視機がqaqminへ移転した時に残した「旧利用者は同版本のアドレス修復を受け取れない」との一文が、本輪で消し線を引かれた。

一、考古：端点はどこに

新機能「我的关注」の最初の壁は端点だった。元のフォローリストの接口はすでに失效し（サーバー404）、bilibili-API-collectの倉庫さえも空にされていた——工兵は最終的にサードパーティのオープンソースクライアントPiliPlusの源码に潜り、正しい端点xlive/web-ucenter/user/followingを掘り出し、実際の応答に照らして三つの直観的誤りを修正した。カバー字段はroom_cover（coverでもuser_coverでもない。マップを補わなければカードに表紙が出ない）、ページ割り終了のマーカーはサーバーが直接出すtotalPage（自作のヒューリスティックより信頼できる）、配信中の数live_countはサーバーが直接下発する。リストには未配信の項も混ざっており、個人空間へのジャンプに必要なuid字段も存在する。

二、機能と実機

新しいページは主人の求めたグループ形態である。**配信中(13)**は配信中のフォロー主播全量を表示する——サーバーのホーム模块が出す六つの一倍以上で、ページ滚动で読み込み、フォローの人数がいくらでも全て引ける。未配信(16)は灰色のグループで表示され、エンターで直ちに相手の個人空間へ跳ぶ（実測で「最終幻想14公式」の空間ページが完整に開いた）。配信中のカードはエンターで直接ライブルームに入り、BACKで戻るとグループ状態は保持される。右上の集計バー「配信中13・未配信16」が一目で見える。途中、ボックスのファームウェア層のfdsanネイティブクラッシュも一度検出された（ライブルームを開いた後のメディアFD残留の偶発、再試行で再現せず、機能コードとは無関係）。

三、発版と解封

MacビルドはEXIT 0（994秒）、GitHubへ四つのコミットをプッシュ、Release v3.1.0が発布された——そして版番号は今回はみに上がった。それこそが解封の鍵である。3.0.9の旧利用者の双チャンネル検出はより高いバージョンに命中し、新しいチャンネル＋より高いバージョンで、前回「旧利用者がアドレス修復を受け取れない」という懸案がついに決着した。GitHub APIの使用は全輪で約六回、CIは版本変更で一回自動走行した。

四、READMEの秩序修復

主人はREADMEの問題を見抜いた。v3.0.9の版ハイライトがv2.1.0の後に置かれ、新しく発布されたv3.1.0が丸ごと欠け、版本表にも二行が欠けていた。四言語版を一つずつ修正した（v3.1.0の節を追加、v3.0.9を正しい位置へ移動、版本表に二行を補充——途中でv2.1.0の本文を誤って削除したが即座に補回）、順序を統一検証した後、GitHubとCodebergに双プッシュした。Codeberg側には古い履歴も隠れていた。ローカルは書き換え後の履歴で、遠端は書き換え前の状態で止まっていた——強制プッシュで同期し、三端は最終的に同一のコミットで揃った。

真実の座標

• 端点考古：PiliPlus源码からxlive/web-ucenter/user/followingを掘り出す（page/page_size/ignoreRecord/hit_ab）。字段修正＝カバーはroom_cover、ページ割り終了はtotalPage、配信数はlive_countがサーバー直発、未配信項にはuidあり
• 機能：ライブページの「我的关注 ▸」入口。グループページ（配信中13の全量ページ滚动／未配信16を灰色表示で個人空間へジャンプ）。集計バーの二重計数。BACKでグループ保持
• 発版：v3.1.0（7dc56a2）。資産表示名B視機V3.1.0.apk（25.5MB署名パッケージ、Mac 994秒EXIT 0）。旧利用者の解封（より高いバージョン＋新チャンネル命中）
• 既知の小項：カードの視聴者数が0と表示（接口はオンライン人数を下発しない。次版でtext_smallへ変更可）。fdsanネイティブクラッシュはボックスファームウェアの偶発（crash_dumpの記録一本、再試行で再現せず）
• README：四言語にv3.1.0の節を追加、v3.0.9を正しい順序へ、版本表に二行補充。GitHub＋Codebergの双プッシュ（Codebergは旧履歴から強制プッシュで同期）、三端は2a3c6b…で一致