スキルと統合のフレームワーク skills-and-integrations

統合（旧称ツール）とは、データソースまたはバックエンドへの接続のことです。 スキルは行動です。

1つの統合は、多くのスキルで使用できます。 1つのスキルで複数の統合を使用できます。 それらを個別に設定し、一緒にマッピングします。

スキル

スキルはコンシェルジュの行動レイヤーです。 これは、コンシェルジュが行うことができる単一のジョブ（何を処理するか、いつステップインするか、どのように応答するか）を定義する、名前付きの再利用可能なユニットです。 スキルには独自のデータがありません。スキルに添付された統合機能から機能を借用します。

あらゆるスキルは、次の5つの部分で構成されています。

実行時のスキルの動作：ユーザーメッセージが届くと、プラットフォームは各アクティブなスキルの「使用時」トリガーと一致し、一致するスキルにメッセージをルーティングします。 その後、そのスキルは命令を実行し、その命令に添付された統合のみを呼び出します。 その指示は、ブランドプロファイルやその他のアクティブなスキルと並んで、コンシェルジュの全体的なランタイム動作に構成されます。

スキルは何をいつ実施するかを決めます。 それ自体はどのデータにも接続しません。それが統合の役割です。

サイト アドバイザリースキルの例

{width="800" modal="regular"}

統合

統合とは、コンシェルジュの機能レイヤーです。 実際にデータを取得したり、アクションを実行したりする外部システムやバックエンドシステム（ナレッジベース、コンテンツソース、ライブコマースカタログ）への接続です。 スキルが判断力であるところでは、統合は能力である。

あらゆる統合には、次のような特徴があります。

実行時の統合の動作：スキルが起動し、データが必要であると判断すると、統合のツールの1つが呼び出されます。 統合は、ライブバックエンドに対して呼び出しを実行し、構造化データをスキルに返します。スキルは、その後、応答を形成するために使用します。

統合は機能を提供しますが、判断力を行使しません。 それはスキルによって呼び出されるのを待ち、特定の仕事がそれを求め、結果を返します。

機能と制限（セルフサービスの境界）

すぐに利用できる統合機能

以下は、Composerの​統合を参照 パネルに表示される統合です。

{width="800" modal="regular"}の4つの統合カードが表示されている統合パネルを参照します

すぐに利用できるスキル

以下は、Composerの​スキルを参照 パネルに表示されるスキルです。 それぞれに、推奨される統合が一覧表示されます。

この2つのコマーススキルはカタログのみの機能で、ベースラインの一部ではないCommerce MCP統合に依存します。 非コマースコンシェルジュでは、代わりに自動作成されたナレッジベース検索に対して、サイトアドバイザリーと製品アドバイザリーが実行されます。

{width="800" modal="regular"}

コンシェルジュサービスの利用目的

ワンクリックでコンシェルジュを作成すると、ベースラインが組み立てられます。

よくある質問

スキルと統合の違いは何ですか？

インテグレーションとは、データソースやバックエンドへの接続のことです。ナレッジベースやライブコマースカタログなど、コンシェルジュが連絡できることです。 スキルは行動です。コンシェルジュが何を行うのか、いつ行うのか、どの統合を使用できるかを決定します。

経験則：​統合は機能です。スキルとは、その機能をいつ、どのように使用するかに関する判断です。

同じ統合を複数のスキルで使用できますか？

これは意図的なものです。 Commerce MCPのツールは、カタログ発見と製品比較の両方で共有されています。 一度統合を構築し、多くのスキルと多くの顧客で再利用することは、2.0 フレームワークの中核となる効率性です。これは、顧客一人ひとりのカスタムビルドを取り除くものです。

実務担当者は、エンジニアリングなしで完全に新しい機能を追加できますか？

統合機能が既にカタログに存在する場合にのみ使用します。 実務担当者は、既存の統合を自由にマッピング、設定、指示することができます。つまり、セルフサービスです。 しかし、機能がまだ存在しないバックエンドまたはコネクタ（新しいAPIまたは新しいデータソースタイプ）が必要な場合は、まず統合を構築するエンジニアリング作業です。 カタログに存在すると、設定は再びセルフサービスになります。

これはBC 1.0の単一のシステム プロンプトとどのように異なりますか？

1.0では、動作は1つの大きなシステムプロンプト（マニフェスト）によって駆動され、安全に編集するのは困難で、一般的に変更するエンジニアリングが必要でした。 2.0では、マニフェストはまだ存在していますが、1つのブロックとして記述するのではなく、モジュール要素で構成されています。 そのため、実務担当者は行動を設定でき、単一のプロンプトに埋め込むのではなく、個々のガードレールと指示を読みやすく、監査しやすくすることができます。

早期クロールは正確に何を作成しますか？

このクロールでは、サイトマップで見つかった上位10～15 ページをもとに、ナレッジベース、つまりサイトのコンテンツを検索可能に保存する仕組みを構築します。 データレイヤーだけです。 クロールはスキルや統合を生み出すものではなく、後でアクションを起こすコンテンツを生成します。

クロールでナレッジベースが作成された場合、ナレッジベース検索の統合は何ですか？

ナレッジベース検索は組み込みの統合機能で、その仕事はそのナレッジベースを検索することです。 ナレッジベースはデータであり、ナレッジベース検索はそれをクエリする機能です。 それらは2つの別物です：一方はコンテンツであり、もう一方はコンテンツを読むツールです。 彼らを同じように扱うのはよくある間違いですが、彼らはそうではありません。

コンシェルジュは、作成時、エンドツーエンドの一般的な質問にどのように回答しますか？

3つのレイヤーが順番に機能し、スキル、統合、データモデルに正確にマッピングされます。