10月9日、Atomic Objectが「Reduce AI Decision Fatigue: Lessons from Game Design」と題した記事を公開した。AIが「小さな決断」を自動化するほど、開発者が担う「大きな判断」の質がむしばまれていく——この逆説を、ゲームデザインの理論を使って解き明かし、疲弊を防ぐ3つの実践方法を提示している。
AIが奪う「小さな決断」の時間
AIエージェントを使った開発に慣れてきたエンジニアが直面しやすい問題がある。1日8時間、プロンプトを書き、計画し、生成されたコードをレビューし続けると、午後には判断の質が明らかに落ちてくる。これがデシジョンファティーグ（意思決定疲れ）だ。
Atomic Objectの記事では、この現象をゲームデザインの文脈から分析している。参照しているのはTynan SylvesterのDesigning Gamesという書籍で、「プレイヤーは大小さまざまな意思決定のバランスが取れていないと、集中力と興味を維持できない」という主張だ。
ソフトウェア開発に当てはめると、コードレビューは大きな決断にあたる。ビジネスドメインとの整合性、ロジックの重複、APIの境界の尊重といった広い文脈の情報が必要になる。一方、変数の命名は小さな決断だ。そのコンテキスト内の情報だけで判断できる。
問題は、AIが小さな決断を自動化することにある。その結果、開発者の時間とエネルギーが重たいタスクに偏る。記事では、これが2種類の過負荷を引き起こすと指摘している。
- 情報過多（Information Glut）：エージェントが大量の情報を生成し続け、追跡が不可能になる
- 決断スコープの拡大（Expanded Decision Scope）：エージェントが求める答えがシステム全体に影響するものばかりになり、影響を十分に評価する時間がなくなる
この状態が続くと悪循環が始まる。決断するたびにシステムへの理解が浅くなり、情報はさらに膨らんで複雑になっていく。小さな決断の喪失が、積み重なって大きな判断の質をむしばむ——これが記事の核心にある逆説だ。
ゲームデザインから学ぶ3つの対策
記事では、疲弊を防ぐための具体的な方法として3つを挙げている。
1. 手でスタブを書いてからエージェントに渡す
最も実践的な提案だ。仕様書を書いてエージェントに丸投げするのではなく、実装前にスタブ関数や擬似コードを自分で手書きする。関数名・変数名の命名、コードベースのナビゲーション、使えるヘルパーの探索といった小さな決断を自分が経験できる。
この作業には副次効果もある。エージェントはスタブを見ながら実装を進めるため、意図が伝わりやすくなる。また、レビュー時に「どこに変更が入るか」が事前に分かるため、確認の精度が上がる。AIに渡す前の「自分で手を動かす時間」が、後工程のレビュー品質を底上げするわけだ。
2. 物理ノートに戻る
これはAtomic Objectが別記事で推奨していた方法でもある。ダイアグラムを描いたり、TODOを書いたり、デモフィードバックをメモしたりする作業を、デジタルではなく紙で行う。
重要なのは、まだ仕様に落とし込まず、アイデアを「試す」段階を設けることだ。デジタルノートに書くと即座に「確定情報」になりやすいが、紙なら自由に考えを展開できる。AIに早期に介入させず、自分の思考を整理してから渡せる。思考の入口をアナログに保つことで、エージェントへの依存タイミングをコントロールできる。
3. ユーザーとしてアプリを使う時間を作る
エージェントからの情報フローを一時的に切り、実際にブラウザを開いてクリックして回る。1つのタスクに何クリック必要か、テキストは読みやすいか、デザインはそのまま使えるか。
これらはコードを書いていた時代は自然に確認していた「主観的な判断」だ。仕様定義→コード生成→レビュー→デプロイというエージェント主体のワークフローには、この評価ステップが明示されていない。意識して組み込まなければ抜け落ちてしまう。ユーザー視点に立ち戻る時間を定期的に確保することが、品質の最終ラインを守ることにつながる。
本質は「決断の多様性を取り戻す」こと
3つの方法に共通しているのは、AIにゆだねた小さな決断を意図的に手元に残すことだ。小さな決断は単なる暇つぶしではない。それが大きな決断に対する集中力と判断精度を支えていた。
LLMを使ったエージェント開発は、より多くの決断を、より多くの情報を元に、より速く行うことを促す。だがそのスピードが、本来必要な判断の質をむしばんでいることは、実際に現場で使っているエンジニアには刺さる指摘だろう。ゲームデザインの知見が、AI時代の開発者の認知負荷という問題に鮮やかに応用されている点も、この記事の読みどころだ。
詳細はReduce AI Decision Fatigue: Lessons from Game Designを参照していただきたい。
