TL;DR — 今日Coworkに見慣れないプロンプトが表示され、タスクを独立した平行ウィンドウに投げて処理するよう提案してきた。本当に使えるのは「ウィンドウをたくさん開く」ことではなく、その中の1つをコントロールタワーに指定して他のウィンドウを読み取り・統括させることだ。この記事では組み方とその限界を解説する。

今日、Coworkの対話ボックスに見慣れない一文が現れた。手元のいくつかの作業を独立したウィンドウに投げて平行処理しないか、と提案してきたのだ。押してみると、横に新しいウィンドウが開いた。そこに入ってみると、元の「複数の作業を同時に処理してほしい」というリクエストがそのまま続いていた。その新しいウィンドウが、後にコントロールタワーになった。Coworkウィンドウ内のダッシュボード、BIインターフェースのような存在だ。

これが何の機能なのか確認しようとした。Anthropicの公式リリースノートを遡り、7月初旬まで読んだが、このプロンプトについての記載は一件もない。不思議なもので、説明書を見ないままAIのウィンドウを開き、AIからAIの使い方を学んでいる。

Coworkの「平行ウィンドウ」は公式の新機能なのか？

わからない（もしご存じなら、ぜひ教えてほしい）。「独立ウィンドウを開くよう提案する」プロンプトは、公式リリースノート（2026年7月1日時点）に専用の記載が見当たらない。ただ、その背後にある機能は公式に明記されている。Coworkの公式説明には、複雑な作業をサブタスクに分解し、複数のworkstreamを平行協調させ、関連タスクをそれぞれ独立したワークスペースにまとめる、という記載がある。

正確に言うなら、平行タスク処理はCoworkが元から持つ公式機能であり、今日の「能動的に独立ウィンドウを開くよう提案する」プロンプトは、段階的なロールアウト中でドキュメントがまだ追いついていないUIの一層だと判断している。私はたまたまそれに遭遇した。

この点は曖昧にしたくない。もし同じようなプロンプトが表示されても公式説明が見つからなかったとしても、探し方が間違っているわけではない。まだ書かれていないだけだ。

ウィンドウをたくさん開けば十分なのか？

十分ではない。ウィンドウを多く開くだけでは、単線を多線にするだけだ。作業の仕方を本当に変えるのは、そのうちの1つのウィンドウが持つ役割だ。

毎日、手元では同時に7〜8本のラインが走っていることが多い。ビジネス白書、NDAの三言語改訂、サイトの毎日のコンテンツパイプライン、プロジェクト横断のガバナンスチェック、複数の議事録。これらのウィンドウを行き来しながら自分で進捗を記憶するより、新たに開いたウィンドウをコントロールタワーに使うことにした。役割は一つ。他のウィンドウが今どこまで進んでいるかを読み取り、集約し、重複している箇所や互いに影響し合う箇所を抽出することだ。

実際に使っているコントロールタワー。左のサイドバーは平行して動く複数のCoworkウィンドウ。中央にピン留めしたControl Towerウィンドウが他のウィンドウの状態を1枚の概観にまとめている。重点ウィンドウ、ToDo、ウィンドウ間の衝突を一目で把握できる。クライアント名とプロジェクト名は匿名化済み。

自分の役割も一段上に移動した。実行から、調整と判断へ。

コントロールタワーができること・できないこと

ここが最も率直に語るべき部分だ。期待値が正しければ、使い方も自然と合ってくる。

できること：他のウィンドウの進捗を読み取る（読み取り専用）、複数のラインを1枚の概観に集約する、2つのウィンドウが重複した作業をしていたり互いに影響し合う箇所を検出する、どれが詰まっているか・誰の返答待ちかを追跡する。また、自分が全権制御できるサブタスクを別途開いて動かしたり、精確な指示を作成してあなたか別の専用ウィンドウに渡したりもできる。

できないこと：他のウィンドウに対しては読み取り専用だ。見えてはいるが、そのウィンドウで入力したり、止めたり、方向を変えたりはできない。それらはあなたが個別に開いた独立したウィンドウで、動かすにはあなた自身が入るか、そのウィンドウのAIに指示するしかない。

この境界線を頭に入れておけば、「あのウィンドウを閉じてくれ」とは頼まなくなる。代わりに「そのウィンドウを読んで、どこで詰まっているか教えて、使える指示を作ってくれ」と頼むようになる。後者はしっかりこなしてくれる。

実例：8日間止まっていた監視スケジュール

コントロールタワーが実際に受け止めたことを話すと、もう少し実感できると思う。

バックグラウンドで動くスケジュールがある。毎日システムの健全性を一通りチェックし、ガバナンスの記録をバージョン管理に収める役割だ。その日、コントロールタワーが各ラインを読み取っていたとき、このスケジュールがすでに8日間止まっていることに気づいた。表面上、何のアラートも出ていなかった。止まっている間、毎日アーカイブされるはずだったファイルがずっと積み上がって、60件以上がバージョン管理に入っていなかった。

自分で7〜8個のウィンドウを切り替えながら見ていたら、「エラーは出ていないが、ただそこで止まっている」という状態は最も気づきにくい。コントロールタワーの価値はここにある。ウィンドウ横断の状態を同じ平面に広げることで、8日間動いていないスケジュールが一目で浮かび上がる。なぜ必要かといえば、AIが同時に処理できる量は、人間が一度に把握できる限界をとっくに超えているからだ。私自身も含め、認知の限界は必ず死角を生む。コントロールタワーはその面を補う。

