コーディングエージェントの陣取り合戦、デスクトップへ移行

9月21日、中国の開発者市場の異なる3つの領域に属する3社が、同じ日に同じ種類の製品をリリースした。MoonshotはmacOSとWindows向けにKimi Code Desktopを公開した。アリババはコーディングエージェントのワークベンチ「Qoder」をHarmonyOS PCアプリストアに投入した。ファーウェイ・クラウドはCodeArtsを、HarmonyOSに特化したモデル、エージェント、開発者プラクティスセンターで強化した。

3つの発表、1つのメッセージ。コーディングエージェントをめぐる争いは、もはやどのモデルがより良いコードを書くかではない。開発者が朝、最初にどのウィンドウを開くかである。

なぜデスクトップなのか、なぜ今なのか

ブラウザのタブやターミナルの中にしか存在しないエージェントには限界がある。実際のタスクを完了するには、ファイルの読み書き、コマンドの実行、レンダリングされたページの確認、プルリクエストの状態チェックが必要だ。この4つはそれぞれ別の場所にあり、ブラウザやCLIでは通常そのうち1つか2つにしか手が届かない。

デスクトップアプリなら4つすべてに手が届く。それこそが、エージェントをチャットボックスからマシン上へ移す根拠だ。デスクトップは、人間がツール間でコンテキストを運ぶことなく、エージェントがタスクをエンドツーエンドで実行できる最小の環境である。Moonshotのクライアントはそれを中心に設計されている。組み込みのターミナル、ブラウザ、スクリーンショット注釈、そしてGitのステータスとプルリクエストレビューの進捗ビューを備えている。

Kimi Code Desktopのモード名は、同社がエージェントに何が必要だと考えているかを物語っている。Planはエージェントが行動する前に提案することを可能にする。Goalはより長時間にわたる作業を対象とする。Swarmは複数のエージェントを並列実行し、Towerという実験的モードがそれらを調整する。いずれも同じ問題への答えだ。ファイルシステムとターミナルに触れられるエージェントは強力であり、同時に、意図しない場所で走らせてしまいやすい。エージェントがディレクトリを削除できるのであれば、行動前のレビューは贅沢品ではない。

流通の壁としてのHarmonyOS

アリババの動きは、別の理由で注目に値する。QoderがHarmonyOS PCアプリストアに登場したことは、製品そのものよりもチャネルに関わる話だ。ファーウェイは約1,100万人のHarmonyOS開発者が登録していると主張している。この数字がほぼ正確なら、このストアは、単独でツールを支えられる規模の開発者層にとってのデフォルトの入口となる。

ファーウェイの数字は割り引いて受け止めるべきものだ。同社は、HarmonyOS向けコーディングモデルが1,000行あたりのエラー率を80%以上削減し、初回コンパイルの通過率を78%以上向上させるとしている。これらは公表された方法論のないベンダー数値であり、初回コンパイルの通過率は何をコンパイルするかに大きく左右される。ファーウェイ外部の誰かが再現するまでは、マーケティング資料として扱うべきだ。

マーケティングではないのは、構造的な立場だ。エージェントがプラットフォームの開発者ストアの入口として出荷されるなら、プラットフォーム事業者が流通を握ることになり、流通こそが越えるのが難しい堀である。より優れたモデルを持つ競合でも、開発者にすでに開いているストアを離れさせる必要がある。

ガバナンスで応じるJetBrains

今週最も興味深いリリースは翌日に登場したが、それは別の問題に関するものだった。JetBrainsは9月22日、IDE、チームデリバリー、組織的ガバナンスにまたがると説明するオープンなシステム「Air」を発表した。その中には3つの製品がある。IDE内でエージェントをオーケストレーションし検証するAir、デリバリーワークフロー全体で開発者と自律エージェントを協調させるAir Teams、ポリシー、可視性、監査、コスト管理のためのAir Governanceだ。

