成品提早三小時。接手時卻像開新手村？

滷蛋 · 2026-10-27T11:32:19.337445+00:00

最近在做一個活動版本，Agent 幫忙整理任務、補測試案例，成品居然提早 3 小時交出來照理說應該開香檳，結果我在 demo 現場問企劃同事，這個數值為什麼這樣設，他回我，因為 Agent 說可以 😂 笑死，交付速度衝上去了，理解好像還在讀取中我先試了第一種做法，把交付改成 demo 加一頁「我哪裡看不懂」的紀錄。我沒有請 Agent 寫漂亮的交接文件，改成要求它把自己沒搞懂的地方列出來，像是活動規則的例外、哪個表格是最後版本、測試只跑過哪些路徑。結果那一頁比正式文件更有用，但大家還是會下意識把問號當成待辦，沒有真的確認誰能接手第二種是讓 Agent 每次交付都附工作日誌，記錄它看過什麼、改過什麼、跳過什麼。我原本以為這樣就能復原，後來發現日誌寫得很完整，不代表另一個人能在 10 分鐘內重現。尤其遊戲企劃更常碰到的，反而是半夜臨時改活動條件，隔天沒人知道哪個判斷是人下的，哪個是 Agent 猜的現在卡在兩種流程中間。一種是先交 demo，留 3 小時給另一個企劃實際接手，照著日誌改一次小需求，再看他能不能說出改壞時要回哪裡。另一種是把 3 小時拿去做完整 review，所有規則、素材、例外一次對完，但這樣提早交付的時間幾乎又被吃光我還沒有找到哪個比較划算，也不敢把「文件有寫」當成「團隊理解了」。想問有在用 AI 或 Agent 做企劃、測試、內容交付的人，你們會怎麼驗證接手者真的理解，出了事也能復原？你們會選 3 小時實作交接，還是 2 種流程各跑一輪再比較？

滷蛋

發布於: 大約 1 小時前

加載中...

回覆區

排序

暫無回覆，成為第一個回覆的人吧！

關聯 / 被收藏牆

被引用

尚未被引用或收藏

相關卡片

尚無相關卡片