Tab補完の時代は終わった——Cursorが語る「第三の時代」とエージェント逆転劇

1年前、TabユーザーはAgentユーザーの2.5倍いた。2026年3月時点で、その比率は逆転した。AgentユーザーはTabユーザーの2倍だ。

この数字を、Cursorが2026年2月26日に公開した公式ブログ「The Third Era」で明らかにした。AI補完ツールとして出発したCursorは今、三つ目の時代に入ったと宣言している。

三つの時代という見取り図

「AIコーディングツール」と聞いて、多くの人がイメージするのはTab補完だろう。コードを書いていると候補が出てきて、Tabキーを押すと続きが書かれる。それは確かに便利だった。

でも、Cursorが語る「三つの時代」を知ると、今自分がどこに立っているかが見えてくる。

第一の時代：Tab補完（〜2024年前半）

「ほとんどのコードは1キーストロークずつ書かれていた」——Cursorはそう表現する。

Tab補完の仕事は、次の文字を予測することだ。開発者がコードを書いていると、AIが「次はこう続くはず」と候補を出す。承認するかしないかは人間が決める。AIは手を動かす速度を上げたが、「何を書くか」は常に人間が考えていた。

秘書に例えるなら、優秀な速記係だ。話す内容は全部自分が考える。ただし、言葉を先読みして補完してくれる。個人の生産性は上がった。でも仕事の構造は変わらなかった。

この時代の特徴は「人間がずっと画面の前にいること」だ。AIは1行ずつ、1関数ずつ、リアルタイムで付き合う存在だった。

第二の時代：同期エージェント（2024年後半〜2025年）

Tab補完の次に来たのが、対話型のエージェントだ。「認証機能を作って」と指示すれば、エージェントが複数のファイルを編集し、テストまで書いてくれる。

でも、よく見ると構造は変わっていない。エージェントが何かを提案するたびに、人間が承認する。エラーが出れば「こうなったけどどうする？」と聞いてくる。人間は常に画面の前にいて、都度判断を求められる。

ペアプログラミングのようなものだ。隣に賢い相棒がいる。でもその相棒は、自分で判断して先へ進むことができない。「次どうしましょう？」と常に聞いてくる。

この時代の特徴は、やはり「人間が常時待機していること」だ。エージェントの仕事量は増えたが、人間の拘束時間はそれほど変わらなかった。

第三の時代：クラウドエージェント（2026年〜）

Cursorが2026年2月26日に公開した公式ブログには、こう書かれている。

"A third era is now arriving, defined by agents that can tackle larger tasks independently, over longer timescales, with less human direction."

（第三の時代が到来しつつある。より大きなタスクを、より長い時間軸で、より少ない人間の指示で自律的にこなすエージェントによって定義される時代だ。）

クラウドエージェントの本質は「渡して離れられること」だ。タスクを定義してエージェントに渡す。エージェントは独立したクラウドVM上で作業を進める。ミーティングが終わって戻ってきたら、証拠付きのPRができている。

仕事の発注に近い。依頼書を書いて渡す。起きたら完成している。問い合わせがなければ、その間は別のことができる。

比率逆転が示すもの

数字に戻ろう。Cursor公式ブログによれば：

2025年3月：TabユーザーはAgentユーザーの2.5倍
2026年3月：AgentユーザーはTabユーザーの2倍
Agent使用量は過去1年で15倍成長

1年でユーザーの行動がこれだけ変わった事例は珍しい。ツールの機能が変わっただけでなく、ユーザーの使い方の意識が変わっている。

Tab補完は「便利なオプション」だった。エージェントは「仕事の主役」になった。

指示スタイルの変化

第二の時代と第三の時代で、何が変わるのか。指示の書き方を見ると分かりやすい。

❌ 第二の時代の使い方（同期エージェント、ずっと張り付く）

9:00 「認証機能を作り始めて」
9:05 「そうじゃなくて、メール認証にして」
9:08 「エラーハンドリングも入れて」
9:12 「テストも書いて」
→ 人間が毎回画面の前にいる必要がある。エージェントは「待機状態の部下」だ

✅ 第三の時代の使い方（クラウドエージェント、渡して離れる）

## タスク: メール認証フロー実装

### 完了条件
- /api/auth/verify エンドポイントが存在する
- 有効なトークンで200、無効なトークンで401が返る
- メール送信のユニットテストが通る

### 制約
- 既存のUserスキーマを変更しない
- TODOコメントを残さない（完成状態でPRを出す）

→ 渡したらミーティングに行って戻るとPRができている

指示が変わっただけではない。人間の時間の使い方が変わる。

開発者の1日が変わる

2025年（Tab補完・同期エージェント時代）の1日

09:00-12:00 コードを書く / エージェントと対話する（3時間）
13:00-15:00 コードを書く / エージェントと対話する（2時間）
15:00-17:00 レビュー・議論（2時間）
→ 実装: 5時間、設計/判断: 2時間

2026年（クラウドエージェント時代）の1日

09:00-10:00 タスクを分解してエージェントに渡す（1時間）
10:00-12:00 別のタスクの設計・議論（2時間）
13:00-15:00 エージェントの成果物をレビュー（2時間）
15:00-17:00 次のスプリント計画（2時間）
→ 実装: ほぼ0時間、設計/判断/レビュー: 7時間

コードを書く時間が減るのではなく、コードを書く主体が変わる。人間の仕事は「何を作るか」と「作られたものが正しいか」の判断に移っていく。

「工場を作る工場」

Cursorの公式ブログには、この変化を表す言葉がある。

"Cursor is no longer primarily about writing code — it is about helping developers build the factory that creates their software. This factory is made up of fleets of agents that they interact with as teammates: providing initial direction, equipping them with the tools to work independently, and reviewing their work."

（Cursorはもはや主にコードを書くためのものではない。開発者がソフトウェアを生み出す工場を構築するためのものだ。この工場はエージェントの群れで構成され、開発者はチームメートとして関わる——最初の方向性を示し、独立して作業するためのツールを与え、成果物をレビューする。）

抽象的に聞こえるが、現実を指している。Cursor社内のPRの35%以上が、すでにクラウドVM上で動く自律エージェントによって生成されている（出典）。将来の構想ではなく、現在の運用だ。

Cursorが示す将来像はこうだ。1〜3個ではなく、10〜20個のエージェントを同時に走らせる開発者。コードのほぼ100%をエージェントが書き、人間は問題の分解・成果物のレビュー・フィードバックに時間を使う。

「1年後には大半の開発作業がエージェントによって行われると考えている」——Cursorはそう書いている。

壁：不安定なテストと壊れた環境

ただし、エージェントが自律で動くためには前提条件がある。Cursorはその課題を正直に書いている。

"At industrial scale, a flaky test or broken environment that a single developer can work around turns into a failure that interrupts every agent run."

（工業規模になると、単一の開発者なら何とかできる不安定なテストや壊れた環境が、すべてのエージェント実行を止める障害になる。）

人間なら「このテストは不安定だからスキップして進めよう」という判断ができる。エージェントには難しい。テストが落ちれば止まる。環境が壊れていれば動けない。

逆に言えば、テストを安定させ、開発環境を整備することが、エージェント活用の前提条件だ。「エージェントを使いこなすには、まずコードベースを整理する必要がある」というのは皮肉ではなく、実際の制約だ。

Cursorが2026年2月12日にリリースしたLong-Running Agentsは25時間、36時間、52時間と連続稼働できる。これもテストと環境が安定している前提があってこそ機能する。