Writer、プロンプト不要で行動できるAIエージェントを発表、Amazon・Microsoft・Salesforceに挑む

VentureBeat / 2026/5/1

📰 ニュースDeveloper Stack & InfrastructureSignals & Early TrendsIndustry & Market MovesModels & Research

要点

  • Writerは、企業向けAIエージェント基盤「Writer Agent」にイベントベースのトリガーを追加し、Gmail、Gong、Googleカレンダー、Googleドライブ、Microsoft SharePoint、Slack上のビジネスシグナルをエージェントが自律的に検知できるようにしました。
  • エージェントは、人の指示で開始することなく、複雑なマルチステップのワークフローをリアルタイムに実行できます。
  • さらに、Adobe Experience Managerのコネクタに加え、BYOK(自社で暗号鍵を持ち込む)やDatadogのオブザーバビリティ用プラグインなど、ガバナンス機能を強化しています。
  • Writerは、AWS、Salesforce、Microsoftがエージェント型プラットフォームを競っている状況の中で、完全に自律的な企業AIへの最も強い賭けだと位置づけています。
  • これは、ユーザーのプロンプトを必要とする受動的なAIアシスタントから、外部のビジネス活動をもとに行動する能動的・イベント駆動型エージェントへの転換を示しています。

Writer は、Salesforce VenturesAdobe VenturesInsight Partners が支えるエンタープライズ向けAIエージェント基盤として、同社の Writer Agent プラットフォームに、イベントベースのトリガーを本日提供開始しました。これにより、AIエージェントがGmail、Gong、Googleカレンダー、Googleドライブ、Microsoft SharePoint、Slack にまたがってビジネスシグナルを自律的に検知し、人間がプロセス開始を指示することなく、複雑な多段階ワークフローを自動で実行できるようになります。

このリリースには、新しい Adobe Experience Manager コネクタに加え、BYOK(bring-your-own encryption keys)や Datadog のオブザーバビリティ・プラグインといった、強化されたガバナンス機能のスイートも含まれます。これらは、完全自律型のエンタープライズAIにかけるWriterのこれまでで最も強気な賭けだといえます。これは、AWSSalesforceMicrosoft の各社がいずれも自社のエージェント基盤の確立に向けて競争を繰り広げているタイミングで登場します。また、企業がAIエージェントに実際にどれほどの自律性を委ねるのか、という問いがいまだに根本的に決着していない状況でもあります。

発表に先立ち、VentureBeatに対してWriterのプロダクトマネジメント担当VPであるDoris Jwoは、次のように語りました。「私たちは一連のイベント・トリガーを立ち上げました。これにより、プレイブックが、より積極的に呼び出されるように“パワーし、駆動する”ことができます。私たちは、このようなコネクタ(SharePoint、Googleドライブ、Gong、Gmail、Googleカレンダーなど)を前提に、そのプラットフォーム上で起きているイベントを実際に“聞き取る”ように構築しています。そうすれば、エージェントが外部で何かが起きたことを実務的に把握でき、関連する場合は、人の介入を必要とせずに、実行可能なかたちでリアルタイムに特定のプレイブックを起動できます。」

受け身型(リアクティブ)から先回り型(プロアクティブ)のAIエージェントへの転換は、エンタープライズソフトウェアにとって重要な転換点を意味します。これまで、Writer自身のプラットフォームを含む多くのAIアシスタントは、あらゆるやり取りの開始に人間が必要でした。マーケターはチャット画面を開いて助けを求めなければならず、営業担当者はリサーチブリーフを促さなければなりませんでした。新しいイベントベースのトリガーは、この力学を完全にひっくり返します。つまりシステムがビジネスイベントを監視し、自律的に行動するのです。

Writerが企業のAIワークフローにおいて人間が最も弱いリンクだと判断した理由

Writerが自律的なトリガーに注力する背景には、同社のプロダクトチームが行った実務的な観察があります。エンタープライズ顧客が、2025年11月にWriterが導入した、コードを書かずに業務担当者が反復作業を自動化できる“再利用可能な自然言語のワークフロー”(プレイブック)の使用を拡大するにつれて見えてきた事実です。

