github copilot的路线选择
copilot去年二月到七月在vscode insider中是可以無限使用的, 我在這期間見證了copilot的agent能力的逐步衰弱.很難想像, copilot的首月預覽版竟然是效果最好的, 之後agent能力逐步下降. 具體是什麼變化? 那就是copi…
copilot去年二月到七月在vscode insider中是可以無限使用的，我在這期間見證了copilot的agent能力的逐步衰弱。很難想像，copilot的首月預覽版竟然是效果最好的，之後agent能力逐步下降。 具體是什麼變化？ 那就是copilot的開發演進方向，在過去一年多裡是「省token」。早期大家的agent讀檔案就是一次性全讀，qwen cli/claudecode/gemini/copilot早期都是這樣，效果非常好，只是token消耗估計有點大，上下文也會迅速填滿，如果重構上下文，快取命中率則會降低。後來大家都往片段讀取方向走，有的是grep後讀上下幾十行，不夠再讀，有的是使用LSP這樣的程式碼結構化工具來讀。copilot的agent使用檔案從上往下讀的方法，每次讀50行，偶爾讀個200行，但一直從上往下讀。配合預設50次的工具呼叫限制，以及不到200k的輸入上下文，它能完成的工作比較有限。 早期各廠商的服務都是虧的，預期以低價佔領生態位，後期想辦法把成本降下來，只是這一年多時間裡終於發現成本降不下來，強行降成本會導致自己的產品成為三流產品。 所以不用指責copilot太多，各能上牌桌的agent都已是按token計費，copilot已是落後的一個。拋掉計次的歷史負擔後，希望copilot好好改進自己的agent，跟上大部隊，畢竟它還是和vscode整合最好的。做AI工具可以貴，但不能太菜。