名前よりも、その分割の仕方が重要だ。生成はエージェント型開発の難しい部分ではなくなった。エージェントがコードを書けるなら、残る問いは、誰がレビューしたのか、誰が責任を負うのか、いくらかかったのか、社内ポリシーに適合するのか、である。JetBrainsは生成品質ではなく、こうした問いに向けて売り込んでいる。

これは、次に資金が動く先を見据えた意図的な賭けだ。また、既存のIDEベンダーがCursorやCodexとモデル品質で競うことを避ける方法でもある。おそらくそこで負けるからだ。JetBrainsは自社エージェントの方が賢いと主張する代わりに、自社エージェントはガバナンス可能だと主張し、それを裏付ける配管を構築した。AirはClaude Agent、Codex、Copilot、OpenCode、そしてAgent Client Protocolを話すあらゆるものと、IDE、Web、CLI、モバイルをまたいで動作する。チームは自前のモデルサブスクリプションを持ち込むことも、公開API価格でJetBrainsに支払うこともできる。

共有MCP接続は、戦略を明らかにする小さなディテールだ。ツール接続を一度設定すれば、チーム全員がそれを継承する。これは組織規模でしか意味を持たない種類の機能であり、まさにJetBrainsが狙っている規模だ。

底流にあるパターン

一歩引いて見ると、今週のリリースは一直線に並ぶ。マイクロソフトはCopilotを拡張し、バックグラウンドで動き続ける永続エージェントを追加した。UiPathはサードパーティのコーディングエージェントが、自社のオーケストレーション層で実行される自動化アセットを生成できるようにした。WebexとZendeskはコンタクトセンターとサポートツールにエージェント制御を追加した。同じ変化が至る所に現れている。エージェントは、チャットするものから、実際のシステムに対してバックグラウンドで動くものへと移行しつつある。

この変化は新たな問題群を生み、製品発表はその地図になっている。検証。人間がレビューできる以上の出力を生み出すエージェントが、明らかに利得とは言えないからだ。帰属。出荷されるものには誰かが承認しなければならないからだ。コスト。永続エージェントは誰も見ていない間にトークンを消費するからだ。ガバナンス。ファイルシステムにアクセスできるエージェントはセキュリティ上の攻撃面だからだ。

開発者の世界の外でも同じ動き

デスクトップの陣取り合戦は、エンタープライズソフトウェア全体で起きている変化の、開発者向けの姿だ。マイクロソフトは9月下旬にMicrosoft 365 Copilotを拡張し、バックグラウンドで動き続ける永続エージェント「Autopilot」を、新たなガバナンス制御とエージェント間通信プリミティブとともに追加した。UiPathはClaude Code、GitHub Copilot、Cursorといったサードパーティのコーディングエージェントが、自社のオーケストレーション層で実行される自動化アセットを生成できるようにした。WebexとZendeskはいずれもコンタクトセンターツールにエージェント制御を追加した。

これらの動きはすべて、エージェントを「チャットするもの」から「あなたが見ていない間に実際のシステムに対して動くもの」へと変える。だからこそガバナンスは、機能ではなく製品カテゴリーになる。ファイルシステムへのアクセス、請求アカウント、自律的に行動する能力を備えたエージェントは小さなインフラであり、インフラは監査される。

注目すべき点

今四半期にツールを選ぶ開発者にとって、問いは変わった。どのエージェントが最も良いコードを書くか、ではない。主要モデルは差を測るのが難しいほど接近しているからだ。問いは、どのエージェントがあなたのチームの働き方と、組織が成果物をレビューする方法に合うか、である。

ベンダーにとって、机の上は混み合っており、差別化は上へと移っている。モデル品質は参加条件に過ぎない。争点は流通チャネル——ハードウェアプラットフォームとともに出荷されるストアのような——と、ガバナンス——企業がエージェントを本番環境に触れさせる前に購入する監査とコスト管理のような——である。

見極め手となるのは、次のラウンドの発表がどこに着地するかだ。翌月により多くのエージェントとより少ないガバナンスツールが登場するなら、業界は依然として能力で競争している。制御、監査証跡、コストダッシュボードが登場するなら、競争は、これらが調達審査を生き残れるかを決める部分へと移ったことになる。