在之前的博客文章中，我們探討了基于聊天的代理用戶體驗，其中用戶需要主動思考如何與AI進(jìn)行交流。但如果AI能在后臺默默為您工作，那會怎樣呢？

我認(rèn)為，為了讓代理系統(tǒng)真正發(fā)揮潛力，我們需要轉(zhuǎn)變觀念，讓AI在后臺默默工作。當(dāng)任務(wù)在后臺處理時，用戶通常更能接受較長的完成時間，因為他們對即時響應(yīng)的期望降低了。這樣，代理就能更自由地進(jìn)行工作，往往比在聊天界面中更加細(xì)致和認(rèn)真。

此外，讓代理在后臺運行，也使我們能夠更有效地擴展我們的能力。聊天界面通常限制我們一次只能處理一個任務(wù)。但如果代理能在后臺環(huán)境中運行，就可以有多個代理同時處理多個任務(wù)。

那么，這種后臺代理的用戶體驗應(yīng)該是什么樣的呢？

編輯注：本文經(jīng)翻譯并二次整理自UX for Agents, Part 2: Ambient一文。

建立對后臺代理的信任：從“人在循環(huán)中”到“人在循環(huán)上”

要讓代理在后臺運行，需要建立一定程度的信任。如何建立這種信任呢？

一個簡單直接的方法是向用戶展示代理正在做什么。展示它采取的所有步驟，并讓用戶能夠觀察整個過程。雖然這些信息可能不會立即顯示（就像實時響應(yīng)那樣），但它應(yīng)該可以讓用戶點擊查看。

接下來，不僅要讓用戶看到發(fā)生了什么，還要讓他們糾正代理。如果用戶發(fā)現(xiàn)代理在10步中的第4步做出了錯誤的選擇，他們應(yīng)該能夠回到第4步并進(jìn)行某種方式的糾正。

這種糾正可以采取多種形式。讓我們以一個具體的例子來說明，比如糾正一個錯誤調(diào)用工具的代理：

1. 你可以手動輸入正確的工具調(diào)用命令，讓它看起來像是代理自己輸出的，然后從那里繼續(xù)執(zhí)行。
2. 你可以給代理明確的指示，告訴它如何更好地調(diào)用工具——比如，“使用參數(shù)X而不是參數(shù)Y”，然后讓代理更新其預(yù)測。
3. 你可以更新代理在特定時間點的指示或狀態(tài)，然后從那個步驟重新開始執(zhí)行。

選項2和3的區(qū)別在于代理是否意識到了自己的錯誤。在選項2中，代理面對自己之前的錯誤生成，并被要求進(jìn)行糾正；而在選項3中，它并不知道自己的預(yù)測錯誤（只是簡單地遵循了更新后的指示）。

這種方法將人類的角色從“在循環(huán)中”轉(zhuǎn)變?yōu)椤霸谘h(huán)上”?！霸谘h(huán)上”意味著能夠向用戶展示代理采取的所有中間步驟，允許用戶在工作流程中途暫停，提供反饋，然后讓代理繼續(xù)執(zhí)行。

一個已經(jīng)實現(xiàn)了類似這種用戶體驗的應(yīng)用是Devin，AI軟件工程師。Devin可以長時間運行，但你可以看到所有采取的步驟，回溯到特定時間點的開發(fā)狀態(tài)，并從那里進(jìn)行糾正。

整合人類輸入：代理在需要時如何尋求幫助

盡管代理可能在后臺運行，但這并不意味著它需要完全獨立地完成任務(wù)。總會有一些時刻，代理不知道該怎么做或如何回答。這時，它需要引起人類的注意并請求幫助。

以我正在構(gòu)建的電子郵件助理代理為例。盡管電子郵件助理可以處理基本的郵件，但它經(jīng)常需要我在某些任務(wù)上的輸入，這些任務(wù)我不想自動化。這些任務(wù)包括審查復(fù)雜的LangChain錯誤報告，決定我是否參加會議等。

在這種情況下，電子郵件助理需要一種方式來告訴我它需要信息來響應(yīng)。注意，它不是要求我直接回應(yīng)；相反，它尋求我對某些任務(wù)的意見，然后它可以利用這些信息來制作和發(fā)送一封漂亮的電子郵件或安排日歷邀請。

目前，我將這個助手設(shè)置在Slack上。它向我提出問題，我在線程中回應(yīng)它，這樣自然地融入了我的工作流程。如果我考慮這種類型的用戶體驗，而不僅僅是針對我自己的電子郵件助手，我會設(shè)想一個類似于客戶支持儀表板的界面。這個界面將顯示所有需要人類幫助的區(qū)域，請求的優(yōu)先級，以及任何額外的元數(shù)據(jù)。

我最初用“代理收件箱”這個詞來描述這個電子郵件助手 - 但更準(zhǔn)確地說，它是一個人類協(xié)助代理完成某些任務(wù)的收件箱……這是一個有點令人不寒而栗的想法。

結(jié)論

我對環(huán)境型代理非?？春?，因為我認(rèn)為它們是讓我們擴展自己能力的關(guān)鍵。

本文轉(zhuǎn)載自 ??AI小智??，作者： AI小智