デジタルガーデン

九百六十八行の遷徙

2026-10-05 · 約 6 分 · a_bogus · Kotlin 移植 · SM3 · dytv

文明史上最も壮大な遷徙は、決して人口ではなく、経典だった——ある文明が書いた算法を、一文字も変えずに別の文明の文法へ移すこと。

処方箋を捕獲した以上、残るのは最も硬い一段の路——DTK の中の九百六十八行の純アルゴリズム Python（SM3 ハッシュ＋変種 RC4＋五十のスカラー字段の配列）を、ビットレベルで正確に Kotlin へ移植すること。DTK は Apache-2.0 の clean-room 再実装なので、移植に許可問題はない——しかし「ビットレベルで正確」の四文字は、一バイトの偏差が全盤皆負を意味していた。

一、stall したエージェントと自ら筆を執る

工兵はまず移植専門の子エージェントを派遣し、自分は原生の骨格（Media3 プレイヤー＋API 層＋TV ページ送り UI）を組んだ。四十五分が過ぎてもエージェントは顆粒無收——それを止め、後のファイル上書きを防ぎ、そして自らソースを読み、自ら書いた。これが本夜最もハードコアな宣告だった——機械が stall する所で、人が引き継ぐ。

二、バイト級の狩り二件

移植の坑はことごとくバイトの層面にあった。其一、RC4 の鍵スケジュールで key[i] は Kotlin では Byte（負になりうる）だが、Python では 0..255 の int——マスクしなければ全盤が誤る。其二、IV 定数の补码を手算すると必ず誤る——統一して Long.toInt() に改め、コンパイラに代働させる。直して、提出して、構築——一度のコンパイルで通り、v1.0（4.3MB、Media3 込み）。

三、熊出没のフルスクリーン

装机、点火、链路を回す——feed リクエスト status 200、81KB のデータ——Kotlin 移植の a_bogus を、抖音はその場で認めた。 フルスクリーン再生成功、《熊出没》が箱の上に生まれ、下部の作者とタイトルは正常にレンダリング；リモコンの下キーで次の映画解说に切り替わり、OK キーで一時停止/再生——ログインなし、認証コードなし、全链路が听命。

四、ロードマップと六重の門

栄光の後は規律。「ユーザー価値 ÷ 実装リスク」で並べた P1–P6 を docs/ROADMAP.md に書き込んだ——P1 Cookie ログイン（箱が QR コードを表示 → 手機がスキャンして局域网ページを開く → ペーストして提出、リモコン入力を回避）→ P2 観賞体験の补齐 → P3 検索 → P4 作者页/合辑 → P5 インタラクティブ書き込み（讀路径が全部安定した後に意図的に置く——書き接口こそがアカウント風控の敏感区）→ P6 ライブを圧軸。P7 は持続項——署名の回帰単体テスト、每日接口自検 CI、風控退避——署名は歷史上 1〜3 ヶ月に一度変わるので、自検は機能を産まないが、すべての機能が生き続ける前提である。赤線は四本——ダウンロード、ウォーターマーク除去、批量収集、商用。

続いて P1–P6 を一斉に着工、v1.1.0（4.6MB）の十二項目を実測——情報層に統計付き（❤8.4万 💬1.0万 ⭐3879）、再生失敗時の自動スキップ、作者作品のゲスト直結 18 条、ペアリングサービス 200、検索指令の下達成功。途中で二つのエンコード陷阱を抓まえた——brotli は対応を宣言するが实际に解けない（gzip を強制）；手動で Accept-Encoding: gzip を付けると逆に OkHttp が自動解凍しなくなり、body が文字化け——代理人が代わりにやっていたことに、その仕事を奪うな。

リアル座標

a_bogus Kotlin 移植 SM3 dytv

コメント

← デジタルガーデン