以前書いた5つの構想を、いま手元にある実装と照合しました。どれも完成品として紹介するものではなく、着手済み、部分実装、未着手を分けるための記録です。
現在地
| 案 | 状態 | いま確認できる範囲 |
|---|---|---|
| FPS録画分析 | 部分実装 | kill-scene-scriptでOCRによるキル候補の切り出しまで。上達指標や精度評価は未実装 |
| ゲーム動画の実況 | 未着手 | フレーム抽出や音声合成の候補を考えた段階。面白さ・誤認識・尺は未検証 |
| Minecraftの作業bot | 未着手 | Mineflayer等を候補にしただけ。破壊や移動失敗への安全策が必要 |
| 動画棚 | 部分実装 | yt-clipListとvideo_memoで区間・時刻メモを別々に実装済み |
| 作業ログの整理 | 未着手 | ターミナル履歴とGit差分をプロジェクト単位で保存する案。秘密情報の除外が先 |
先に作るなら小さい境界から
FPS分析をいきなりコーチングに広げると、ゲームごとのUI差や録画条件の差を吸収できません。まずはキル候補の検出結果と処理時間を記録し、精度を測れる入力を用意するところからです。
動画棚はすでに2つの小さな実装があるため、次に試す境界を決めやすい案です。YouTubeの保存や再配布を前提にせず、ローカル動画の区間、メモ、プレイリストだけを対象にします。
作業ログは便利そうでも、APIキーや個人情報を含む可能性があります。記録対象のフォルダ、除外パターン、公開前の確認を先に決めます。自動投稿はしません。
ゲーム実況とMinecraft botは、短い入力と明確な失敗条件を作れるまで保留します。現時点では実装結果や性能を推測で補いません。
いまの結論
この5案のうち、実装へつながっているのは動画棚とFPS録画の一部です。次に進めるなら、既存のvideo_memoへバックアップとシークの検証を足すか、yt-clipListでローカル入力だけの再生テストを増やします。残り3案は、実験条件を決めてから着手します。