跳轉到

Agent Editor

Agent Editor 是營運人員每天真正操作 Agent 的地方。你不需要一開始就把每個控制項都學完。對大多數改善工作來說,你只會在同一個畫面裡反覆做同一個循環:更新 Agent、測試結果、保存版本,然後再繼續。

並列顯示 Instructions 與 Live Test 的 Agent Editor

為什麼這張圖看起來已經是完整工作狀態

這個範例 Agent 已經上線,所以你可以一次看到完整工作中的畫面。全新的 Agent 會是同樣的欄位配置,只是要先有第一個可用版本,Live Test 才會真正有意義。

在 Editor 裡的營運循環

Consultation Desk 來說,最常見的流程是:

  1. 在左側定義角色、允許結果與邊界。
  2. 當規則還不夠清楚時,使用 Copilot 幫你整理草稿。
  3. Live Test 試實際會遇到的對話。
  4. Apply 存成新的工作版本。
  5. 只有在結果準備好之後,才把它 Publish 到真正給使用者看的體驗。

第一天最重要的欄位

一開始不用把所有設定都填滿。先專注這幾個:

  • Name:團隊怎麼稱呼這個 Agent
  • Description:一句話說清楚它的工作
  • Instructions:最重要的操作規則
  • Live Test:最快驗證目前版本是否正確的方法

Consultation Desk 來說,第一個有用版本至少要做到:

  • 在推薦之前先問釐清問題
  • 只選一個允許的下一步
  • 不亂猜價格、服務或保證結果
  • 在風險高或資訊不足時交給真人

不要把 Editor 當成表單填寫器

打開 Editor 之後,不要先試著把每個欄位一次做到完美。更有效的做法是:

  1. 先寫出或產生第一版 Instructions。
  2. Live Test 裡試一個真實提問。
  3. 直接修剛剛觀察到的失敗行為。
  4. Apply 把這次改善存下來。

這樣你的工作會一直和真實行為綁在一起,而不是停留在抽象偏好。

Copilot 在哪裡最有幫助

Copilot 不只是幫你代寫一段 Instructions。當需求還很模糊時,它也可以先陪你把第一版 Agent 的方向談清楚。你可以用它來:

  • 釐清 Agent 最終要達成的結果
  • 追問關鍵判斷點、交接條件和不能踩線的地方
  • 協助判斷哪些知識要放進 Instructions,哪些比較適合 Knowledge BaseWeb Search
  • 整理第一版 Instructions,並在真的需要時建議工具配置

完整流程會在 Instructions 展開。

Live Test 的角色

右側不是展示區,而是你在利害關係人看到變更之前,最快的品質檢查點。

Live Test 去確認 Agent 是否:

  • 問了對的追問問題
  • 有守住允許的結果範圍
  • 能清楚說明為什麼推薦這個下一步
  • 該交接時真的會停下來交接

只要測試失敗,就回左側調整,再立刻測一次。

ApplyPublish 不是同一件事

  • Apply:保存一個新的工作版本
  • Publish:把某個版本推到 Channel 所使用的公開體驗

這個區分很重要。營運人員應該常常 Apply,但只把真的願意對外負責的版本拿去發布。

細節請看 Version Management 與初學者流程 Share for Feedback

哪些可以晚一點再處理

當核心行為已經穩定之後,再決定是否需要:

  • Tool Configuration 來連接資料或動作
  • Output presentation 讓 Agent 在一般文字回答後加上視覺化元件
  • Suggested Questions 來改善開場體驗

有明確營運需求時才調整 Advanced

Advanced 裡是次要控制項。除非真實需求或失敗測試已經指出修改理由,否則先保留預設值。

設定 會改變什麼 決策邊界
Model Settings 所選模型的 Temperature、Max Tokens、Top P 與 Thinking Level 一次只改一項,並重跑同一組案例。詳見 LLM 模型選擇
Attachments 最多五個檔案會隨每次 Agent request 一起送出 適合少量、穩定,而且每次都必須帶上的參考資料。大量或會更新的資料請使用 Knowledge Base。
Suggested Questions 在支援的使用者介面顯示最多三個可點選的開場問題 只放已發布範圍內的問題,不要暗示 Agent 能處理尚未驗證的工作。
Response mode 決定由 AI 回覆外部訊息,或讓每則訊息都等待真人處理 AI repliesHuman replies only 與條件式交接的差別,請見真人交接

什麼時候使用 Output presentation

Output presentation 控制 Agent 是否可以在一般文字回答後,加上結構化視覺元件。

當 LINE 體驗需要更清楚的視覺格式時,可以使用它,例如:

  • 已驗證來源引用
  • 選項卡片或 carousel
  • 圖片 gallery
  • 帶 URL 按鈕的 action panel
  • 精簡列表
  • 有順序的 timeline
  • 地點 carousel

Output presentation 不能取代回答本身。Agent 仍然應該先寫出文字回答。已驗證引用會使用 server-checked source references;但卡片、gallery、列表、timeline、地點與 action panel 屬於模型整理出的呈現方式。

目前支援的 channel

Output presentation 元件目前只會在 LINE 顯示。其他 channel 會保留文字回答,不顯示這些視覺元件。

下一步