範例使用案例
即將進行的命名空間遷移
AWS 客服人員登錄檔目前在 bedrock-agentcore 命名空間下為公開預覽。從 2026 年 8 月 6 日開始，服務會移至代理程式登錄命名空間。如果您使用 AWS 代理程式登錄檔，則必須更新端點、IAM 政策、SDK 用戶端、CLI 指令碼和登錄檔資料。如需從公有預覽遷移的詳細資訊，請參閱 綜合登錄遷移指南。
您可以在下面找到一些可使用登錄的範例使用案例。
探索用於建置內部工作流程的 代理程式或工具
建置器正在建立內部 HR 工作流程，產生員工休假餘額的報告。工作流程需要存取員工資訊服務、PTO 追蹤服務，以及 SharePoint 等文件產生服務。建置器不會詢問或搜尋內部 Wiki，而是搜尋 AWS 客服人員登錄檔，尋找符合其需求的服務。他們找到所有以其連線詳細資訊和工具結構描述註冊的三個服務，並使用此資訊來建構工作流程，將探索的天數減少為幾分鐘。
將新功能新增至面向客戶的客服人員
建置器會維護外部客戶服務代理程式，以處理訂單查詢。他們需要新增新的使用案例：協助客戶追蹤延遲的套件遞送。客服人員已經可以存取客戶資訊和訂單歷史記錄服務，但需要交付追蹤服務。建置器會搜尋登錄檔、尋找具有適當功能的已註冊交付追蹤服務、將其連接至其閘道，以及更新客服人員的政策以允許呼叫此新服務，而不需要知道哪個團隊建置了交付服務或如何聯絡他們。
管理跨團隊的客服人員擴展
檢閱登錄檔的管理員注意到，新團隊正在建置旅遊預訂代理程式，其功能與其他團隊註冊的現有旅遊規劃代理程式非常相似。透過登錄探索此重疊，管理員會連接兩個團隊。現有的代理程式會使用其他功能進行更新，而不是重複工作，而且組織會避免維護兩個基本上執行相同動作的代理程式。
跨客服人員共用可重複使用的技能
團隊開發了從 PDF 文件擷取結構化資料的技能。他們收到有關此技能有效性的正面意見回饋，並被要求在整個組織中廣泛分享此技能，以提高集體生產力。他們不會獨立聯絡每個團隊，而是將技能發佈到具有詳細 Markdown 文件和結構化定義的登錄檔。其他客服人員建置者透過搜尋探索技能，並將其整合到自己的客服人員中，加速整個組織的開發。
透過策劃強制執行品質標準
建置器會將新的 MCP 伺服器記錄提交至登錄檔。提交會觸發 Amazon EventBridge 通知，啟動組織的標準審核管道。自動化管道會檢查伺服器定義是否包含完整的工具描述、輸入結構描述是否已正確定義，以及伺服器是否符合組織的安全需求。審核發現有數個工具描述缺少必要欄位。策展者會拒絕記錄並說明詳細原因，而建置器會收到有關重新提交之前要修正項目的意見回饋。
保持登錄檔記錄與即時伺服器同步
團隊在 AgentCore 執行期部署 MCP 伺服器，其工具定義會隨著新增功能而演進。它們不會在每次工具變更時手動更新登錄檔記錄，而是在每個記錄上設定以 URL 為基礎的同步，而是定期前往登錄檔來觸發同步。當他們這樣做時， AWS 代理登錄檔會從 MCP 伺服器端點擷取最新的伺服器和工具中繼資料，以保持登錄檔的準確性。