「私たちが分かったのは、プレイブックがエンタープライズの業務フローに組み込まれていくほど、プレイブックを確実にトリガーするという点で“ボトルネック”になるのが実は人間だということでした」とJwoは述べました。「この仕組みが、その問題を本当に解決します。エージェントの常時稼働で、先回りし、自律的であるという性質が、そうした基盤の上で継続的に構築され続けるようにするためです。」

仕組みは次のように動きます。Writerのコネクタは、すでにサードパーティのエンタープライズツールに対する読み取り・書き込みアクセスを提供していましたが、今回さらに特定のイベントも“聞き取る”ようになります。たとえばGmailでメールが届く、Gongで営業通話が完了する、Googleドライブのフォルダに新しいファイルが入る、Googleカレンダーでミーティングが開始または終了する、Slackにメッセージが投稿される、といったケースです。システムが条件を満たすイベントを検知すると、あらかじめ定義されたプレイブックが起動され、複数ステップのワークフローが自律的に実行されます。

Jwoがマーケティングチーム向けの利用例として挙げた内容を考えてみましょう。すでにWriterのプラットフォーム上で稼働しているチームでは、メールキャンペーンのワークフローは通常、クリエイティブブリーフがGoogleドライブのフォルダに投入されることから始まります。その後、複数の担当者がSlackで連携し、リサーチを取りまとめ、アセットを作り、文面を下書きし、グラフィックをレビューし、そしてキャンペーン管理ツール向けにすべてをパッケージします。Writerのイベントベースのトリガーは、その連鎖の大半を短縮します。ブリーフが指定されたフォルダに到達した瞬間に、システムが一連のプレイブックを自動的に起動し、リサーチを組み立て、アセットを生成し、人間によるレビュー用の成果物を準備します。

「顧客の皆さんが私たちと一緒に作ってきたすべてのプレイブックは、最初のブリーフがGoogleドライブのフォルダに入ったその瞬間に、自動でトリガーされるようになります」とJwoは述べました。「つまり、これはたぶん、こうしたマーケティング系の、コンテンツ量が多いタイプの利用ケースにとてもよくあるワークフローで、複数の関係者がいて、アセットがカスケードのように一緒に積み上がっていくような状況です。」

WriterのAI推論エンジンは、Zapierのような単純な自動化ツールとどう違うのか

「if-this-then-that(〜なら〜する)」ロジックで何千ものアプリをつなぐ、人気の自動化ツールである Zapier との比較は避けられず、Jwoはそれに真正面から答えました。

「真ん中にLLMがある、というだけではありません」と彼女は言いました。「それは推論を行うエージェントであり、さらにコネクタを含む、とても強力な一連のツールへのアクセスも備えています。加えて、独自の仮想サンドボックスがあるので、たとえばその場でコードを書いて実行したり、そうしたアセットを作ったりといったことができます。」

この違いは、ますます混雑している領域の中でWriterがどこに位置しているのかを理解するうえで重要です。Zapierやそれに類するワークフロー自動化ツールは、ユーザーが固定的な論理ルートを手作業で定義する必要があります。つまり、条件とアクションを、決定論的な順序で正確に指定する必要があるのです。Writerのアプローチでは、同社の Palmyraに基づく推論エンジン を使ってイベントの文脈を処理し、リアルタイムの実行判断を下します。ユーザーは、箱をドラッグして条件分岐を定義するのではなく、自分の目標を自然言語で説明します。

「Zapierとは完全に同じではありません。だって、もっと多くの要素が必要で、より堅牢(より厳密)だからです」と、伝統的な自動化ツールについてJwoは述べました。「ワークフローを実行する論理や役割、条件を定義するために、より多くの手作業によるセットアップが必要になります。」一方でWriterのプレイブックは、それとは対照的に、「単純なアイデアを、実際に実行できて繰り返せるものに変える」ことを可能にすると彼女は付け加え、「構築には“週や数か月ではなく、数時間から数日”かかる」としています。

