判讀結果與稽核
開啟一筆執行
在 Task Runs 點該列的空白處——不要點它的 STOP 按鈕。明細對話框有三個分頁：
| 分頁 | 內容 | 要看什麼 |
|---|---|---|
| Log | 最新 400 筆 lifecycle、round、step 與錯誤紀錄 | 第一個失敗的步驟，以及它的原始錯誤 |
| Session | 與模型往返的 USER、ASSIST、TOOL、RESULT 訊息 | 模型收到什麼指示、呼叫了什麼、拿回什麼 |
| Outputs | 這張 Task 宣告的產出檔案 | 每個檔案都存在，並且下載下來 |
查看：Task 完成
Log 分頁
Task ID、Agent 與狀態；每一輪的開始與結束；每個 step 的指令、它的檢查、exit code 與重試次數；Agent 的啟動、派工、逾時或被停止；以及每個 Skill 的原始輸出與錯誤。
查看：執行 Log
Session 分頁
USER 是 Agent 收到的指示，ASSIST 是模型的回覆，TOOL 是模型決定呼叫什麼、帶了什麼參數，RESULT 是拿回來的結果。多個 cycle 的 Task 會用 r1、r2 標示輪次。
查看：執行 Session
完成的判定
Task 只有在兩件事都成立時才會是 done：
- Final Verification 通過。
- 每一個宣告的產出都以實際檔案存在。
查看：Outputs
平台只驗證這些檔案，不會建立、複製或搬移它們。空檔案可以通過存在檢查，所以內容重要的話，要由 Task 自己檢查。
使用一份產出之前：
- 確認它屬於你以為的那一筆執行。
- 確認它涵蓋的時間區間、設備、產品或案件正確。
- 對照原始資料檢視它的結論。
- 如果它必須留存得比設備的保留期限更久，現在就下載。
執行失敗
從 Log 裡第一個失敗的步驟看起，後面的訊息通常都是它造成的。往上報之前有四件事值得先確認：
- 輸入檔案已上傳，而且檔名與 Task 宣告的一致。
- Agent 用的是這張 Task 預期的模型。
- Skill 要連的系統是通的。
- 那個 Agent 當下沒有被另一張 Task 佔住。
暫時性的服務或連線問題值得重試一次。若以同樣方式再次失敗，把 Task ID、Agent 名稱與第一個錯誤交給 Agent 的負責人。
可能改變設備狀態、生產參數或業務紀錄的 Task，不要連續重試。
Audit
只有 Administrator 能開啟 Audit。可以依時間範圍、使用者、角色、事件類型與結果篩選。使用者這個欄位是對帳號 id 與顯示名稱做子字串比對，所以輸入 sys 會找到背後沒有操作者的 System 事件。
查看：Audit
常用的事件群組——全部 42 種事件、各自的觸發時機與每一個 reason_code 列在稽核事件參考：
| 群組 | 常見事件 |
|---|---|
| 登入與 Session | 登入、登出、Session 結束、密碼變更 |
| 帳號 | 帳號建立、更新、刪除；邀請信寄出 |
| 權限 | Agent 存取授予、撤銷、存取被拒 |
| Agent 與 workspace | Agent 匯入、更新、移除；Agent 模型變更；Material 上傳 |
| Task | Task 建立、啟動、停止、刪除 |
| 設定 | 偏好設定更新、保留期限變更、舊紀錄清除 |
| OverlayFS | 開啟、關閉、裝置重開機、密碼被拒 |
一組好用的端到端驗收順序：建立帳號 → 匯入 Agent → 指派 → 以該 User 首次登入並改密碼 → 建立 Task → 啟動 → 依序看 Log、Session、Outputs → 停止一筆執行 → 刪除 Task 定義 → 下載要保留的 Outputs → 刪除 Agent → 回到 Audit 逐項確認操作者、目標、時間與結果都對。