Gate 廣場創作者新春激勵正式開啟,發帖解鎖 $60,000 豪華獎池
如何參與:
報名活動表單:https://www.gate.com/questionnaire/7315
使用廣場任意發帖小工具,搭配文字發布內容即可
豐厚獎勵一覽:
發帖即可可瓜分 $25,000 獎池
10 位幸運用戶:獲得 1 GT + Gate 鸭舌帽
Top 發帖獎勵:發帖與互動越多,排名越高,贏取 Gate 新年周邊、Gate 雙肩包等好禮
新手專屬福利:首帖即得 $50 獎勵,繼續發帖还能瓜分 $10,000 新手獎池
活動時間:2026 年 1 月 8 日 16:00 – 1 月 26 日 24:00(UTC+8)
詳情:https://www.gate.com/announcements/article/49112
一直默认用 GitHub Copilot 來 review PR,畢竟 GitHub 會自動跑,而且看起來也不收費。
但最近幾次 review,讓我開始懷疑它到底“看懂”了什麼。
比如一個很基礎的問題:它依然會把 1.82.0 認為比 1.91.1 高,完全是早期大模型常見的版本號判斷錯誤。
如果說這是模型問題,那它還會認為 rust 1.91.1 尚未發布,這又暴露了 agent 的檢索和現實狀態判斷能力也不太行。
另一個更大的問題是:Copilot 的 review 明顯是按單文件來的。
查代碼風格、邊界條件還行,但缺乏全局視角。比如有個 PR 裡,agent 因為相對路徑算錯,把同一個文件 copy 了多份,實際上只有一份生效——這種問題它完全沒發現,甚至也不關心 PR 對應的原始 issue 在要求什麼。
在我看來,一個合格的 code reviewer agent,首先應該從全局判斷:
PR 是否滿足 issue、是否符合項目目標、文件佈局和架構選擇是否合理,最後才是語法和細節問題。
最近準備給 holon 加一個 reviewer 模式了。
大家現在真的在用 reviewer agent 嗎?一般用什麼?