技能與整合架構 skills-and-integrations

整合（先前稱為工具）是指與資料來源或後端的連線。 技能是一種行為。

一個整合可供許多技能使用。 一種技能可使用數種整合。 您可以個別設定這些變數，並將它們對應在一起。

技能

技能是門房的行為階層。 這是可重複使用的已命名單位，可定義服務人員可執行的單一工作：其處理內容、何時進入以及回應方式。 技能本身沒有資料；它會從附加至它的整合中借用功能。

每一項技能都由五個部分組成：

技能在執行階段的行為：當使用者訊息到達時，平台會比對每個使用中技能的「使用時機」觸發條件，並將訊息路由至對應的技能。 然後，該技能會執行其指示，並僅呼叫其附加的整合。 其指示會與品牌設定檔和任何其他作用中技能一起組成禮賓員的整體執行階段行為。

技能決定要做什麼以及何時做。 它本身不會連線至任何資料；這是整合的角色。

網站諮詢技能範例

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

整合

整合是門房的功能層。 這是與外部或後端系統（知識庫、內容來源、即時商務目錄）的連線，可實際擷取資料或執行動作。 如果技能是判斷，整合就是功能。

每項整合都有以下特性：

整合在執行階段的運作方式：當技能觸發並決定需要資料時，會呼叫整合的工具之一。 整合會針對即時後端執行呼叫，並將結構化資料傳回技能，然後技能會使用這些資料來形成回應。

整合提供功能，但不作判斷。 它會等待技能呼叫、執行要求的特定工作並傳回結果。

功能與限制（自助服務範圍）

立即可用的整合

以下是Composer的​ Browse整合 ​面板中顯示的整合。

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

現成可用的技能

以下是Composer的​ 瀏覽技能 ​面板中顯示的技能。 每個頁面都會列出其建議的整合。

這兩種商務技能是僅限目錄的功能，並取決於Commerce MCP整合，而這不屬於基準線的一部分。 在非商業服務人員中，網站諮詢和產品諮詢會針對自動建立的知識庫搜尋執行。

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

建立禮賓時的有線內容

透過一鍵設定建立服務生時，會為您組裝基準線。

常見問題集

技能與整合之間有何差異？

整合是指與資料來源或後端的連線，是服務人員可觸及的目標，例如知識庫或即時商務目錄。 技能是一種行為；它決定門房該做什麼、何時做，以及允許使用哪些整合。

經驗法則：​整合是一項功能；技能是判斷何時及如何使用該功能。

同一整合是否可由多個技能使用？

是的，這是刻意為之。 「目錄探索」和「產品比較」會共用Commerce MCP的工具。 一次建置整合，並在許多技能和許多客戶中重複使用，是2.0架構的核心效率；這是移除每個客戶自訂組建的原因。

從業者是否可以在沒有工程的情況下新增全新的功能？

僅當其整合已存在於目錄中時。 從業人員可自由對映、設定及指示任何現有的整合；亦即自助服務。 但是，如果功能需要尚不存在的後端或聯結器（新API或新資料來源型別），則需先建置整合的工程任務。 一旦將其存在於目錄中，再次將其設定為自助服務。

這與BC 1.0的單一系統提示有何不同？

在1.0中，行為是由一個大型系統提示（資訊清單）驅動，這很難安全編輯，通常需要工程變更。 在2.0中，資訊清單仍然存在，但是由模組化片段所組成，而非寫入為一個區塊。 這就是讓從業人員能夠設定行為，並使個別護欄和指示清晰可稽核而不是隱藏在提示中的原因。

提前抓取會建立什麼內容？

此抓取會建立知識庫，這是網站內容的可搜尋存放區，可透過網站地圖從前10到15頁建立。 這僅是資料層。 抓取不會建立技能或整合；而是產生他們稍後動作的內容。

如果抓取建立知識庫，則什麼是知識庫搜尋整合？

「知識庫搜尋」是內建的整合，其工作就是搜尋該知識庫。 知識庫就是資料；知識庫搜尋是查詢它的功能。 它們是兩個不同的專案：一個是內容，另一個是讀取內容的工具。 將兩者視為相同是很常見的錯誤；但事實並非如此。

服務生如何在建立時回答一般問題？端對端？

三個圖層會依序運作，並準確地對應至技能、整合和資料模型：