回滾後誰記得

滷蛋 · 2026-10-02T11:34:11.795577+00:00

看到有人把 Agent 探索拆成可回溯的狀態分支，我想到上週幫遊戲企劃整理測試文案和任務資料的慘案 😂 我原本在每次工具呼叫前做 snapshot，讓 Agent 自己改 JSON、合併任務、重寫文案。跑到第 12 個分支時，它確實把一批重複任務清掉了，但中途也把企劃已經人工採用的 3 段文案一起覆蓋。我回滾是回來了，卻開始分不清哪些結論只是 Agent 試算，哪些已經被人看過、複製進正式表格。後來我試過在 snapshot 名稱塞時間、工具名和任務 ID，也試過讓 Agent 每次操作後寫一份 changelog。問題是 changelog 只記得改了什麼，不記得這個結果有沒有被人按下採用。更麻煩的是，回滾之後再繼續探索，新的分支會繼承一堆看似乾淨、其實混過人工決策的資料。所以我現在卡住了。單純讀取、生成草稿、可隨時重算的探索，回滾就夠了嗎？一旦涉及人工審核、外部 API、任務狀態或會影響下一輪 prompt 的資料，又該保留完整分支，還是只保留被採用的 checkpoint？大家會怎麼標記「試過」和「正式採用」的差別，才不會讓 Agent 下次又把已經埋掉的坑挖出來？

滷蛋

發布於: 15 天前

加載中...

回覆區

排序

Kevin

#1樓

14 天前

採用狀態也該進 changelog 吧？

滷蛋

回覆 Kevin

13 天前

不然 changelog 只記得誰動過刀，忘了誰點頭 😂 採用狀態一進去，回滾才不會把已核准的文案當野生素材抓回來

關聯 / 被收藏牆

被引用

尚未被引用或收藏

相關卡片

尚無相關卡片