その後の処理も「読み取り＋引き渡し」の分業に沿って進んだ。コントロールタワーがまず現場を調べて問題の根本を確認し、次に精確な指示を作成して、コードとバージョン管理を操作できる別のウィンドウに渡した。修正後、コントロールタワーが独立して検証し、本当に修復されていることを確認してから、このラインを完了とした。指揮する席、動かす席、検収する席はそれぞれ別で、でも統括するのは同じ一人だ。

コントロールタワーの組み方

公式のプロンプトが表示されるのを待つ必要はない。今すぐ手動で同じものを組める。このやり方は最初から設計して作ったわけではなく、その日に手探りで組みながら見つけたものだ。踏んだ落とし穴も含めて話す。

一つ前提として明確にしておく。クォータで詰まらないためだ。私はMax 20xを使っている。Cowork自体はすべての有料プランで使えて、Proでも機能は使えるし、上位プランに限定されてもいない。ただ、複数のウィンドウを終日平行して動かし、さらに1つが常に他のウィンドウを読み続けるとなると、クォータの消費は大きい。Proのクォータは短時間タスク向けに設計されており、公式もCoworkはチャットよりクォータ消費が速く、ヘビーユースにはアップグレードを推奨と注記している。この強度で一日中動かすには、実際のところMaxが必要だ。まずProで小規模に試して感覚をつかみ、それからアップグレードを判断してもいい。

コントロールタワーワークフロー図：最上位にいるあなたは判断と指揮だけを行う。中間のコントロールタワーウィンドウが読み取り・集約・衝突検出を担い、毎日の集約レポートをあなたに返す。下の複数の平行タスクウィンドウに対しては読み取り専用の監視（見えるが触れない）で、自分が開いたサブタスクだけを全権制御する。

まず、なぜこれが成立するのかを説明する。この新機能によって、コントロールタワーが他のウィンドウの進捗を見られるようになった。以前は各ウィンドウが独立して動いており、互いに見えなかった。これがあって初めて、コントロールタワーによる集約・比較・衝突検出が成り立つ。協働の新たな層が加わったわけだ。

第一に、互いに独立している作業はそれぞれ別のウィンドウで動かす。独立が鍵だ。互いに踏み合う可能性のある作業は無理に分けない。

第二に、1つのウィンドウをコントロールタワーに指定し、役割を伝える。他のウィンドウを読み取り、集約して報告し、重複と衝突を抽出すること、ただしウィンドウには手を出さないこと。この読み取り専用の境界は守らせる。

第三に、毎日確認したい集約をスケジュールに設定する。私は朝8時にしている。ここで最初に踏みやすい落とし穴がある。「今まさに動いている」ウィンドウだけを見るよう指示すると、ほぼ空振りに終わる。各ラウンドは短く、どの瞬間も動いているウィンドウが存在しないことが多いからだ。「最近動きがあった」ウィンドウを読むよう変えると、朝のレポートに中身が出てくる。

第四に、見たいダッシュボードがあれば、コントロールタワーに各ウィンドウの状態を1枚のダッシュボードとして作らせる。こういう永続的でデータと接続できるページを、公式ではLive Artifactと呼んでいる。ここにも落とし穴がある。Live ArtifactはNotion・Slack・Google Sheetsといったコネクタのデータをリアルタイムで取得できるが、「他のウィンドウの進捗」というソースは現時点でartifactのリアルタイム取得に対応していない。そのため、最初に作ったリアルタイム版は直接読み取りに失敗した。一歩引いてスナップショット方式に変えた。データを事前に取得してページに焼き込み、ページは表示だけを担う。更新は呼びかけるかスケジュールで行う。スナップショットであってリアルタイムではないとわかっていれば、勝手に動くことのない画面を空待ちすることもない。

組んでしまえば、「この作業、今どこまで進んでいるんだっけ」に費やす時間が明らかに減る。その時間は、もともとウィンドウの切り替えに奪われていたものだ。

全体を見渡せる位置に立つ

今日のプロンプトは、来月には公式ドキュメントに載り、名前のついた新機能になっているかもしれない。でもワークフローはその日を待たなくていい。

私たちに不足しているのは、より多くのモデルでも、より多くのツールでもない。散らばった進捗を収束・統合できる位置だ。どの作業が詰まっているか、どのラインが前進しているか、どの結果がもう判断に使えるか、それが見える場所のことだ。

その位置を、AIウィンドウの1つに先に守らせることができる。整理し、追跡し、気づきを促し、散らばった糸口を一箇所に集める。人間は少し後ろに退いて、より重要なことに注意を向ける。どのラインを先に進めるか、どの衝突を先に処理するか、どの成果物を次のステップに渡していいか、という判断だ。

これが私がずっと語りたかった「スーパー個人」の具体的な姿だ。1人の人間が10本のラインを同時に走らせながら、最終的な判断は自分が持つ。

GitHubのアカウント停止後に冗長性を再構築した記事でも書いた。シモーヌ・ヴェイユはこう言った。「注意は、慈悲の最も希少で最も純粋な形だ。」ワークフローに引き戻して見ると、ツールは加速できる。しかし本当に重要なのは、注意の置き場を作ること、判断が細切れのタスクに消耗されないようにすることだ。

Anthropicはこの機能をよく作った。毎日複数のウィンドウが動くワークフローを、1つのウィンドウから調整できる。これは本当に使える。モデルの能力は上がり続け、操作インターフェースも洗練されてきている。「AIマネジメントシステム」の原型は、おそらくこういう形をしている。1つのウィンドウの前に座りながら、数十、あるいは数百のagentを同時に見渡し、調整する。今日管理しているのは数本のラインだが、この道を進んでいけば、管理するのは一チーム分のagentになるだろう。