Action! Lab：我們在做的業務 Agent 工作台

Action! Lab 是做甚麼的？

一項需求很少一開始就齊齊整整。有人發來一段訊息，有人補上一份表格，重要資料可能還散落在後續對話裏。工作開始之前，往往已經要花時間收集和重新整理。

Action! Lab 希望協助處理這一段：整理輸入、建立結構化草稿，並列出仍需核對的地方。負責的人可以回看來源、補齊資料，再把結果連同任務記錄保存下來。

它是 Agent、Workflow，還是資料工具？

如果要分類，我會把它叫作「Agent + 工作流」的業務工作台。Agent 協助讀懂需求、處理不明確的資訊；Workflow 把有規則的步驟接起來；SQL 這類查詢則是背後處理資料的工具。

Agent 的部分會運行一個 Agent Loop（代理執行循環）：理解目前資訊、選擇下一個動作、檢查結果，再調整做法。工作流則保留約定的步驟和覆核節點，讓需要判斷的地方與已有明確規則的處理各有分工。

使用者真正需要關注的是這項工作：收到了甚麼、哪裏要確認，以及接下來可以做甚麼。他們應該能順着任務處理下去，而不必替每一步選擇技術。

它能幫團隊做甚麼？

例如，一位同事收到招募十位老師的訊息，內容有地點和工作時段。Action! Lab 可以協助整理成職位需求草稿，保留正確人數，並把未提供的薪酬或開始日期列為待確認。

同樣的方式，也適合整理服務需求、核對表單是否齊全，以及把任務資料集中起來供人覆核。我們希望減少反覆複製資料的工作，讓漏項更容易被發現，也讓接手的人看得懂之前處理過甚麼。

目前，我們先把資料整理、草稿核對和任務記錄做好，再逐步擴展周邊的業務流程。對我們來說，重要的是使用者能看懂結果、作出修正，並決定下一步怎樣處理。

幾個引導下一階段的概念

InfoQ 訪談提到的「薄 Agent Loop，厚 Control Plane」，幫我把幾項產品決定想得更清楚。Agent Loop 處理眼前的理解與執行；Control Plane（控制面）則負責任務狀態、權限、確認和恢復。放到 Action! Lab，就是當 Agent 能力持續變化時，整項工作仍然要能被理解和管理。

Workspace（工作區）與 Checkpoint（檢查點）是其中兩個實用概念。工作區把任務的材料和中間結果放在一起，不依附於一次 Session（會話）；檢查點則保存一個已經核對的處理階段。我們希望使用者能從可信結果接續被中斷的工作，而不用自行重建整個過程。

訪談亦提出以清晰的 Input／Output（輸入／輸出）降低協作複雜度。我們只會在分工有幫助時加入並行角色，並交代每個 Agent 的責任和結果。Declarative Goal（聲明式目標）則讓使用者說明要達到的結果與限制，由系統安排合適步驟，不必逐一指揮所有 Agent。

Fail Fast（快速失敗）與 Failover（故障接管）說明了我們想建立的恢復方式：發現無效結果時及早停止，限制錯誤擴散；必要時由另一個執行接手，從可靠狀態繼續。短暫的網絡問題可以有限度重試，但如果一次操作的結果不明，就應先核對，避免重複執行。

這些是 Action! Lab 下一階段的方向。我們會用日常情境來驗證：同事能否接手一項暫停的任務、看清已完成的部分，再繼續處理？