(點擊上方圖片觀看本課程影片)
設計 AI 代理系統有許多不同的思路。由於生成式 AI 設計中的模糊性是一種特性而非缺陷，工程師有時可能難以確定從何處著手。我們創建了一套以人為本的 UX 設計原則，幫助開發者構建以客戶為中心的代理系統，以解決其業務需求。這些設計原則並非一種規範的架構，而是為定義和構建代理體驗的團隊提供的起點。
一般來說，代理應該：
- 擴展並提升人類能力（如腦力激盪、問題解決、自動化等）
- 填補知識空白（如幫助快速掌握知識領域、翻譯等）
- 促進並支持我們個人偏好的合作方式
- 讓我們成為更好的自己（例如，生活教練/任務管理者，幫助我們學習情緒調節和正念技巧，建立韌性等）
- 什麼是代理設計原則
- 實施這些設計原則時應遵循哪些指導方針
- 使用設計原則的一些示例
完成本課程後，您將能夠：
- 解釋什麼是代理設計原則
- 解釋使用代理設計原則的指導方針
- 理解如何使用代理設計原則構建代理
這是代理運作的環境。這些原則指導我們如何設計代理以在物理和數字世界中進行互動。
- 連接，而非取代 – 幫助人們與其他人、事件和可操作的知識建立聯繫，以促進合作和連結。
- 代理幫助連接事件、知識和人。
- 代理拉近人與人之間的距離，而非取代或貶低人類。
- 易於訪問但偶爾隱形 – 代理主要在背景中運作，僅在相關和適當時才提醒我們。
- 代理可在任何設備或平台上輕鬆被授權用戶發現和訪問。
- 代理支持多模態輸入和輸出（如聲音、語音、文字等）。
- 代理可根據用戶需求的感知，在前景和背景之間、主動和被動之間無縫切換。
- 代理可能以隱形形式運作，但其背景處理路徑及與其他代理的合作對用戶是透明且可控的。
這是代理隨時間運作的方式。這些原則指導我們如何設計代理以跨越過去、現在和未來進行互動。
- 過去：反思包括狀態和上下文的歷史。
- 代理基於對更豐富的歷史數據（不僅僅是事件、人或狀態）的分析提供更相關的結果。
- 代理從過去事件中創建聯繫，並積極反思記憶以應對當前情境。
- 現在：推動而非僅僅通知。
- 代理採用全面的方法與人互動。當事件發生時，代理不僅僅是靜態通知或其他形式的靜態形式。代理可以簡化流程或動態生成提示，以在適當時刻吸引用戶的注意力。
- 代理根據上下文環境、社會和文化變化以及用戶意圖提供信息。
- 代理的互動可以是漸進的，隨著時間的推移逐漸增長複雜性，以賦能用戶。
- 未來：適應和演化。
- 代理適應各種設備、平台和模式。
- 代理適應用戶行為、可訪問性需求，並可自由定制。
- 代理通過持續的用戶互動塑造並演化。
這是代理設計核心中的關鍵元素。
- 擁抱不確定性但建立信任。
- 預期代理存在一定程度的不確定性。不確定性是代理設計的一個關鍵元素。
- 信任和透明是代理設計的基礎層。
- 人類掌控代理的開啟/關閉，代理狀態始終清晰可見。
在使用上述設計原則時，請遵循以下指導方針：
- 透明性：告知用戶 AI 的參與方式、其運作方式（包括過去的行動），以及如何提供反饋和修改系統。
- 控制：使用戶能夠自定義、指定偏好和個性化，並掌控系統及其屬性（包括忘記的能力）。
- 一致性：在設備和端點之間提供一致的多模態體驗。盡可能使用熟悉的 UI/UX 元素（例如，語音交互的麥克風圖標），並盡可能減少用戶的認知負擔（例如，提供簡潔的回應、視覺輔助和“了解更多”內容）。
假設您正在設計一個旅行代理，以下是如何使用設計原則和指導方針的思路：
- 透明性 – 告知用戶旅行代理是一個 AI 驅動的代理。提供一些基本指導，例如“你好”消息、示例提示。在產品頁面上清楚記錄這些信息。顯示用戶過去提出的提示列表。明確如何提供反饋（如點讚或點踩、發送反饋按鈕等）。清楚說明代理是否有使用或主題限制。
- 控制 – 確保用戶清楚如何在代理創建後進行修改，例如系統提示。使用戶能選擇代理的詳細程度、寫作風格，以及代理不應涉及的內容。允許用戶查看並刪除任何相關文件或數據、提示和過去的對話。
- 一致性 – 確保“分享提示”、“添加文件或照片”、“標記某人或某事”的圖標是標準且易於識別的。使用回形針圖標表示文件上傳/分享，使用圖片圖標表示圖形上傳。
加入 Azure AI Foundry Discord，與其他學習者交流，參加辦公時間並解答您的 AI 代理相關問題。
免責聲明：
本文件已使用 AI 翻譯服務 Co-op Translator 進行翻譯。儘管我們努力確保翻譯的準確性，但請注意，自動翻譯可能包含錯誤或不準確之處。原始文件的母語版本應被視為權威來源。對於關鍵資訊，建議使用專業人工翻譯。我們對因使用此翻譯而引起的任何誤解或誤釋不承擔責任。