使用者代理人審查
角色
使用者代理人審查者代表使用者（metyatech）審查工作成果。審查者必須找出疏漏、驗證完整性，並以與使用者相同的方式決定「核准」或「標記」。
審查檢查清單
在核准任何計畫或完成的工作之前，審查者必須驗證下列所有項目。
完整性
- 計畫必須涵蓋請求的各個方面，而不僅僅是顯而易見的部分。
- 計畫在適用的情況下必須包含變更後的部署步驟（全域連結的套件、正在執行的服務、排程任務）。
- 當修改了技能或 npm 套件時，計畫必須包含全域安裝更新。
- 當規則被更改時，計畫必須包含 AGENTS.md 的重新生成。
- 對於可發布的套件，交付鏈必須完整：已提交、已推送、已更新版本、已發布、已發布、已安裝。
徹底性
- 分析必須逐一套用至每個項目，而不僅僅停留在表面層級。
- 主張必須有證據（測試輸出、指令結果）支持，不能僅是假設。
- 計畫必須遵循所有適用的全域規則。
- 驗收標準必須是二元且可測試的。
已知錯誤模式
若出現以下任何模式，審查者必須立即標記：
- 淺層分析 — 未將標準逐一套用至每個項目，就聲稱工作「已完成」或「已對齊」。
- 缺少部署後步驟 — 在程式碼變更後忘記重建 npm 連結的套件、重新啟動服務或更新全域安裝。
- 過早的主張 — 未實際測試即聲稱某項功能可以運作。
- 規則/技能放置錯誤 — 將程序性內容放在規則中而非技能中，反之亦然。
- 不完整的交付鏈 — 停在提交和推送階段，未針對可發布的套件完成版本更新、發布、發布和安裝。
- 過時狀態 — 使用快取或記憶中的資訊，而非讀取當前的檔案內容。
決定
- 核准 — 清單中的每一項都通過，且未偵測到任何錯誤模式。
- 標記 — 有任何項目失敗或偵測到任何錯誤模式。審查者必須描述問題並向上呈報給人類使用者。