Claude Code のターミナル乱立問題:AI駆動開発のボトルネックは人間の注意力
AIエージェントがコードの大半を書くようになると、エージェント開発のボトルネックはもはやタイピング速度やモデルの品質ではありません。人間の注意力です。どのエージェントが待っているかに気づき、答えるために必要なコンテキストを見つけ、返答するという3つのステップがその中身です。新しいセッションのたびにタブやペインが積み上がるターミナルの乱立は、この3つすべてを遅くするため、必要なのはターミナルを増やすことではなく、より良いシグナルと構造です。
ターミナルの乱立とは、実際どのような状態ですか?
ごく普通の火曜日を想像してください。プロジェクトが3つあり、それぞれで Claude Code のセッションが2〜3個動いています。バックエンド担当が1つ、テストを書くものが1つ、計画をレビューするものが1つ。合計9個のターミナルです。タブに入っているもの、ペインに分かれているもの、存在を忘れていた tmux セッションの中にあるものもあります。
この9個のどこかで、エージェントが20分前にターンを終え、データベースマイグレーションを実行してよいかと尋ねています。別のエージェントはクライアントの仕様について質問していますが、答えは先週ダウンロードした PDF の中にあります。3つ目のエージェントは、4つ目がすでに別ブランチで書いたコードを、せっせと書いています。
遅いエージェントは1つもありません。待たせているのはすべて人間の側です。
よくある症状は次のとおりです。
| 症状 | かかるコスト |
|---|---|
| 「何か待っているものはないか」とタブを順に確認して回る | 1回数分、1時間に何度も |
| 別のウィンドウにいる間、エージェントが許可プロンプトで止まっていた | エージェントが遅いように見えるアイドル時間 |
| 1時間前にエージェントが出した質問が見つからない | スクロールで探すか、エージェントに言い直してもらう |
| 2つのセッションが同じ問題を解いている | 作業の重複と、予定外のマージ |
| プロジェクトを開き直したとき、どのターミナルが何をしていたか思い出せない | スクロールバックからコンテキストを再構築する |
これらのうち複数に心当たりがあるなら、エージェントを増やしても速くはなりません。
なぜ人間の注意力がエージェント開発のボトルネックになるのですか?
エージェントはターン単位で動きます。読み、計画し、編集し、コマンドを実行し、そして止まります。作業が終わったか、人間に何かを求めているかのどちらかです。この「停止」が重要な瞬間です。人が見るまで、エージェントは先へ進めません。
エージェントが1つなら問題ありません。9つあると、各エージェントのスループットは、あなたが停止にどれだけ早く気づくかで決まり、その解除を1人の人間がウィンドウを行き来しながら行うことになります。
つまり本当のコストは「エージェントが止まった」から「人間が答えた」までの時間です。この間隔は3つの要素でできています。
- 気づくこと。 特定のセッションが待っていると知ること。
- コンテキストを探すこと。 答えるために必要な情報を取り戻すこと。エージェントが何をしていたか、顧客資料に何と書かれているか、昨日自分が何を決めたか。
- 答えること。 返信を打つ、コマンドを承認する、新しいタスクを渡す。
ターミナルの乱立は、この3つを同時に悪化させます。
待っているエージェント1つひとつは、実際にどれだけのコストになりますか?
許可待ちで止まったアイドル状態のエージェント。 最も多い停止は許可プロンプトです。このコマンドを実行してよいか、このファイルを編集してよいか、という確認です。安全面では良いデフォルトですが、エージェントが気づかれないまま最も多くの時間を過ごす場所でもあります。背面のタブにあるプロンプトは、まだ作業中のエージェントと見分けがつきません。たまたまクリックしたときにはじめて分かります。
コンテキストスイッチ。 別のターミナルへ移るたびに、頭の中の再読み込みが発生します。これはどのプロジェクトか。認証を担当するセッションか、テストを直しているセッションか。ペイン分割では、どれも目立ちません。タブでは、開くまで何も見えません。
スクロールバックに埋もれる質問。 エージェントは良い質問をしますが、長い出力の途中でします。「エクスポートにアーカイブ済みの注文を含めますか?」という1行が、200行のテスト結果の間に挟まります。今答えなければ流れて消え、後で掘り返すか、エージェントが推測で進めることになります。スクロールバックはログであって、Todo リストではありません。
作業の重複。 各セッションが何をしているかの記録が個々のターミナルの中にしかなければ、全体を見られる場所がありません。1時間前に別のセッションが同じコードを触ったことを覚えていないまま、「日付パースを直す」ために新しいセッションを始めてしまいます。エージェント同士は互いを知らず、共有された記憶はあなた自身だけです。
なぜタブやペイン、tmux を増やしても解決しないのですか?
乱立への一般的な対応は、ターミナル管理を改善することです。タブに名前を付け、ペインをタイル状に並べ、プロジェクトごとに tmux レイアウトをスクリプト化します。どれも役に立つ習慣です。しかし、これが解くのはレイアウトの問題であり、ボトルネックはシグナルの問題です。
tmux のレイアウトは、各セッションがどこにあるかを教えてくれます。どのセッションがあなたを必要としているかは教えてくれません。名前付きタブはプロジェクトを見つける助けになりますが、中のエージェントが質問のために止まってもタブのタイトルは変わりません。画面を9つのペインに分割するとすべてが見えるようになりますが、実際には何も目に留まらないということです。
レイアウトは固定されたセッションの集合を前提にしていますが、エージェントのセッションはタスクのために始まり、終わり、入れ替わります。ターミナルのツールは、タイプするのが人間だと想定しています。エージェントがタイプするなら、必要なのは、割り込まれるのが人間だと想定したツールです。
Claude Code 自身もこの方向へ進んでいます。Agent View(claude agents、リサーチプレビュー)は、プロジェクトをまたいでバックグラウンドセッションを一覧し、Needs input を含む状態ごとにグループ化します。そのため、エージェントごとにターミナルを開いておく必要はなくなります。これで Claude Code のセッションについては「気づく」ステップが解決します。ただし、コンテキストを探すことと答えることは、要求や計画、文書がどこにあるかに依然として左右されます。
具体的な習慣については、コンテキストを失わずに複数の Claude Code エージェントを管理する方法 を参照してください。Agent View、tmux + git worktrees、Conductor、PMDesk を並べて比較した内容は Agent View・Conductor・tmux・PMDesk を比較:複数の Claude Code エージェントを動かす環境の選び方 にあります。
ターミナルの乱立を実際に解決するものは何ですか?
効果の大きい順に、おおよそ次の4つです。
待機中エージェントのステータスシグナル。 最も有効な変更は、「このエージェントはあなたを待っている」ことを、セッションを開かずに見えるようにすることです。セッション単位で表示され、プロジェクト単位に集約され、できれば別のアプリを使っているときにも届くのが理想です。これがあれば、タブを巡回するのをやめ、イベントに応答するようになります。
プロジェクトごとに1つの場所。 各プロジェクトには、セッション、文書、未解決の質問をまとめる1つの拠点が必要です。そうすれば、プロジェクトを切り替えると、すべてが一度に切り替わります。
スクロールバックの外に書かれた要求とTodo。 質問やタスクが現在のターンを超えて重要なら、ターミナル出力ではなくファイルに置くべきです。エージェントに書き出してもらうか、自分で書きます。書かれた要求は、コンテキストを保ったまま後で新しいセッションに渡せます。スクロールバックの1行にはそれができません。
同時セッション数の上限。 注意力には固定の予算があります。追いきれない12セッションより、追える5セッションのほうが速いのです。上限があると、有益な問いが生まれます。この新しいセッションは、すでに待っているものを片付けるより価値があるか、という問いです。
この4つは、通知、プロジェクトごとのメモファイル、そして規律で近似できます。ツールが役に立つのは、これらをデフォルトにしてくれるときです。
PMDesk はどのようにこの問題に取り組んでいますか?
PMDesk は、この4つの考え方を軸に作られた macOS デスクトップアプリで、複数のプロジェクトにまたがって AI コーディングエージェントを指揮する人のためのものです。
- プロジェクトごとに1つのタブ。 各プロジェクトにタブがあり、本物のターミナルで Claude Code または Codex が動きます。プロジェクトを切り替えてもセッションはバックグラウンドで動き続け、履歴からセッションを再開したり、名前を変更したり、アーカイブしたりできます。
- 「回答待ち」バッジ。 エージェントがターンを終えたり許可を求めたりすると、セッション、プロジェクトタブ、サイドバーに 「回答待ち」バッジが表示されます。macOS の通知もオンにでき、別のアプリを使っている間でも知らせを受け取れます。
- ファイルとしての要求、変更要求、Todo。 やってほしいことを要求として書き、ワンクリックでエージェントに渡すと、新しいセッションが始まります。その後の変更は、それぞれの計画にひも付いた変更要求(CR)になります。Todo を使えば、あなたまたはエージェントが、後回しにすべき質問をスクロールバックに放置せずに預けておけます。
- Tasks ペイン。 ターミナルページでは、Claude Code が委任したサブエージェントと、セッションが使っている計画のタスクを確認できます。コミットがタスクに言及すると、そのタスクにチェックが入ります。「2つのセッションが同じことをしている」問題への対策になります。
- 同じウィンドウ内のコンテキスト。 顧客資料フォルダ(Box、Google Drive、または任意のフォルダ)を登録し、その場で読めます。PMDesk がそこに書き込むことはありません。要求やコメントでは @ でファイルを参照でき、エージェントが生成した Markdown や HTML をレビューし、該当箇所にコメントして、修正をまとめて送り返せます。
プロジェクトのデータはお使いのマシンに残ります。PMDesk 自体には AI モデルがなく、エージェントはご自身の Claude Code または Codex のサブスクリプションを使います。PMDesk は独立した製品であり、Anthropic や OpenAI とは提携していません。
それでも、エージェントが動くのはターミナルではないのですか?
そのとおりで、それは重要なことです。Claude Code と Codex はターミナルプログラムであり、プロンプトも許可リクエストもスラッシュコマンドも、ターミナル向けに設計されています。だからこそ PMDesk はすべてのセッションに本物のターミナルを使い、iTerm2 や Terminal.app と同じようにそこでエージェントに答えます。
変わるのは、その周りのすべてです。次にどのセッションを見るか、コンテキストがどこにあるか、同時に何セッション動かすか。ターミナルは、エージェントが働く場所のままです。ただ、エージェントを管理する場所ではなくなります。
あなたの1週間がこのような状態なら、PMDesk for Mac をダウンロードして、いちばんタブが多いプロジェクトで試してみてください。
FAQ
エージェント開発における最大のボトルネックは何ですか?
人間の注意力です。エージェントがコードを書くとき、各セッションは回答や許可を待って定期的に止まります。エージェントが止まってから、あなたが気づいて答えるまでの時間は、通常、エージェントが作業している時間より長くなります。
一人で同時に何個の Claude Code エージェントを管理できますか?
決まった数はありません。各エージェントがどのくらいの頻度であなたを必要とするか、答えるためのコンテキストをどれだけ早く見つけられるかによります。アクティブなセッションが数個を超えると、エージェントがアイドル状態になりがちです。明示的な上限を設けておくと、その限界に偶然ぶつかるのではなく、見える形で把握できます。
tmux があれば、Claude Code でターミナルが多すぎる問題は解決しますか?
レイアウトの整理とセッションの維持には役立ちますが、どのセッションがあなたを待っているかは分かりません。tmux は良い土台です。足りないのは、ステータスのシグナルと、質問やタスクをスクロールバックの外に置く場所です。
Claude Code の Agent View でターミナルの乱立は解決しますか?
Claude Code に関しては、大部分を解決します。バックグラウンドセッションはターミナルを1つずつ使わずに動き、1つのリストでどれが入力を必要としているかが分かります。コンテキストの面は残ります。要求、計画、未解決の質問、顧客資料には、やはりスクロールバックの外の置き場所が必要です。
エージェントセッション管理ツールとは何ですか?
Claude Code や Codex のような複数の AI コーディングエージェントのセッションを、プロジェクトをまたいで実行・追跡するツールです。どのセッションが作業中でどれが待機中かを表示し、セッションの再開、名前の変更、アーカイブができます。
PMDesk を使うには、今のターミナルをやめる必要がありますか?
いいえ。PMDesk は各プロジェクトタブの中の本物のターミナルで Claude Code または Codex を実行するので、エージェントとのやり取りは今までと同じです。PMDesk は、そのターミナルの周りに、回答待ちステータス、要求、Todo、文書を加えます。