ニュース

Adobe CX Enterprise Coworker|CX自動化の全貌

Adobe CX Enterprise Coworker|CX自動化の全貌

この記事の結論

Adobe Summit 2026で発表されたCX Enterprise Coworkerの全貌。MCP×A2Aオープン基盤で顧客体験をAIエージェントが自律運用する仕組みを解説。

CXの世界で、ちょっとした地殻変動が起きた。

2026年4月20日のAdobe Summit。Adobeが発表した「CX Enterprise Coworker」は、単なるAI機能の追加ではなく、顧客体験の設計思想そのものを書き換えようとしている。正直、筆者はこの発表を見たとき、「Salesforce Agentforceへの真正面からの対抗馬が来た」と感じた。

なぜこの発表が重要なのか。Enterprise CXの世界では、AIエージェントの導入率がまだ10%にとどまっている。残りの90%はパイロット段階で止まったまま。技術の問題ではなく、ガバナンスと統合の問題で身動きが取れていない。AdobeのCX Enterprise Coworkerは、この停滞を「オープンアーキテクチャ×マルチエージェント統制」で打破しようとするものだ。

CX Enterprise Coworkerを3つの視点で読み解く

視点1: 「チームキャプテン」という設計思想

CX Enterprise Coworkerは、個別のAIエージェントとは根本的に異なる。Audience Agent(オーディエンス分析)やJourney Agent(ジャーニー設計)といった個別エージェントが「選手」だとすれば、Coworkerは「チームキャプテン」だ。

具体的に何をするのか。ビジネスゴールを受け取り、それを複数ステップのアクションに分解し、各エージェントに指示を出し、結果を統合する。しかも人間の監視付きで。

ここが既存の「ワンショットエージェント」と決定的に違う。ワンショットエージェントは1つのタスクを実行して終わり。Coworkerは永続的に動作し、結果から学習し、シグナルやスケジュールでトリガーされる自己学習型エージェントだ。エンタープライズメモリも持つ。つまり過去のキャンペーン結果や顧客反応を記憶し、次のアクションに活かす。

これをコードで表現するとこうなる:

# Adobe CX Enterprise Coworkerの概念的なワークフロー(疑似コード)
# 動作環境: Adobe Experience Platform SDK

class CXCoworker:
    """永続型マルチエージェントオーケストレーター"""

    def __init__(self, business_goal: str):
        self.goal = business_goal
        self.memory = EnterpriseMemory()  # 過去のキャンペーン結果を保持
        self.agents = {
            "audience": AudienceAgent(),
            "journey": JourneyAgent(),
            "content": ContentAgent(),
            "analytics": AnalyticsAgent()
        }

    def orchestrate(self, signal: dict):
        # 1. シグナルを受信(リアルタイムCDPからのイベント等)
        context = self.memory.retrieve(signal)

        # 2. ゴールに基づいてアクションプランを生成
        plan = self.plan_actions(self.goal, context, signal)

        # 3. 各エージェントにタスクを分配
        for step in plan.steps:
            agent = self.agents[step.agent_type]
            result = agent.execute(step.task, governance=True)
            self.memory.store(result)  # 結果をメモリに蓄積

        # 4. 人間にレビューを依頼(ガバナンス層)
        return HumanInTheLoopReview(plan.results)

# 注意: 本番環境で使用する前に、必ずテスト環境で動作確認してください。
# 上記はCX Enterprise Coworkerのアーキテクチャを示す概念コードです。

キャンペーンベースの「設計→実行→分析」サイクルが、連続的なインテリジェント・エンゲージメントに変わる。これは地味に見えて、CXオペレーションの根本的な変化だ。

視点2: MCP×A2Aによるオープンアーキテクチャの賭け

ここが最も興味深いポイントだと思う。

AdobeはCX Enterprise Coworkerを、Model Context Protocol(MCP)Agent2Agent(A2A)プロトコルというオープンスタンダード上に構築した。つまり、Adobe製品だけでなく、AWS・Google Cloud・Microsoft・OpenAI・Anthropicのプラットフォームと相互運用できる。

