2026年10月6日公開のSalesforce公式記事は、AIエージェントに行動を任せる際、確率的なモデルと決定的ロジックを組み合わせる考え方を紹介した。同社のKathy Baxter氏は、Agentforceの「頭脳」を二層に分けると説明する。読者にとっての問いは、自然な言葉から生まれた判断候補が、どの時点で実際の操作になるのかだ。
会話の先で、何が可能になるのか
Salesforceは、AIエージェントが会話し、複数段階の問題を考え、システムをまたいで行動できると説明している。回答を文章で返すだけでなく、外部の状態を変える操作まで扱うという能力の説明だ。ただし、提供された抜粋には具体的な接続先や稼働事例は示されていない。
仕組みを考えるための仮例として、顧客が予約日時の変更を依頼した場面を置こう。入力は依頼文、変更に必要な予約情報、作業に関する指示。AIが作る出力候補は、変更する日時と顧客への返答になる。実際に予約情報を書き換えるなら、その操作を許す条件も関係する。この例は入力と出力を具体化したもので、Salesforceが予約変更機能やこの処理手順を公表したという意味ではない。
ここで重要なのは、返答の候補を作ることと、登録情報を変更することは別の結果だという点だ。後者には操作結果が残る。Salesforce自身も、LLMに適切な文脈、データ、指示がなければ誤回答だけでなく誤操作が起こり得ると述べている。
「候補を考える」と「実行を制御する」を分ける
大規模言語モデルは確率的に出力を作るため、言い回しの異なる依頼や複数の情報を扱える。一方、決定的ロジックは定めた条件に従って処理する。Salesforceは、この二つを組み合わせることで、エージェントに行動する能力を与えつつ、ガードレールを維持するという設計を説明している。
読者向けに整理すると、柔軟な側が依頼を読み取って回答や操作の候補を作り、規則の側が実行できる範囲を制御する、という役割分担になる。これは同社の二層という説明を理解するための模式的な整理だ。候補をどの順序で評価するか、規則をどこに置くか、条件を満たさないときに何が起きるかといった実装の詳細は、提供資料の範囲では確認できない。
この区別は「AIがもっと賢くなれば規則は不要になる」という見方を正す。文脈を読んで妥当そうな候補を作る能力と、その候補を実行してよいかを決める条件は、解く問題が異なる。また、規則が機械的に働いても、入力データや候補そのものの正しさが自動的に保証されるわけではない。
厳格なルールだけの方式と、どこが違うのか
比較対象としてSalesforceの記事が挙げるのは、厳格な規則だけで動く従来型の方式だ。同社は、規則に従うことで安全性を保てる一方、扱える範囲が限られると説明する。二層の組み合わせは、多様な依頼をモデルで扱いながら、行動には決定的な制御を加えるという狙いだ。
この違いが意味を持つのは、依頼の表現が毎回同じとは限らず、しかも結果がシステム上の操作につながる場面である。言葉の解釈をすべて固定の分岐で書くのは難しい。一方で、解釈の結果をそのまま実行に移せば、誤操作の可能性が残る。二つの役割を分けるという説明は、この両方に向き合うためのものと読める。
ただし、これはSalesforceが示す設計上の比較であり、他製品との性能比較ではない。提供資料には、精度、失敗率、処理速度、適用できる業務の範囲を比べる数値はない。
システム連携と「説明できる」の間にある確認点
同社が述べる「システムをまたぐ行動」が実務で意味を持つのは、ある場所で受け取った依頼や情報が、別の場所の操作に結び付くからだ。どのシステムに、どの方式で接続するかは今回の抜粋から分からない。接続先が増えれば、何を読めるか、どの操作を許すか、結果をどう確かめるかが重要になる、というのは本稿の編集上の含意である。
原記事の表題には「信頼できる」「説明可能」「説明責任を果たせる」という語が並ぶ。関連するSalesforceの倫理指針記事も、人とエージェントが協働するための意図的な設計とシステム単位の制御を重視している。ただし、提供された資料だけで、Agentforceが個々の判断理由をどう示すか、操作履歴をどう残すか、誰が結果に責任を持つかという具体的な機能までは確かめられない。
実際の製品を評価する読者なら、許可できる操作の範囲、参照するデータ、実行結果の追跡方法、判断に人が関わる箇所を確認したい。これらは公表済み機能の列挙ではなく、二層という説明を実際の利用条件に結び付けるための確認事項だ。
この説明から持ち帰れること
Salesforceの説明が示す中心は、AIに多様な依頼を解釈させることと、行動を許す条件を定めることを分ける発想だ。「候補を作れる」と「実行を任せられる」は同じではない。その境界を意識すると、エージェントの能力紹介を読む際にも、何が確認済みで、どこから先に製品仕様の確認が必要かを見極めやすくなる。
出典：参照した一次発表（確認日：2026-10-10）。