「作りたいものを、最後まで作れるサイズにする」——個人ゲーム開発者のこの一言は、AIコーディングエージェントへのタスクの渡し方にそのまま使える。大きすぎるタスクを渡すと、AIも人間の企画倒れと同じように迷子になる。
「完走できるサイズ」かどうかを着手前に判定する4つの問いと、削ってもまだ大きい仕事を階段状に割るときの考え方。
2026年7月、個人ゲームクリエイターのzero氏（@plu_plus）がXに投稿した一言が、界隈で共感を集めた。個人ゲーム開発というジャンルの宿命を1行に凝縮した内容で、要旨は「作りたいものを、最後まで作れるサイズにする」というものだ。
個人ゲーム開発は、企画そのものの大きさが完成を左右する。壮大な企画は着手時点では魅力的に見えるが、実装が進むにつれてスコープが膨らみ続け、完成前に力尽きる。「完成まで持っていけるサイズに企画を削る能力」とは、作りたいものの魅力を保ったまま、完走できる大きさまで意図的に小さくする技術のことだ。コードを書く技術そのものより、この「削る判断力」の方が完成率を左右する、という趣旨だった。
この発想はゲーム開発に限らない。AIコーディングエージェント（Claude Code、Codexなど）にタスクを渡すときにも、驚くほどそのまま当てはまる。人間が「完走できるサイズ」を見誤ると企画倒れするように、AIエージェントも「完走できるサイズ」を超えたタスクを渡されると、実装の途中で迷子になる。
人間が壮大な企画で挫折する理由と、AIエージェントが大きすぎるタスクで手が止まる理由は、驚くほど似ている。
AIエージェントは長い作業セッションの中で、ファイルを読み、コマンドを実行し、エラーに対処し続ける。タスクが大きいほどこのやり取りの往復が増え、最初に渡した指示の重みが会話の中で相対的に薄まっていく。人間が「そもそも何を作りたかったんだっけ」と我に返る瞬間と、構造としては同じことがセッションの中で起きる。
個人ゲーム開発で完成しない企画の多くは、「どこまでやれば完成か」が最初から定義されていない。AIエージェントへのタスクも同様で、「いい感じに直しておいて」のような曖昧な依頼は、AI側にも完了条件が見えないため、際限なく作業を広げるか、逆に中途半端な地点で「完了しました」と報告してしまう。
ここが核心。「完走できるサイズ」かどうかを分けているのは、タスクの技術的な難易度ではなく、着手する前に完了条件を具体的に言い切れるかどうかだった。言い切れないタスクは、渡した時点でまだ「企画」の段階に過ぎない。
「完走できるサイズ」まで削れているかどうかは、感覚ではなく具体的な問いに落とし込んで判定できる。AIにタスクを渡す前に、次の4点で確認すると期待値のズレが減る。
4つの問いに答えても、それでも1回で完走できないほど大きい仕事は珍しくない。その場合は無理に1タスクへ圧縮しようとせず、各段の完了条件だけを先に決めた「階段」として割る方が実務的だ。「まず一覧を洗い出す」「次に方針を決める」「最後に実行する」のように、前段の成果物が次段の入力になる形に分けておけば、途中でAIのセッションが切り替わっても、次の担当（人間でもAIでも）が迷わず続きから着手できる。
この「引き継ぎやすい単位に割る」という発想は、以前このブログで書いた別のAIに仕事を渡すプロンプトの書き方とも重なる。委任プロンプトの型が「渡すときにどう書くか」の話だとすれば、タスクスコープの削り方は「そもそも渡す前にどこまで小さくしておくか」という、一段手前の判断にあたる。個人ゲーム開発の教訓が示すのは、結局のところ完走できないサイズの仕事は、誰に渡しても——人間であってもAIであっても——完走できないという、身も蓋もないが見落としがちな前提だ。