これはSalesforce AgentforceやMicrosoft Copilotとは明確に異なるアプローチだ。比較してみよう:

比較項目 Adobe CX Enterprise Coworker Salesforce Agentforce Microsoft Copilot
アーキテクチャ MCP + A2A(オープン) Salesforceエコシステム中心 Microsoft 365エコシステム中心
LLM選択 OpenAI / Anthropic / Google等 主にSalesforce Einstein 主にGPT系列
外部連携 マルチプラットフォーム前提 AppExchange経由 Graph API経由
CX特化 ★★★★★(AEP基盤) ★★★★☆(CRM起点) ★★★☆☆(オフィス起点)
ガバナンス NVIDIA OpenShell統合 Einstein Trust Layer Azure AI Content Safety

ぶっちゃけ、このオープン路線は諸刃の剣でもある。Futurum Groupの分析では「オープンアーキテクチャは複雑さの増幅装置にもなりうる」と指摘されている。サードパーティ統合が増えるほど、ガバナンスの一貫性を保つのが難しくなるからだ。

だが、41%の企業がスタック統合を進めている今、ベンダーロックインを避けたいという市場のニーズは本物だ。AdobeのMarketing Agentが既にMicrosoft 365 Copilot、ChatGPT Enterprise、Gemini Enterprise、Amazon Qに組み込まれている事実がそれを裏付ける。

視点3: 「Agent Skills」がもたらすノーコード革命

技術的に最も注目すべきはAgent Skillsカタログだ。再利用可能なワークフロー命令をパッケージ化し、エンジニアの介入なしにカスタムワークフローを構築できる仕組みになっている。

たとえば「パフォーマンス指標をレビューしてコンテンツ制作を駆動する」というSkillを定義すれば、Coworkerがそれを自動的にオーケストレーションする。Skillの設定イメージ:

# Agent Skill定義の概念例(YAML形式)
# 実際のAdobe SDKの仕様は公式ドキュメントを参照してください

skill:
  name: "campaign_performance_review"
  trigger:
    type: "schedule"
    cron: "0 9 * * MON"  # 毎週月曜9時
  steps:
    - agent: "analytics"
      action: "pull_campaign_metrics"
      params:
        period: "last_7_days"
        kpis: ["open_rate", "click_rate", "conversion"]
    - agent: "content"
      action: "generate_recommendations"
      condition: "if any_kpi_below_threshold"
    - agent: "journey"
      action: "adjust_journey_paths"
      governance: "human_approval_required"
  memory:
    store_results: true
    retention: "90_days"

これが意味するのは、マーケターが直接AIエージェントの振る舞いを定義できるということだ。開発チームにJIRAチケットを投げて3スプリント待つ、という時代が終わる可能性がある。

市場データが示すタイミングの必然性

Adobeがこのタイミングで動いたのには、明確な市場シグナルがある。

Futurum Groupの調査(n=830)によれば:

  • 44%の企業意思決定者が、AIエージェントの最優先導入領域として「顧客エンゲージメント」を挙げている
  • 52%の組織が、ソフトウェア購入基準としてエージェンティックAI機能を考慮している
  • 企業アプリの40%が2026年末までにAIエージェントを組み込むと予測されている(2025年はわずか5%)

Adobe Experience Platform(AEP)自体が年間1兆件以上のエクスペリエンスを処理している。この規模のデータ基盤にAIエージェントのオーケストレーション層を載せることで、他社には真似しにくい差別化要因になる。

一方で、冷静に見る必要もある。現時点で実際にAIエージェントをスケールさせている企業は全体の10%にとどまる。技術が整っても、組織のオペレーションモデルを変えなければ意味がない。CMSWireの分析が鋭い:「難しいのはAIではなく、オペレーティングモデルの変革だ」。

NVIDIA統合とセキュリティ: 規制産業への布石

