隨著時間推移，你的業務員會記住過去事件中有效的方法並參考你的文件，效率會提升。
記憶的運作原理
當你提問時，代理人會同時搜尋所有知識來源。
| 來源 | 它發現了什麼 | 最適合用於 |
|---|---|---|
| 過去事件 | 解決類似問題的步驟 | 「我們之前怎麼解決的？」 |
| 使用者記憶 | 你明確保存的事實 | 「記住我的環境使用...」 |
| 知識庫 | 你上傳的運行手冊和文件 | 「請遵守我們的標準程序。」 |
客服人員回傳一個貼近現實的回應，並附上 可點擊的引用 ，清楚顯示資訊來源。
自動學習
你的經紀人從每一次對話中學習。 不需要任何手動訓練。
每執行緒結束後，代理會擷取以下資訊。
| 什麼 | 說明 |
|---|---|
| 觀察到的症狀 | 錯誤訊息、行為、模式 |
| 有效的步驟 | 成功的解決路徑 |
| 根本原因 | 問題的成因 |
| 應避免的陷阱 | 無效的操作 |
這個過程是自動發生的。 在討論串靜默三十分鐘後，客服會評估對話並記錄所學內容。
相同資源優先權
調查資源問題時，Agent 會優先處理完全相同資源的過往工作階段。
"App Service app-prod-01 is returning 503 errors"
你的代理會先檢查它之前是否在app-prod-01上發現過問題。 如果是，這些學習會先出現，因為它們最相關。
主動式知識持續性
除了從已完成的討論串中學習外，你的客服還會主動儲存對話中發現的內容。 當你的代理遇到重要問題（棘手的設定、不明顯的相依性或除錯陷阱）時，它會將洞察記錄在持續存在的知識檔案中，這些檔案會跨越多個會話。
運作方式
你的經紀人會維護一個知識目錄。memories/synthesizedKnowledge/ 代理在每次對話開始時會自動將一個特殊檔案overview.md載入到系統提示中。 這種方式能讓你的客服人員立即接觸到環境中最重要的脈絡。
| 組件 | 其功能是什麼 |
|---|---|
overview.md |
服務摘要與索引。 一律載入到內容中 (大約 2,000 個字元的預算)。 |
| 主題檔案 | 針對特定主題的詳細筆記（例如 aks-networking-gotchas.md）。 |
| 總覽連結 |
overview.md 附上主題檔案連結，讓你的經紀人知道有哪些詳細知識。 |
您的代理程式節省了什麼
你的經紀人會在對話中主動記錄洞察。
| 類別 | Examples |
|---|---|
| 問題限制 | 「這項服務因配額限制無法擴展超過10個複本。」 |
| 有效的策略 | 「使用 --grace-period=0 重新啟動 Pod，已解決卡住的部署。」 |
| 失敗的策略 | 「增加記憶限制也沒幫助。 問題是 CPU 限速。」 |
| 不明顯的相依關係 | 「app-frontend 相依於必須先啟動的 Sidecar Proxy。」 |
| 組態詳細資料 | 「生產環境使用儲存在金鑰庫中的自訂 TLS 憑證。」 |
知識組織
你的代理人是 依主題語義組織知識，而非按時間順序。 每個檔案都是獨立的參考。
| File | 它捕捉了什麼 |
|---|---|
overview.md |
服務摘要、關鍵連結、主題檔案索引（~2,000 字元） |
team.md |
團隊成員、角色、專業領域（~500字元） |
architecture.md |
元件、連線、環境（~1,500 字元） |
logs.md |
日誌來源、表格、鍵欄位、有用查詢（~1,500 字元） |
deployment.md |
管線細節、版本查詢、回滾程序（~1,000 字元） |
auth.md |
認證機制、身份流程（~800 字元） |
debugging.md |
常見問題、故障排除指南、運行手冊連結（~1,000 字元） |
queries/*.md |
依主題組織的擷取查詢（每個約 1,000 字元） |
在更新現有知識時，你的代理人會讀取當前檔案，合併新資訊，並移除任何過時或錯誤的內容。
小提示
你也可以請你的代理人幫你保存知識
除了自動持久化之外，你也可以明確要求代理將資訊儲存到其知識檔案中：
Save this to your knowledge: our Redis cache uses Premium tier with 6GB,
and failover takes about 90 seconds.
您的代理人會建立或更新適當的知識檔案，並將其連結至 overview.md。
這種方法與 #remember 指令不同（下節將說明），後者會將離散事實儲存到獨立的記憶體儲存。 知識檔案是結構化且持續存在的參考資料，你的代理人會在每次對話開始時參考它們。 使用者記憶是可透過 #retrieve搜尋的個別事實。
使用者記憶
除了代理人自動學習和持續保存的資訊外，你也可以明確儲存離散的事實讓代理人記住。 使用者記憶非常適合處理環境特定的細節，這些細節可能在事件中不會被提及，但對上下文非常重要。
下表描述了適合的使用者記憶體候選項目。
| 類別 | Examples |
|---|---|
| 環境事實 | 「在美國西部 2 上生產環境使用三個 AKS 叢集」 |
| 球隊偏好 | 「我們偏好 CLI 而非入口網站來部署。」 |
| 建築細節 | 「App-Service-01 依賴 SQL Prod」 |
| 升階路徑 | 「PagerDuty，然後是 Teams 頻道，再來是電話」 |
記憶體指令
使用這些聊天指令管理使用者記憶。
| 命令 | 其功能是什麼 | 範例 |
|---|---|---|
#remember |
留個事實以備日後參考 | #remember our Redis cache uses Premium tier |
#retrieve |
搜尋你儲存的記憶 | #retrieve what's our caching setup? |
#forget |
移除已儲存的記憶體 | #forget the outdated Redis info |
以下範例展示了典型的記憶體工作流程。
保存重要上下文：
#remember Production uses 3 AKS clusters in West US 2
#remember Our escalation path: PagerDuty, then Teams channel, then phone
#remember Database failover takes approximately 15 minutes
稍後可檢索：
#retrieve how long does database failover take?
代理程式根據已儲存的記錄回應：「資料庫故障轉移大約需要 15 分鐘。」
知識庫
上傳你的文件並連結外部來源，讓你的經紀人擁有更廣泛的參考資料庫。
上傳文件
請前往 建置器>知識庫 上傳您的文件。 關於支援格式、限制，以及代理人如何自動建立知識，請參閱 「上傳知識文件」。
| 單據類型 | 適用對象 |
|---|---|
| Runbook | 逐步事件程序 |
| 架構指南 | 了解你的環境 |
| 待命劇本 | 升級和回應程序 |
| API 文件 | 服務專屬知識 |
| 團隊程序 | 工作流程與流程文件 |
支援的格式： Markdown、純文字、PDF、Word、PowerPoint、Excel、圖片等等。 每個檔案的最大大小為 16 MB。 完整清單請參見 「上傳知識文件」。
連結外部來源
透過連接器直接從外部系統獲取知識。 完整支援來源列表請參見 連接器。
| 連接器 | 它所提供的是什麼 |
|---|---|
| Azure DevOps | 查詢你的ADO維基頁面 |
| GitHub | 搜尋儲存庫、維基和議題 |
| 自訂 MCP | 你所設定的任何知識來源 |
在 Builder>Connectors 中設定連接器。 欲了解更多資訊，請參閱 連接器。
在對話中運用知識
與問題相關時，您的代理程式會自動搜尋知識。
How should I handle a database failover?
如果你上傳了跑程手冊，客服會給出一個很有根據的回答：
根據你的 資料庫執行手冊（引用連結），以下是故障轉移步驟：
- 確認次要複製體的健康狀況......
請選擇引用連結以查看完整原始文件。
會議見解
每當每個執行緒結束（無論是同步的聊天對話還是非同步自動觸發的任務），你的代理都會產生一個會話洞察。 會話洞察是你的客服人員隨時間變得更聰明的方式。
會擷取什麼
每次會話洞察分析都提取出結構化的學習成果，這些成果成為可搜尋的記憶。
| 組件 | 它捕捉了什麼 | 範例 |
|---|---|---|
| 觀察到的症狀 | 錯誤模式與行為 | 「HTTP 503 錯誤，記憶體達到 95%」 |
| 解決步驟 | 什麼是有效的 | 「擴大的 App Service SKU」 |
| 根本原因 | 為什麼會這樣 | 「部署 v2.3 中的記憶體洩漏」 |
| 應避免的陷阱 | 什麼事情沒成功 | 「重啟也沒用。」 |
當系統產生洞察時
下表說明系統何時產生會話洞察。
| 螺紋類型 | 什麼時候 | 自排或手排 |
|---|---|---|
| 同步聊天 | 距離最後訊息30分鐘 | 自動 |
| 非同步任務 | 完工後 30 分鐘 | 自動 |
| 用戶意見反應 | 當你評分回應時 | 你觸發了它 |
查看會話洞察
前往監視>工作階段深入解析以查看：
- 代理行動時間軸
- 評鑑分數
- 關鍵學習成果
- 來源串連結：每張洞察卡都會連結到產生它的主題，因此你可以追溯任何洞察到原始對話
如需詳細指標與管理，請參閱 監控代理使用情況。
最佳做法
遵循這些建議，能最大化利用經紀人的記憶力與知識能力。
選擇上傳或連接的項目
| Upload | 透過連接器連接 |
|---|---|
| 事件操作手冊 | 即時維基頁面（ADO、GitHub） |
| 架構圖表 | 原始程式碼儲存庫 |
| 升級程序 | 即時監控資料 |
| 靜態 API 文件 | 經常更新的文件 |
保持知識的更新
過時的文件會導致錯誤的回應。 每季檢視你的知識庫。 想了解你的代理人目前持有哪些文件，請詢問：
What knowledge documents do you have?
移除Builder > 知識庫中的過時文件。
將文件命名清楚
使用具描述性的檔名，幫助你的代理人和團隊快速找到合適的文件。
| 請勿使用 | 改用 |
|---|---|
| doc1.txt | production-database-failover.md |
| runbook.md | aks-cluster-scaling-runbook.md |
| notes.txt | escalation-procedures-2026.txt |
相關內容
| 資源 | 為何如此重要 |
|---|---|
| 上傳知識文件 | 詳細的檔案格式支援、限制與代理生成知識 |
| 連接器 | 連接器如何將外部資料帶給你的代理人 |
| 海關代理 | 客製化代理如何在工作流程中運用知識 |