この自然言語によるアクセシビリティは、Writerが昨年11月にAgentプラットフォームとプレイブックを導入して以来、同社の戦略の中核となっています。同社は一貫して、AIのワークフローを構築・保守するためにエンジニアリングリソースを用意する必要はないのではなく、パワーをビジネスユーザー(マーケター、営業チーム、オペレーション責任者など)の手に委ねるプラットフォームだと位置づけてきました。WriterのCEOであるMay Habibは、今年初めのダボスでこの点を力強く訴え、「rebuild mode」と彼女が呼んだ状態に入ることで先行するのは誰か、という議論を展開しました。そこでは、ワークフローを成果にまで削ぎ落とし、果てしない引き継ぎ、ステータス会議、調整メールといった、彼女が「coordination tax」と表現したコストを排除するのです。

イベントベースのトリガーは、この思想を論理的な結論まで押し進めています。ビジネスユーザーが自然言語でプレイブックを作れるようになり、さらにそのプレイブックが現実のビジネスイベントに基づいて自動的に発火できるのであれば、シグナルからアクションまでの全ループは、人手を最小限にして動かせます。

規制された企業でも自律型AIエージェントを安全にするためにWriterが構築した統治コントロールの中身

このレベルの自律性には、当然ながら懸念が生じます。そしてWriterは、統治が戦略全体の「要(かなめ)」だと理解しているようです。同社は、トリガーのローンチと同時に、管理(アドミニストレーション)コントロールを大幅に拡充しました。これは、Writerが企業の信頼を主要な競争力の武器として見ていることを示唆しています。

新しい統治機能には、Connector Profilesが含まれます。これは、チームごとに異なる権限を設定しながら、同じコネクターの複数バージョンを管理者が構成できるようにするものです。さらに、特定の能力の切り替えとセキュリティ設定を備えたカスタマイズ済みのエージェント設定を展開するためのWriter Agent Profiles、各エージェントのやり取りを監査可能な形で追跡するAI Studio Observability、Datadog Logs Plugin(すべてのLLMリクエストとレスポンスを構造化されたログイベントとして転送)、そしてAWS、Azure、GCPの鍵管理サービス経由での「持ち込み(bring-your-own)」暗号鍵のサポートが提供されます。

「それの本当に重要な部分、そして、私たちが展開するすべてのものの土台となるベースラインは、観測可能性(オブザーバビリティ)と統治のプラットフォームです」とJwoはVentureBeatに語りました。「コネクターが設定されると、管理者はコネクターへのアクセスについて完全なコントロールを持ちます。何が設定されるのか、誰がアクセスできるのか、正確にどのチームに対してそのアクセスが付与されるのか、また個別に、チームが呼び出せる“正確なツール”は何なのか、です。」

観測可能性の説明は個々のユーザーのレベルにも及びます。Jwoは、Writer Agent'sのユーザー体験を、段階的開示(progressive disclosure)を軸に構築されたものとして説明しました。ユーザーが最初に見るのは整理されたシンプルな画面で、そこから展開して、任意のエージェント行動の背後にある推論の全チェーンを検査できるようにします。「実際のツール呼び出しのレベルまで掘り下げられます」と彼女は言いました。「つまり、どのWeb検索結果が実際に取り出されたのか、どのコネクターが呼び出されたのか、どのツールが呼び出されたのか、成功したのか失敗したのか、そして、あなたの目標を達成するためにエージェントがどのように経路を切り替えたのか、を具体的に確認する能力が実際に得られるのです。」

この透明性のためのアーキテクチャは、Writerが同社の「The Agentic Compact」と呼ぶものを通じて示してきた、より広い確信を反映しています。これは、責任あるAIのために同社が公表した枠組みであり、基礎となる透明性、監査可能性、そして人間による監督を重視しています。WriterのAI責任者であるDan Bikelは、業界がモデルのスケールに執着することで、彼の言う「透明性のパラドックス」が生まれ、企業は強力なツールを持っていてもそれを十分に理解したり制御したりできない状態になっていると、公開の場で主張しています。自律型トリガーに対する統治を最優先するWriterのアプローチは、その思想の運用上の表れです。

またWriterは、2025年12月に同社のエージェント監督スイート(agent supervision suite)を導入しました。そこでは、集中型の監視、エージェントの承認ワークフロー、グローバルなガードレール、そしてDatadog、Noma、Lakeraのような外部の観測可能性・セキュリティプラットフォームとの統合が提供されています。イベントベースのトリガーは、現在では、人間がループに入らない状態で開始されるアクションまで、この統治の枠組みを拡張します。これは、はるかに難しい課題です。