AdobeはNVIDIAと提携し、OpenShellセキュアランタイムNemotronオープンモデルをCX Enterprise Coworkerに統合する。これは金融・医療・公共セクターなど規制産業への展開を見据えた動きだ。

具体的に何が変わるのか:

  • セキュアランタイム: エージェントの実行環境をサンドボックス化し、データ漏洩やプロンプトインジェクションを防止
  • ガバナンス層: エージェントの全アクションが監査可能(durable and auditable)
  • オンプレミス対応: Nemotronモデルにより、データを外部に出さないローカル推論が可能

規制産業ではこの「監査可能性」が生命線になる。HIPAA準拠の医療マーケティングや、金融商品の適合性チェックを組み込んだジャーニー設計が、エージェントベースで自動化できるようになる。

ただし、これはまだ構想段階に近い。GA(一般提供)は「今後数ヶ月以内」とされており、具体的な価格体系も未発表だ。実際のパフォーマンスやレイテンシについても、検証データはまだ出ていない。ここは正直、判断がつかない部分だ。

よくある誤解

CX Enterprise Coworkerについて、既にいくつかの誤解が広がっている。

誤解1: 「Adobe製品だけで閉じたソリューション」

実際は逆。MCP + A2Aによるオープンアーキテクチャで、AWS・Google Cloud・Microsoft・OpenAI・Anthropicのプラットフォームとネイティブ連携する。Marketing AgentはChatGPT Enterprise内からも呼び出せる。

誤解2: 「マーケターの仕事を奪うAI」

Coworkerは「Human-in-the-Loop」が設計の根幹。全ての重要なアクションで人間の承認を挟む。キャンペーンの自動実行はできるが、ゴール設定とガバナンスルールは人間が定義する。自動化されるのは「作業」であって「判断」ではない。

誤解3: 「すぐに使える完成品」

GA時期は未定(「今後数ヶ月以内」)。価格も未発表。Agent Skillsのカスタマイズには、ワークフロー設計の知識が必要になる。導入には準備期間を見込むべきだ。

私の結論

Adobe CX Enterprise Coworkerの本質的な価値は、技術そのものではなく「CXプラットフォームがオーケストレーション層に進化した」というパラダイムシフトにある。

筆者は、このオープンアーキテクチャ路線に賭けている。SalesforceやMicrosoftのクローズドなエコシステムに対して、「どのLLMでも、どのクラウドでも動く」という選択肢を提示したことに戦略的な正しさを感じる。エンタープライズCXの世界は、1つのベンダーに縛られるにはあまりに複雑だ。

ただし、3つのリスクは忘れるべきではない:

  1. 統合の複雑さ: オープンであることは、設定・運用が複雑になることの裏返し
  2. 実績の不足: GA前の製品であり、本番環境での実績は未知数
  3. 組織変革の壁: 技術を入れても、マーケティングチームのオペレーションモデルを変えなければ成果は出ない

AIエージェントの導入を検討している企業は、今のうちに以下の準備を始めておくべきだ:

  • 今日: Adobe公式ページでCX Enterprise Coworkerの仕様を確認し、自社のCXスタックとの適合性を評価する
  • 今週中: MCP/A2Aプロトコルの基礎を理解する(A2AプロトコルとMCPの違いが参考になる)
  • 今月中: 自社CXワークフローの中で最もエージェント化しやすいプロセスを1つ特定し、PoC計画を作成する

参考・出典


あわせて読みたい:


ご質問・ご相談は お問い合わせフォーム からお気軽にどうぞ。

この記事はAIgent Lab編集部がお届けしました。

Need help moving from reading to rollout?

この記事を読んで導入イメージが固まってきた方へ

Uravationでは、AIエージェントの要件整理、PoC設計、社内導入、研修まで一気通貫で支援しています。

この記事をシェア

X Facebook LINE

※ 本記事の情報は2026年4月時点のものです。サービスの料金・仕様は変更される可能性があります。最新情報は各サービスの公式サイトをご確認ください。

関連記事