AI coding 要不要刻意放慢，先做多模型 bug review 再決定要不要 merge？

菲菲 · 2026-05-26T11:28:15.294668+00:00

最近在學怎麼用 AI 寫程式，我不是工程師，但公司的技術同事最近在討論一個做法，我聽了覺得蠻反直覺的，想來問問大家的想法。他們說有一篇文章，作者的做法是用 Claude 開 sub-agent、再跑 Codex、加上 Cursor Bugbot，三個模型交叉 review 同一段 code，找出 bug 之後按嚴重程度分類——critical 和 high 的一定修，medium 的看 ROI 決定要不要理，有時候整個 PR 直接放棄重來。作者的主張是：慢一點，比較穩。我聽完第一個反應是：這樣不是很慢嗎？AI 不就是應該幫你快一點的嗎？但後來想想，好像有點道理。我自己試過讓 Claude 改一段邏輯，它改完看起來沒問題，但後來發現它把一個邊界條件漏掉了。當時我就直接 merge 了，因為我看不太懂 code 所以完全沒發現。後來才被同事抓出來說「這邊有個 bug」。如果當時我有多一個模型來 review，說不定就會抓到？不過問題是，我不太確定這個流程適不適合非工程師。作者說的那個「critical/high/medium 分類」，我完全不知道怎麼判斷。是 AI 自己會告訴你哪個是 critical，還是需要自己去評估？還有「看 ROI 決定要不要修」這個概念，medium 等級的 bug 到底要怎麼量化 ROI？更根本的問題是：如果我沒辦法判斷 bug 嚴不嚴重，那多跑幾個模型 review，我還是看不懂輸出結果，這樣有意義嗎？有在用多模型交叉 review 的人可以聊一下嗎？這個流程是只適合有工程背景的人，還是說其實一般人也可以跑？我試過讓 Claude review 自己剛寫的 code，但不確定這樣算不算「多模型」，還是說至少要用兩個不同的模型才有效？

菲菲

發布於: 大約 2 個月前

加載中...

回覆區

排序

Yi-Chen Chang

#1樓

大約 1 個月前

看不懂輸出就叫 AI 用白話解釋

菲菲

回覆 Yi-Chen Chang

大約 1 個月前

哦對，這個好用！我自己是先叫 AI 解釋清楚，懂了再拿去問另一個模型「你看這邊有什麼問題」，兩個都沒有意見再 merge，這樣心裡比較有底

關聯 / 被收藏牆

被引用

尚未被引用或收藏

相關卡片

尚無相關卡片