M6: 正式CLI・Worker接続とMVP受け入れを完了

[simosako]

概要

承認済みのMVP範囲でM6を完成させ、正式CLI・Workerへの接続と受け入れ結果をmainへ統合します。GitHub側のmainに未反映だった新規初期化・稼働検証・通常更新の4コミットも含みます。

主な変更

• 新規M6サービスの初期化、認証付き稼働検証、paused完了と明示再開。
• データ形式を変えない通常更新と、完了応答喪失時の読み取り専用照合。
• Show/Episodeの公開停止・復元・明示削除を正式CLI・Workerへ接続。既存runnerを共用し、旧CLIの重複処理を削減。
• 300,000,000-byte MP3の完全性検証をCLIの全量読み戻しとR2のSHA-256検証へ集約。Worker内の全量再ハッシュを除き、owner/generation/token/size/identityの検査は維持。
• README・help・次期Release notes草案と、専用Cloudflare環境での受け入れ記録を整備。
• 既存のLinuxビルド・smoke workflowをmain向けPRでも起動。runnerに試験用のprivate一時ディレクトリを事前作成し、タグ以外ではReleaseを作成しません。

最終ローカル検証

• bun test: 893 pass / 0 fail、13,526 assertions、96 files。
• npm run check。
• npx tsc --noEmit --project experiments/m6/tsconfig.json。
• npm run build:cli -- linux-x64。
• ソースのないcwdでLinuxバイナリのversion、root/init/create-show/create-episode helpを確認。
• git diff --check。

実機受け入れ（既存の検証結果を利用）

• 初期化→paused完了→明示再開→Show/Episode公開と、GET/HEAD/Range/304。
• 通常更新後のGUID・revision・音源URL等の保持。
• Show/Episodeの停止・復元・削除の6操作と、payload削除・必要な運用記録の保持。
• 300 MB音源の公開・全量配信、上限超過の拒否、音源のみ／metadataのみの改訂。
• feed/cover/小さい音源の実cache HITと配信状態の再検証。
• 更新完了応答喪失時に、再配備・complete再送・自動resumeをしない照合。

根拠と限定条件: M6受け入れ記録、完全性検証調査、Release notes草案。

制限・今回の対象外

• unknown IO／残存lockはブロックを維持。万能な復旧、強制unlock、時間経過だけでのtoken解放は提供しません。
• 旧形式データの自動変換、既存資源の自動採用、独自domain、無停止更新、一般staging cleanup、費用・停止時間測定は対象外。
• REST単一PUTの切断後挙動に関するU1は未検証の仮定として記録し、Cloudflareの保証とは扱いません。
• 過去の300 MB失敗環境の未知owner/tokenは保持し、後続試験の成功を解放根拠には使いません。Workers Paidへの変更もありません。
• バージョンは0.2.0-devのまま。正式バージョン、タグ、GitHub Release、Cloudflareへの新規配備はこのマージでは実施しません。

マージ方法

PRのCI成功を確認後、検証済みhead commitに固定してMerge commitで統合します。管理者権限によるチェック回避は行いません。

初回CIはrunnerに/tmp/opencodeが存在せず、local journal等のfixture作成がENOENTで失敗しました。workflowでprivate一時ディレクトリを作成する最小変更を追加し、製品コードや安全条件を変更せずに再検証します。

再検証はGitHub Actions run 37185041485で成功しました。head 122b9346eee39a8526a1f2b0a92af464cf027eb8に対して型検査、893 tests / 0 fail / 13,526 assertions、Linuxバイナリのビルド・checksum・version/help確認が合格しました。Release jobは意図通りskipしています。