Data 360は今や、すべてのAgentforceエージェント、パーソナライゼーションの意思決定、そしてアクティベーションの源泉となっています。これにより「Data 360の変更」の意味が変わりました。セグメント定義は単なる設定ではなく、自律型システムが大規模に実行するための「指示」となったのです。Apexクラスのデプロイミスは機能の停止を招きますが、セグメントのデプロイミスは、誤った対象の100万人の顧客にメールを送信してしまう事態を引き起こしかねません。

しかし、多くのチームでは依然としてData 360の変更を手作業で行っています。設定のスクリーンショットを撮り、データストリームやマッピング、セグメントをサンドボックスから本番環境へ一つずつ再設定しているのです。AIが実行の根拠とするデータそのものに対して、バージョン管理もテストも監査証跡も存在しません。従来のAgentOpsは人間が書いたコードを管理するために構築されたものであり、データの変更がインテリジェントな実行を左右する現代の世界を想定して設計されてはいませんでした。

その世界には、AgentOpsという新しい運用モデルが必要です。本セッションでは、Copado AgentiaがどのようにData 360をガバナンスの効いたデリバリー体制へと導くのかを解説します。

学べること

1. Data 360のコンポーネント、データストリーム、DMO、セグメント、計算済みインサイトのうち、どれがバージョン管理とデプロイの対象となるのか、またその具体的な方法
2. Data 360の変更を、手作業での再設定ではなく、パイプライン、テスト、ロールバックを活用してサンドボックスから本番環境へ移行する方法
3. ビジネスリクエストからセグメントの有効化に至るまで、コンプライアンスを損なうことなく完全な監査証跡を維持する方法

Salesforceのデリバリーは今やAIスピードで動いています。エージェントと開発者が数十ものプロセスで同時に変更をリリースする中、すべての結果を予測することは不可能です。それにもかかわらず、テストの現場は依然として「真っ白な画面」に縛られています。ユーザー要件の解読、エッジケースの推測、バグ報告の作成に何時間も費やしているのです。欠陥の50%以上は、最初のクリックが行われる前の要件定義フェーズで発生しています。複雑なフローのテストに関する暗黙知を専門家が抱え込むという旧来のモデルでは、インテリジェントな実行に対応することはできません。

テストとは、単にリリースを検証するだけのものではありません。インテリジェントな実行に必要な「信頼」を創り出すものです。そして、その信頼は人員数に依存してはなりません。

本セッションでは、Copado ExplorerとTest Builderを活用して、誰もがテスターになれる方法を紹介します。Test BuilderがCopado、Jira、またはAzure AgentOpsからアクティブな作業項目を読み取り、ハッピーパス、エッジケース、統合テストのブループリントを1分以内に生成する様子をご覧ください。もう、真っ白な画面を前に悩む必要も、解釈のズレに苦しむ必要もありません。本セッションで得られること：

• AIスピードのデリバリーに対応できる唯一のテストモデルとしての「品質の民主化」
• 要件から専門的なテストブループリントを1分以内に生成するワークフロー
• 手動探索から、永続的で追跡可能な自動回帰テストスイートへの移行

Salesforceでの開発は、その歴史上かつてないスピードで変化しています。エージェントが開発者や管理者に加わり、新たな「ビルダー」となる中で、ツール、技術、そして開発者体験そのものが再定義されています。AIに取って代わられるのではなく、AIと共に構築する方法を学ぶ人こそが、これからの時代を勝ち抜くでしょう。本セッションでは、Salesforce開発の未来を展望します。再構築された開発者体験、Agentia Studioによる信頼性の高いワークフローの台頭、そして人間とエージェントが並走して最大の成果を生み出すことの意味について解説します。

本セッションで得られること： 今後数年間でビルダーの役割がどのように進化するかという視点 · エージェントがコラボレーターとなる中で、なぜ人間が主役であり続けるのか · Salesforce開発の未来としての開発者体験とStudioの全体像。