Agent 工作紀錄：模型、額度、拒絕輸出、重試與核決

工作紀錄的用途，是讓下一位同事能知道 Agent 收到什麼、實際用了什麼模型與工具、在哪裡拒絕、人工改了什麼，以及重試到底換了方法還是只按了一次重新產生。若只記「成功／失敗」，兩週後很容易剩下一場回憶分享會。

新版 log 有二十欄

舊 Markdown 與新 CSV 不混讀

若手上已有 v0.8 Markdown 紀錄，保留原檔並以同一 task_id 建立新 CSV 列；不要把舊檔直接改副檔名。任務 ID／名稱、工具、階段輸出、錯誤、重試、人工決定與下一步有直接對應；輸入摘要留在原始來源包，input_version 改列來源路徑與版本。v0.8 的開始／結束時間在 v0.9 canonical 二十欄沒有對應欄位，必須留在原始 Markdown 或同 task_id 的執行證據，不得丟棄或誤塞。新增的模型、額度、交接、信心、拒絕與 reviewer 欄只在有實際證據時填寫，不可由舊文字反推。完整表見 P14_RETRY_RECORD.md。

八種失敗不能全部塞進「模型出錯」

1. 資料缺少。
2. 格式不符。
3. 工具／權限失敗。
4. 模型額度不足。
5. 來源矛盾。
6. 低信心／影像不可辨。
7. 外部動作等待核准。
8. 內容品質不通過。

分類會決定下一步。資料缺少要補資料，權限失敗要縮小範圍或找有權者，額度不足才考慮模型交接，來源矛盾要交回人工，低信心要保留 null。把所有失敗都換一個模型重跑，往往只是把問題換一種語氣再出現一次。

重試規則：同一方法最多一次

CSV 預覽：所有現場狀態保持空白或待確認

task_id,task_name,input_version,primary_model,actual_model,effort_or_mode,usage_status,handoff_from,handoff_reason,tools_allowed,tools_used,stage_outputs,confidence_summary,abstentions,errors,retry_count,retry_change,human_decision,reviewer,next_step
RUN-DEMO-001,虛構素材缺漏檢查,work-simulation/inputs/course-route.md@v1.2;work-simulation/inputs/activity-checklist.md@v0.8;work-simulation/inputs/open-items.md@UNVERSIONED,待現場確認,,,unknown,,,指定檔案讀取；文字輸出,,input-check,accepted=0;needs_review=0;abstained=0,,,0,,,,先檢查輸入與權限

範例列只顯示欄位格式與虛構任務；沒有宣稱已在企業帳號執行。實際紀錄應保存輸入版本與人工決定，避免同一 task_id 出現兩份互相衝突的有效版本。

兩週 scorecard 看證據，也看人工負擔

兩週後至少檢查完成率、人工修改比例、不當補寫、正確拒絕、錯誤接受、交接成功、模型切換、每次處理時間與人工查核負擔。每個百分比都要有分子、分母、證據與限制；只寫「準確率 90%」無法判斷那 10% 是否剛好都是高影響錯誤。

# P14｜Agent 工作紀錄檢查 Prompt

請檢查我提供的執行紀錄是否完整涵蓋模型、額度狀態、交接來源、工具、階段產物、接受／待覆核／拒絕、錯誤、重試改變、人工核決與下一步。

請特別檢查：

1. 同一方法是否重試超過一次。
2. 第二次嘗試前是否真的改變資料、Prompt、步驟、模型或工具。
3. 權限或資料缺少是否被錯誤地用換模型處理。
4. 低信心是否仍填入正式值。
5. reviewer 是否只用角色或代號，沒有放入不必要個資。
6. 每次人工修改是否保留原結果、修改內容與理由。

只輸出缺口表、風險、退回條件與建議的下一個單一步驟；不得替人工核准。