
2026/11/09 4:37
私が AI の「ブレイン・フライ」と対抗する方法
RSS: https://news.ycombinator.com/rss
要約▶
Japanese Translation:
要約: 本文は、複数のタブにわたる AI ワークセッションを整理するために優先度付きキューシステムを提案し、膨大な文脈や不適切なシーケンシングによる脳疲労を直接対処する。この手法では、開発チケットを Markdown ファイルとして扱い、関連するコードと一緒に永続的に Git に格納することで、一時的なチャット履歴や人間の記憶への依存を排除する。システムはコミットされたスナップショットによってボードの状態を維持し、エージェントが研究(新しいタスクの研究)、構築(承認されたアイテムのビルド)、テスト実行、デプロイ検証という構造化されたサイクルでワーク进行处理を行うようにする。特に重要な点として、機密コードの変更にはブランチ作成と承認が必要であり、本番環境へのデプロイは安全性を確保するため厳格に手動で行われる。人間の判断が必要なアイテムは「オーナー受信トレイ」に集められ、スクリプトが優先順付されたリストを生成してレビュー用に提供する。ユーザーインターフェースは単なるビューアとして機能し、各サイクルごとに Git から 1 ページ分が再構築されて表示される。意思決定やアクションの直ちにチケットを閉じることで、文脈がメモリ内に残留することを防止する。このアプローチにより、集中力が分散することなく単一タスクに焦点を当てることができる。初期読み込み時間の最適化(具体的には読み込み時間を 20 分から約 1 分に短縮すること)は依然として課題であるが、このワークフローは静的なツールではなく自己改善型の生きた有機体として機能することで、劇的な生産性向上を実現する。
本文
AI 開発で集中力を維持するための「優先度付きキュー」作戦
🔍 なぜ従来の方法が失敗するのか?
Claude Code や Codex をターミナル上で利用する際の典型的な陥入パターンです。
- マルチタスクによる混乱:
- AI に回答を待ちながら別の作業を開始すると、最初のタスクから
(補足質問)やclarifying question
(フォローアップ)、副次的なタスクが返ってきます。follow-up - これらは独立したタブとなり、片っ端から処理しようとして 20 以上のスレッドを行き来 することになります。
- AI に回答を待ちながら別の作業を開始すると、最初のタスクから
- 認知オーバーロード:
- すべての文脈を脳内の RAM に抱え込もうとすると、限界を迎えます。
- 結果として頭が疲弊し、集中力が崩れ、「何をしていたのか」「どこで始めたのか」「どこで終わらねばならないのか」という感覚自体を失ってしまいます。
💡 解決策:作業プロセスの再構成
単なる休憩や思考時間の確保ではなく、作業フロー自体を根本から変える実験を行いました。本手法は以下の 2 つの課題に焦点を当てています。
- 順序付け
- 文脈の維持
これらを解決するために、作業を 優先度付きキュー(Priority Queue) として再構成しました。
⚙️ システムの具体的な仕組み
このシステムは以下の 5 つの要素で成り立っています。
1. キー:Git リポジトリに存在する
- チケットのすべてを リポジトリ内の Markdown ファイル として管理します。
- 関連するコードの隣に配置し、ボードの状態はコミットされたスナップショットとして保持します。
- 重要な情報はチャットウィンドウや人間の記憶には保存しません。
- セッションが中断しても、キューはそのまま存続します。
2. エージェントによるサイクル的作業
AI エージェントが以下のような工程を自律的に処理します。
- 新しいチケットの研究
- 「安全」とタグ付けされたチケットの構築
- テストおよびブラウザチェックの実行
- デプロイ済み状態の検証
セキュリティ対策:
- 機密コードに触れる際はブランチ上で構築し、事前の許可を得ます。
- 生产環境へのデプロイは決して行いません(これは人間の役割です)。
3. 所有者のインボックス
- エージェントが判断できない事項を一元化します。
- スクリプトがボード全体を走査し、人間の裁量が必要な優先度付きリストを提示します。
- 例:変更の検証、質問への回答、トレードオフの決定 など
4. 閲覧 Surfaces(表示画面)
- Claude のアーティファクトとして提供される単一のページ上で作業を行います。
- Git から再構築され、ボード全体と各チケットごとの検証ページを反映します。
- 利点:
- ターミナルのスクロール操作を行わずに、変更内容や意図を追憶できます。
- リンクを開いて「何が構築されたのか」「なぜなのか」を読み、判断を下し、その結果を Git に戻して記録します。
- ページ自体は表示画面であり、Git が真の記録媒体です。
5. 「閉じる」トリック(重要)
- 文脈の即時解放:
- 一つの項目を取り上げて文脈を読み込みます。
- 判断を下したりアクションを求めたりします。
- それをキューに戻すことで「閉じます」。
- このプロセスにより、チケットは記憶の中で未処理タスクとして浮き彫りにされず、文脈も同時に解放されます。
- その結果、次のアイテムを選択する際、一度に一つのものだけ に集中できます。
🎯 効果と今後の課題
達成した効果
- 疲弊感は残るが、迷いや distractions( distraction: distractions は「気散じ」)の感覚を感じません。
- 真の意味での深い集中が可能になります。
現在の課題
現在もツール環境の改善を続けています。以下の点に注力しています。
- 文脈の消化性向上: チケットをロードする時間を大幅に削減(例:1 分以内)させる仕組み作り。
- ブロック回避: 人間の裁量を待たされて永久に止まる状態(永続的ブロッキング)から解放されるようにする。
このシステムは生きた有機体であり、絶えず改善が続いています。しかし、AI ツールを用いた生産性において飛躍的な進歩を感じたため、共有することにしました。