エージェント型プラットフォームの激化する争いの中で、WriterがAWS、Salesforce、Microsoftに照準を合わせる

Writerの発表のタイミングが偶然でないことは明らかです。エンタープライズ向けのエージェント型AI市場は、非常に激しいプラットフォーム競争の時期に入りました。世界最大級のテクノロジー企業が、Writerが占める同じ領域に名乗りを上げています。

Jwoは、CIOがなぜAWS、Salesforce、Microsoftという既存のベンダーとの関係ではなくWriterを選ぶのかと問われた際、そのプレッシャーを正面から認めました。これらはいずれも、それぞれ自社のエージェント型プラットフォームを発表しています。

「基本的なところで言うと、私たちはすべての部品が揃っており、完全にエンタープライズ規模に耐え、準備ができています」とJwoは述べました。しかし彼女は、Writerの真の優位性は技術者ではないユーザーのためのアクセシビリティにあると主張しました。「多くの課題はこうだったのです。ビジネスユーザーに、コーディング用のエージェントを使う技術ユーザーなら、おそらく非常に迅速かつうまく行えるような形で、これらの強力なワークフローを実際に構築できるようにするにはどうすればいいのか。でも一般的なビジネスユーザーは、作成のために必要なものとしては、典型的なプロンプト入力以上のものには慣れていないのです。」

「ビジネスユーザーにとって使いやすいインターフェースで包んだ、エンタープライズ級の機能」というこの位置づけは、Writerが同社を2020年に設立して以来の中核的な差別化要因です。そして、WriterがSalesforce VenturesAdobe Venturesの両方から戦略的投資を受けてきた理由でもあります。両社はいずれも自社のAIプラットフォームを構築していますが、ビジネスユーザー向けセグメントにおけるWriterのアプローチに価値を見出しているようです。

同社の2026年3月のSkillsのリリースも、この方向性を強化しました。Skillsは、チーム固有のメソッド、品質基準、意思決定のための枠組みをAgentプラットフォームにエンコードする再利用可能なビルディングブロックです。たとえばSkillsにより、マーケティングチームは、自分たちの最高の戦略担当者がどのように競合分析を組み立て、どのようにキャンペーンのブリーフをフォーマットしているのかを正確に取り込み、その専門性を組織内のあらゆるチームメンバーとあらゆるプレイブックに対して利用可能にできます。さらにイベントベースのトリガーと組み合わせることで、結果として生まれるのは、現実のビジネスイベントに応答して制度的な知識が自動的に実行されるシステムです。

Workplace Intelligenceと共同で実施され、2,400人の世界のエグゼクティブを対象にしたWriterの2026年のAI導入に関する調査では、高い投資にもかかわらず、79%のエンタープライズがAI導入の課題に直面していることが分かりました。また、強力なチェンジマネジメントのプログラムを持つ組織は、生産(本番)に到達する可能性が6倍高いことも明らかになっています。WriterのCMOであるDiego Lomantoは、AI導入の本当の障壁は技術ではなく信頼だと主張しており、「彼らは抵抗をトレーニングの問題として扱うが、それは実際には信頼の問題です」と書いています。イベントベースのトリガーに対する統治を重視するアプローチは、まさにそのダイナミクスに対処するために設計されているように見えます。

Salesforce、SAP、Workdayのトリガーが次。Writerがコネクタのロードマップを拡大

Writerの初期のイベント・トリガー対応は、GmailGongGoogle カレンダーGoogle ドライブSharePoint、そしてSlackをカバーしている。これらはJwoが「一般に、あらゆるエンドユーザーに最も適用できる」ツールだと述べたものだ。しかし同社は、より深いエンタープライズ・システムの統合にも目を向けている。

SalesforceSAPWorkdayのようなシステムにおけるCRMおよびERPのトリガーについて尋ねられた際、Jwoはそれらがロードマップの範囲内にあることを確認した。「たとえば、Salesforceの案件が作成され、それが起点となって一連のイベントが連鎖的に発生する――そんなふうに想像できるでしょう」と彼女は述べた。「適切なアセットを設定したり、場合によっては適切な顧客環境を用意したりと、そうしたさまざまなことがそこから連鎖的に起こり得ます。」

