大約兩年之間，機器在編程上幫的忙換了三種形狀。先是一個對話視窗，回答你貼進去的程式問題；然後是編輯器裡的行內補全，一次一兩行。第三種形狀就是這篇要談的：一個住在終端機裡的代理，不開新視窗、不佔編輯器，就在你本來就要用的命令列裡，把「讀程式、改程式、跑指令、看結果、再修正」這一整圈自己跑完。

Qwen Code 是針對這個形狀給出的開源答案，由那個大型開源模型家族所屬團隊發布。它的承諾刻意不花俏：用白話把活說清楚，它去讀專案、改檔案、跑測試，然後交出一個真的能用的結果。

先讀懂整個專案，才動得了手

補全工具只盯著一個檔案。這個代理把整個專案讀進脈絡：啟動時掃描結構、理清各部分的依賴關係，會話中還能把某個檔案點名拉進來一起看。團隊腦子裡的那些約定可以一次寫下來——建置指令、測試指令、程式風格——放在專案根目錄的一份說明檔裡，每次會話開始前它都先讀這份檔再開工。機制很小，效果很大：規矩會進到每一次 AI 修改裡，而不是過了第一個下午就消散。

一句白話進去，一段完整交付出來

最常見的用法是把需求丟給它收尾：把登入介面的逾時處理重構一下，順便跑測試確認沒改壞。它自己拆成幾步——找出相關檔案、讀懂現有實作、動手修改、執行測試、看著錯誤訊息修正直到通過。改完還能順手記一筆版本控制提交，說明寫得像樣。真的報錯也別慌，把錯誤日誌貼回去就行，它會在專案裡定位根因，而不是在表面猜。

更大的活可以拆給並行工作的子代理，各有各的脈絡、互不干擾：一個去追效能瓶頸，另一個同時寫單元測試，最後統一彙整。專案一大，這種分工就是「等著」與「猜著」之間的差別。

先規劃再動手，煞車要真的有用

工具越自主，越需要一個能停下來的方式。兩檔執行模式蓋住兩端：第一檔裡，寫檔案、跑指令每一項都要你點頭，適合剛上手的第一週，或正在改的重要分支；第二檔全自動執行，適合你已經充分信任的重複工作。兩者之間還有一檔規劃模式：先做唯讀分析、輸出一份實施計畫，等你確認之後才真的動手。

擴充走的是開放路線。一個技能包就是一份可以反覆套用的組合，裡面有說明也有腳本，裝進去之後隨時叫得出來；一套開放的協定則讓外部的資料來源與工具接進對話——資料庫、線上說明資料、設計稿——脈絡於是不再只限於專案裡剛好有的東西。

模型隨便換，程式庫不上鎖

這個工具是繞著同團隊的開源編碼模型調校的，但接模型的那一層是開的：各家商業模型的相容介面可以接，跑在自己機器上的推論服務也可以接，而且能在會話中途切換。框架本體採寬鬆授權開源，模型權重同樣開源。兩邊都開，意味著沒有廠商綁定要爭論；資料敏感的團隊甚至能整條流程都跑在本機模型上。

具體一點：授權寬鬆，實作跑在 Windows、macOS、Linux 都有的執行環境上，整個東西就是終端機裡的一次安裝。到 2026 年九月，公開的程式庫已累積兩萬七千多顆星，迭代相當積極。軟體本身開源；日常使用通常是透過官方雲端服務接模型，按量計費或包月，也可以自備相容服務或本機模型。

適合誰

本來就在終端機裡幹活、希望模型真的上手而不是只動嘴的人。不能把原始碼送到任意端點、需要模型可替換的團隊。以及看過 AI 自信滿滿地改錯檔案、於是想在動手之前先要一份計畫與一道核准關卡的人。它開源、模型可換、程式庫不對任何人上鎖。