AIによるブレインファティーグとの戦い方

AIによるブレインファティーグとの戦い方

ターミナルでClaude CodeやCodexを使っているなら、この問題はご存知でしょう。

タスクを開始します。AIの返信には時間がかかるため、別のタスクを開始します。すると最初のタスクからの返信が来ますが、その返信には1つの明確化、1つのフォローアップ、1つのサイドタスクが必要で、それぞれに独自のタブが必要です。次に2番目のタブからの返信が来ます。あなたは juggling（器用にこなす）します。そして突然、20のやり取りの間を飛び回り、それらすべてのコンテキストを脳のRAMに保持しようとしていることに気づきます。

それができなくなるまで。あなたの脳は疲弊し、集中力は粉砕され、何をしていたのか、どこから始めたのか、どこで終わるべきだったのかがわからなくなります。

多くの人が休憩を取ること、入力する前に考えること、スコープを制限することを提案しています。私には私自身の実験があります。

この作業方法は2つの主要な問題、つまりシーケンスとコンテキストがあると判断しました。そこで、私の作業を優先度付きキューのように整理しました。

これが実際にどのように機能するかです。

キューはgitにあります。各チケットは、コードのすぐ隣にあるリポジトリ内のマークダウンファイルであり、ボードの状態はコミットされたスナップショットです。重要なものは何もチャットウィンドウにはなく、何も私の頭の中にはありません。セッションが終了しても、キューはそこにあります。

エージェントがサイクルごとにそのボードを処理します。新しいチケットをリサーチし、人間がビルド可能とタグ付けしたものをビルドし、テストとブラウザチェックを実行し、すでにデプロイされているものを検証します。機密コードに触れるものについては、ブランチでビルドし、まず尋ねます。本番環境へのデプロイは決して行いません。その部分は私の担当です。

できないのは、決定することです。そのため、私を必要とするすべては、私がオーナーインボックスと呼ぶ1つの場所に集まります。スクリプトがボード全体を読み取り、私の判断を待っているアイテムの正確な優先度付きリストを渡します。この変更をレビューする、この質問に答える、このトレードオフを決定するなどです。

読み取り面はClaudeのアーティファクトです。サイクルごとにgitから再構築される1ページで、ボード全体とチケットごとのレビューページをミラーリングします。そのため、変更内容を再構築するためにターミナルをスクロールすることはありません。1つのリンクを開き、何がビルドされ、なぜビルドされたかを読み、私の評決を下します。評決はgitに戻り、カードに記録されます。ページはビューアーにすぎません。gitが記録です。

そして、最も重要な部分が来ます。

1つのアイテムを取ります。そのコンテキストをロードします。決定を下すか、アクションを要求します。そして、それをキューに戻すことで閉じます。

そのクロージングがすべてのトリックです。チケットは、覚えておくべきものとして私の記憶にぶら下がり続けることはありません。コンテキストはそれと一緒に閉じられます。そのため、キューから次のアイテムを選ぶとき、実際に集中できます。一度に1つのこと。

それでも疲れます。しかし、散漫になったり迷ったりすることはありません。

課題は、その周辺のツールでしたし、今もそうです。コンテキストを消化可能な形式で提供できるようにすること。チケットのロードに20分ではなく1分かかるようにすること。そして、私だけが与えられる裁定を待ってブロックされているために、チケットが決して終わりのないループに入らないようにすることです。

それは生きた有機体であり、私はそれを改善し続けています。しかし、AIツールでの生産性が大幅に向上したと感じたので、共有する価値があると思いました。