コネクタのエコシステムは、Writerが2025年11月にMCP(Model Context Protocol)ゲートウェイをローンチして以来、戦略的な優先事項となっている。これにより、Microsoft 365、Google Workspace、HubSpot、Gong、PitchBook、FactSetなどを含むエンタープライズ・システム全体で、統制されたエージェントへのアクセスが提供される。このリリースでAdobe Experience Managerが追加されたことで、マーケティングチームはAdobeのコンテンツ管理システム内にあるページ、フラグメント、デジタルアセットへ直接の読み書きが可能になる。これは、AIが生成したコンテンツと、公開された成果物の間にあるギャップを埋めるコネクタだ。

Jwoは、多くの統合シナリオではWriter Agentがコンテンツを公開状態ではなく下書き状態で提供すると明確にした。「Writer Agentは基本的に、大部分の作業をこなします――アセットを取りまとめ、変更を行い、提示する。そして理想的には、人が最後の3つほどの最終ステップだけを踏めば外に出せるようになります」と彼女は語った。

エンタープライズAIが答えるべき本当の問い:どれくらいの自律性が“やりすぎ”なのか

企業がAIエージェントに許容できる自律性の度合いは、業界における最も重大な未解決の問いの1つであり続けている。Jwoは、多くの顧客は依然としてワークフロー内に人間によるチェックポイントを維持していることを認めた。

「次のプレイブックに進む前に、私に確認してね、というふうに、プレイブックへ指示を組み込むこともできます。見届けたいので、そこで“OK”なら大丈夫、という形です」と彼女は述べた。エージェントは自己QAの能力を備えるように設計することもでき、進む前に、既知の落とし穴に対して出力を検証できる。

Writerは今後の四半期に、これらのチェックポイント機能を拡張する計画だ。チェックポイントが必要であることだけでなく、どの特定の人物が応答しなければならないのか、またどの種類の応答が期待されるのかを指定できるようにする。要するに、自律的なトリガーの連鎖に、正式な承認ワークフローを組み込むことになる。

Jwoは、現行の仕組みをハイブリッドだと特徴づけた。プラットフォームはあらかじめ定義されたイベントに対して決定論的に“耳を傾ける”が、エージェントは、どのような行動を取るべきか、あるいはそもそも行動しないべきかを判断するために推論を適用する。「エージェントには、何が起きたかを処理し、それを理解し、あなたがやりたいことの意図を理解して、その判断を下せる能力があります」と彼女は言った。「つまり、“やあ、目標はフィードバックが入ってくることかもしれない。そしてそれをリアルタイムでトリアージしたい。アクションしない方がいいものもあるし、やるものもある”――そういうことを基本的に、エージェントに説明するだけなんです。」

彼女は、このリリースを、エージェントが「さらにミッション主導になり、指示や役割のようなものに必要以上に縛られない」未来への足がかりだと捉えている。つまり、AIがトリガーに反応するだけでなく、より広い組織の目標に基づいて、いつ行動が必要かを能動的に見極める未来だ。

当面は、Writerは、自己主導のトリガーと堅牢なガバナンス、そしてビジネスユーザーが利用しやすいことの組み合わせが、世界の最大級のテクノロジー企業が同じ一連の機能に収束していくエンタープライズAI市場で、防衛可能な領域を切り開くのに十分だと賭けている。同社の主張は、土台となる部品を揃えるだけでは足りない――重要なのは、それらの部品を、非技術のビジネスユーザーが構築し、運用し、信頼できる形で“うまく連携させる”ことだ、というものだ。

言い換えれば、これはWriterが2020年以来ずっと続けてきたのと同じ賭けだ。つまり、エンタープライズAIの未来は、最も強力なモデルを持つプラットフォームではなく、組織全体がそれを実際に使えるようにするプラットフォームにある――という考えである。違いは今、エージェントが“頼まれるのを待つ”わけではないことだ。

イベントベースのトリガー、新しいコネクタ、そして強化されたガバナンス制御は、Writerのエンタープライズ顧客にすぐに提供される。