代碼正在變少，東談主卻更忙了，AI到底在替誰干活？

最近我試了GitHub新出的Copilot Agent模式，無謂我方敲main函數了。它能勝利把產物需求文檔形成可驅動的代碼，還能我方寫測試、提PR、等審查——我只干了兩件事：點得意，和看它哪步出錯了。

昔日寫代碼，得先查文檔、翻例子、試語法，當今第一反應是思怎樣把問題發揮晰。比如讓AI改個登錄頁，我得思明晰“用戶沒輸密碼時彈什么請示”“手機號時勢校驗要兼容+86還是勝利過濾”——這些細節它不會主動問，但錯極少，后頭全亂套。

Thomas Dohmke在客歲八月一次播客里說，AI不是來搶飯碗的，是逼你換工種。我信了。當今公司招東談主不再問“你熟不熟React”，而是問“你上個月締造過幾個Agent生成的邏輯錯誤”“你給代碼加過哪些駐防范例”。有個共事上周因為沒在Prompt里寫清“不可拜謁用戶通信錄”，AI自作東張調了原生API，上線兩小時就被安全組打了轉頭。

我翻了下我方客歲和本年的Git提交紀錄：客歲平均每次提交127行代碼，本年才36行。但評審時候從15分鐘漲到45分鐘以上。我不再盯著for輪回有莫得少個分號，而是反復看AI生成的接口復返值是否和產物文檔對得上，看它自動加的日記有莫得浮現敏銳字段，看它用的加密庫是不是還在神往列內外。

“骨架式架構”這個詞是我從GitHub博客里抄下來的。當今新建樣式，第一件事不是npm init，而是畫一張白板圖：左邊是外部系統，右邊是數據庫，中間留空——那塊空缺，Z6尊龍凱時官方網站才是AI干活的所在。我得先定好“所有苦求必須帶trace_id”“訂單景況變更必須發音書隊伍”，它才不會亂加東西。

故情理的是，越淺近的任務，AI越難搞對。比如寫個按鈕點擊計數器，它能給你整出五種好意思滿，帶React.memo、useReducer、以致WebSocket推送——而我要的僅僅onclick里++。Dohmke說這是善事：“AI把‘過度狡計’形成了默許選項，東談主類反而必須更澄瑩地按下剎車。”

咱們團隊上周開了個會，主題是“什么時候該關掉Copilot”。論斷是：查失實日記、修CI失敗、配Nginx轉發范例——這些它干得比東談主快；但決定“要不要把用戶頭像從七牛遷到阿里云OSS”“這個功能該不該作念灰度”“本領債還到哪一步不錯發版”——這些它連選項齊列不全。

我試過讓它我方狡計微工作拆分。它給了個很漂亮的圖：用戶工作、訂單工作、見告工作……但沒提音書積壓怎樣兜底，沒算跨工作調用延長對下單經過的影響，也沒寫左遷開關放哪。我把圖發給后端老邁，他掃了一眼說：“這圖當PPT不錯，上線前得重畫三遍。”

考證力這事，世界杯官方認證平臺真不是嘴上說說。上周AI生成的權限校驗邏輯漏了管制員變裝繼承有計劃，測試沒掩飾到——因為測試用例亦然AI寫的。臨了是靠我手動翻了三天舊PR，對比了七次迭代的權限變更紀錄，才補上阿誰判斷要求。

當今寫README，第一段不再是“本樣式基于Vue3”，而是“本樣式所有AI生成代碼必須得意：1. 無硬編碼密鑰；2. 所有外部苦求帶超時；3. 失實信息不復返堆棧”。這不是體式意見，是真有東談主因為第三條沒寫，被用戶截圖投訴“系統走漏里面旅途”。

多模子更始聽著玄，其實就和選包通常。查API反饋時候用輕量模子秒回，分析日記很是模式得調大模子+向量庫，作念安全掃描必須接范例引擎。我手機備忘錄里存著四行敕令，辭別對應不同場景，誰用誰復制，連組長齊照抄。

Copilot開源后，咱們組我方魔改了個插件，能自動把釘釘群里的產物需求轉成結構化任務，再喂給AI。不是為偷懶，是發現東談主工轉述需求時，平均會漏掉2.3個要津拘謹——比如“只對VIP用戶奏效”這種話，80%概率被當成配景信息刪掉。

我刪掉了電腦里所有“AI編程速成課”的保藏夾。那些教你怎樣寫高等Prompt的視頻，看了反而更不會用了。實在管用的，是上周和產物吵架時記下的那句：“你們要的不是能跑的代碼，是能活過春節流量岑嶺的代碼。”

Dohmke在TED上講過一個譬如：要領員以后就像交響樂團指點。我沒指點過樂團，但我懂——臺下樂手再多、樂器再貴，沒東談主聽指點的球拍，曲子照樣亂。

昨天上線前臨了一刻，AI生成的Redis緩存落后時候寫成了“3600秒”，而不是需求里寫的“30分鐘±5分鐘”。我改完提交，心里沒以為磨蹭，反而更緊了。因為我知談，接下來十次雷同修改，可能有九次它齊會寫對——但第十次錯的代價，是用戶登錄失敗兩小時。

我關掉結尾，把咖啡杯推遠極少。屏幕右下角，Copilot的小圖標還在閃。它沒啟齒2026美加墨世界杯中國認證平臺，我也沒言語。