今春のテックカンファレンスシーズンで最も注目を集めたテーマの1つが、日常的なビジネスユーザーを対象にしたエージェント型アシスタントアプリの登場だった。筆者はこの現象を「デスクトップのClaude化」と呼び続けていた。これらのツールは説明するのは簡単だが、導入は難しい。そして、新しいAI機能でよく起きることだが、ベンダーはエージェントに何ができるのかだけでなく、ビジネスユーザーの日々の業務への向き合い方をどう変えられるのかを説明することに失敗している。
6カ月にわたって毎日使った筆者の見解はこうだ。生産性向上は現実のものだが、ほとんどの企業はまだこの技術を導入する準備ができていない。そして、その準備状況は、どのツールを購入するかよりも、組織の人的・技術的基盤に大きく左右される。本稿では、これらのアシスタントとは何か、そして筆者が利用を通じて得た教訓を説明する。続く記事では、この分野の主要ベンダー2社を評価し、これらのアシスタントを企業で真に有用なものにするために、ベンダーのロードマップに今後何が必要かを検討する。
エージェント型アシスタントとは何か、なぜ重要なのか
エージェント型アシスタントの起源は、過去数年のAI支援コーディングツールの発展に直接さかのぼる。AIモデルが進化するにつれて、ソフトウェア開発エージェントはより少ない監督で複雑なタスクを担うようになり、一部の開発者はCursorやClaude Codeのようなツールを、ソフトウェアとは無関係の仕事にも使い始めた。2026年初頭まで、欠けていた要素が1つあった。それは、ナレッジワーカーが日々使うアプリケーション、すなわち電子メール、生産性スイート（Microsoft 365、Google Workspace）、ローカルファイルシステムを橋渡しできるエージェントである。これらのアプリ内にはAI機能が存在していたが、その多くは単純なチャットボックスであり、開発者向けツールのような豊かさを欠いていた。
非コーダーの多くにとって、エージェント型アシスタントの最初の本格的な例は、Anthropic（アンソロピック）が2026年1月にリサーチプレビューとして公開したClaude Coworkだった。これはClaude Codeを支えるエージェント型アーキテクチャをデスクトップアプリに具現化したもので、ローカルファイルやアプリケーションと接続することで、より優れた文脈（コンテキスト）と成果をもたらした。Claude（クロード）のプライバシーとガードレールの堅牢さに関する評判も、ユーザーが機微なデータを共有する際の安心感につながった。
Coworkは急速に広まり、開発者ではないパワーユーザーに新たな能力の段階を開いた。中核的な利点は、開発者が享受してきたものと同じで、生産性の大幅な向上である。また、AI利用量の急増と、無料プランから月額200ドル（約3万円）のMax型ティアへの明確なアップグレードパスも生み出した。ほどなくして、Perplexity Computerを含む他のAI企業からも同様のツールが登場した。
ただし、落とし穴がある。Claude Coworkは、IDE(統合開発環境)やコマンドラインインターフェースと同様、依然としてパワーユーザー向けのツールだ。設定や保守に手をかけるユーザーに報いる設計であり、主流の一般ユーザーの多くは、そうした作業に対応する準備も意欲も持っていない。このギャップこそが、今年、エンタープライズソフトウェアベンダーを市場に引き寄せた。各社は仕事の主要なAIインターフェースになることを目指し、それぞれの変種を投入している。得られるものは大きい。すべての従業員が、開発者がエージェント型IDEを使うのと同じようにエージェント型アシスタントを活用すれば、ベンダーにとっての経済的利益は大きく、少なくとも理論上は顧客企業にとっても大きな利益になる。その結果、製品が過剰にあふれているが、筆者の見方では、これらはまだ十分に理解されていない。
企業はエージェント型アシスタントを受け入れる準備ができているのか
筆者はClaude Coworkの公開以来これを使っており、仕事のやり方は良い方向に変わった。また、次の記事で取り上げる、企業向けに提供され始めた新製品の評価とテストも行っている。だが、ほとんどの組織にとっての問題は、エージェント型アシスタントを導入すべきかどうかではない。遅かれ早かれ導入すべきである。問題は、それを成功させるための人的・技術的基盤が、現時点で整っているかどうかだ。この点を踏まえ、6カ月にわたる日々の利用から得た5つの最大の教訓を挙げる。
- 使いこなすには時間がかかる。筆者が学んだ最も重要なことは、自分の仕事との関係が変わったということだ。常に自分で実行するのではなく、編集者や審査役として振る舞うことが増えた。「アシスタント」という比喩は的確である。目標と条件を示し、エージェントに作業させ、その後、求める結果に向けて協働しながら反復する。半年経った今でも、自分でやった方が速いタスクはある。セットアップも実際の仕事である。筆者は個人用の文脈ストア(「セカンドブレイン」とも呼ばれる)としてObsidianのボルトを管理し、複数のClaude「スキル」を作成し、さらに複数のカスタムMCPサーバーに定期的に接続している。これらの用語や手順のいずれかが分かりにくいと感じるなら、それはまさに筆者の論点を裏づけている。企業向けツールには、セットアップと運用のハードルを大幅に下げることを期待している。
- アシスタントに実際に何をさせたいのかを決める。筆者が最も不満を抱いているのは、ベンダーやインフルエンサーがこれらのツールをどう見せているかだ。デモの多くは、ファイル整理や日次ダッシュボードの生成といった小さな雑務を中心にしているが、そうしたユースケースに費用を払う価値はない。筆者自身の仕事では、価値は時間の節約にあるのではない。成果物の質と深みが増したことにある。ここから、この技術に関するおそらく最も重要なマネジメント上の洞察が導かれる。これらのツールには非常に大きな有用性が潜在しているため、出発点を選び、ビジネスにどのような変化を起こしたいのかをあらかじめ定義すべきだ。そうしなければ、一定の混乱は避けられない。
- 文脈が鍵を握る。文脈を適切に適用できるかどうかが、エージェント型アシスタントの成功を決める最大の要因である。メモリー機能の利用は有用な第一歩だが、よく整理された個人用の文脈ストアと、適切なアプリケーションやデータセットへの接続こそが、プロフェッショナルな成果と目を覆いたくなる成果を分ける。適切な情報源につながっていないエージェントを誰かに渡せば、出力は低品質になり、ユーザーとそれを支えるチームリードの双方を失望させる。これらのツールをチームや企業全体で使う場合、整合性が重要になるため、利害はさらに大きくなる。同僚のMelody Brueは、これらのエージェント型ワークスペースを単一の運用モデルの下で統制する必要性について書いている。プラットフォームレベルでは、GoogleのGemini Enterprise Agent PlatformやMicrosoftのWork IQのようなエージェント制御プレーンがここで役割を果たす。
- パイプラインで考え始める。これらのツールは開発者向けエージェントに由来するため、もう1つ引き継ぐべき概念がある。パイプラインである。ソフトウェアの世界では、チームは改善を一度限りの出来事ではなく継続的なものにするため、自動化されたプロセスを構築する。エージェント型アシスタントにも同じことが必要だ。製品ローンチ時に製品資料を更新するプロセスを考えてみよう。このプロセスには、製品、マーケティング、法務の各チームが参加する。アシスタントは、コンテンツが作成される過程で最新の法務基準やマーケティング基準を取り込める。だが、法務部門がコンプライアンス文言や商標を更新する必要が出た場合、古いコンテンツはどうなるのか。エージェント型アシスタントはまさにそれを管理できる。ただし、パイプラインがある時点に固定されるのではなく、継続的な変化を前提として構築されていればの話である。筆者が最近行ったエージェントとERPに関する研究によって、多くの導入の成否はここで決まると確信するに至った。
- 1人のスーパースターではチームを支えられない。アーリーアダプターの間で見てきたパターンがある。1人のパワーユーザーがいても、グループ全体の生産性は上がらず、むしろ混乱を生むことさえある。いまや10倍のコードを書く開発者には、10倍のテストカバレッジが必要になる。テストチームも自分たちの作業を自動化していなければ、スループットはほとんど動かない。これまでのところ、パワーユーザーが個人で目覚ましい成果を上げる例が中心だったが、より大きな成果はチーム全体の生産性を高めることにある。
では、企業はエージェント型アシスタントをどう扱うべきか
ほとんどの企業は、これらのアシスタントを全面展開する準備ができていない。これは新しいブラウザーや、さらに1つ増えるSaaSツールのような単純なものではない。とはいえ、計画的に導入するための行動は取るべきだ。そして早めに始めるべきである。これらのエージェントに慣れるには時間がかかるからだ。推奨事項は3つある。
- チームではなくプロセスから始める。複数のチームにまたがるビジネスプロセスを選ぶ。これにより、部門横断的な要件を理解し、適切なパイプラインと文脈情報源を構築せざるを得なくなる。とりわけ、何を権威ある情報源とするのかについて、リーダー間の合意を得ることも含まれる。
- 最初のプロジェクトにエージェントプラットフォームを結びつける。エージェントプラットフォームは、アクセス制御、エージェントやMCPサーバーのレジストリ、進捗を監視するための可観測性と分析機能を提供する。筆者のエージェント型制御プレーンに関する研究は、これらが必須になることを示唆している。そのため、早い段階で立ち上げておけば、最初から適切なガードレールを整えられる。
- 率直に話し合える場をつくる。いくつかのスキルやコネクターとともに、構成要素の山を人々に渡すだけでは、良い結果は得られない。パワーユーザーは素材そのものを好み、自力で動き出すだろう。しかし、ほとんどの人には、何をどう構築すべきかについての指針が必要だ。職場におけるAIについては、現実の不安もある。リーダーがすべての答えを持っている必要はないが、一般的に、人は支援されていると感じて初めて前向きに参加する。
筆者はこの技術を強く支持し続けており、アナリストとして、エージェント型アシスタントを使って実際に有用な仕事を行ってきた。だが、数え切れないほどのデモと6カ月の実利用を経た筆者の結論は単純である。エージェント型アシスタントの価値は、それが土台とする人的・技術的基盤の質によって決まる。
次の記事では、今春発表された2つの企業向けエージェント型アシスタントを掘り下げ、それらを比較し、この新興分野の競合製品も含めて、今後さらに組み込まれるべきだと筆者が考える要素を検討する。
