我最近改掉的一個習慣

最近在整理 Agent 導入後的工作流程，突然發現以前最容易被低估的，竟然是驗收。以前我會想，既然 Agent 已經把任務做完了，那我快速看一下畫面，沒有紅色錯誤就可以回報完成。結果通常是隔天才發現，更新到的不是正式頁面，或是內容看起來正常，但按鈕連到測試網址。

看了一張在講行銷代理商導入 Agent 的卡片，裡面提到 SEO 稽核、WordPress 更新、社群創意、廣告分析和 ClickUp 協調。最有感的是，一個促銷 popup 從找出真正顯示的版本，到審核和驗證，居然花了大約 50 分鐘。這件事很像我們做產品驗收時的縮影，產出速度變快，找錯和返工也會一起變快。

我現在會先寫三件事

第一是 owner。誰負責執行，誰負責確認，誰有權限說「可以上線」，這三個角色不一定是同一個人。如果只寫「Agent 完成更新」，出了問題就會開始互相問，究竟是 Agent、PM，還是最後按下發布的人要負責。

第二是 preview。驗收前一定要有可以看的預覽，包含頁面網址、畫面截圖，或一個明確的 staging 版本。只看 Agent 回傳的文字摘要不夠，因為摘要可能說「popup 已更新」，卻沒有告訴你它實際出現在哪個頁面、對哪種裝置出現。

第三是 evidence。我會要求留下至少三種證據中的兩種：修改前後截圖、實際操作錄影、或測試結果紀錄。尤其是 Agent 說「已完成」的時候，我現在會把它當成待驗證狀態，不會直接當成完成。

一份目前用得上的驗收 checklist

1. 需求有沒有寫成可以觀察的結果？例如「首頁 popup 在手機版顯示」，比「優化 popup」清楚很多。
2. 執行範圍有沒有說清楚？正式環境、staging、哪個網站、哪個帳號，都要寫出來。
3. owner 是否明確？至少標出執行者、審核者和發布者。
4. preview 是否真的能重現？我會用無痕視窗、手機尺寸各測一次，避免只在自己的登入狀態下看起來正常。
5. evidence 是否能讓另一個人重做？只貼「完成」兩個字，完全不能算證據。
6. handoff 有沒有保留上下文？如果換人接手，應該看得到原需求、已改項目、尚未確認的風險。
7. 最後才是回報狀態，分成「已執行」「已驗證」「已發布」，不要全部塞在一個 completed 裡。

我自己踩過最麻煩的一次，是 Agent 找到一個 popup 後直接改了設定，回報也很完整，但我用另一個瀏覽器測試時完全看不到。後來才知道它改的是舊活動版本，正式頁面載入的是另一個元件。整段返工大概又花了 40 分鐘，前面省下的時間幾乎全部吐回去。

所以現在我會先問一句：「誰在什麼地方，用什麼證據，確認它真的完成？」這句很笨，但可以把很多模糊的自動化成果拉回現實。Agent 可以讓交付變快，PM 要做的是讓完成這件事可以被看見、被重做，也被追責。這樣速度才真的會留下來，而不是把返工排得更密。