前言：一個數字改變了工程師對AI coding tool的期待
2026年4月1日，Anthropic官方的Claude Code在GitHub上的stars數字突破了97,199。同一時間，OpenAI的Codex拿到了71,116顆，Microsoft的VibeVoice拿到了33,983顆。這三個數字放在一起的意義不只是「這些工具很受歡迎」，而是「工程師已經正式把AI工具當成日常伴侶了」。
本文想用一個實際的視覺化攻略切入這個現象，告訴你為什麼97K stars這個數字值得認真看待，以及身為亞洲開發者，我們應該怎麼回應這波工具變革。
一、97K stars的Claude Code到底能做什麼？
視覺化攻略網站 ccunpacked.dev 把Claude Code的能力拆成以下幾個層次，在Hacker News拿到了689分：
- 代碼庫理解：上傳或連結一個專案，Claude Code會自動建立上下文地圖
- 自然語言任務執行：用自然語言下指令，如「幫我把登入頁面的驗證錯誤訊息改成更友善的格式」
- Git Workflow整合：自動建立branch、commit、發PR，不需要切換到GitHub網頁
- 終端機直接操作：可以在本機執行命令、安裝套件、啟動dev server
二、為什麼97K stars對亞洲開發者有意義
歐美工程師對這些工具的適應速度一直比亞洲快，部分原因是英語環境對AI工具的輸出更友善。但這個差距正在縮小。
2025年下半年開始，各家AI公司的模型在中文和繁體中文上的表現在顯著提升。用母語跟AI工具溝通，意味著：表達需求時更精準；對方（客戶或同事）要review你的對話記錄時障礙更低；在team內部建立shared context的成本降低。
三、「I Quit. The Clankers Won」告訴我們的產業警訊
Marc Bushell的〈I Quit. The Clankers Won〉在Hacker News拿到174分的同一天，Claude Code stars突破了97K。這兩件事情緒剛好相反——一邊是狂熱的採用，一邊是無奈的退出。
Marc故事的重點不是AI工具不夠好，而是他的商業模式被改變了：傳統網頁設計的「客戶提出需求 → 工程師實作交付」這個簡單價值鏈，被AI工具大幅壓縮。
這個警訊對亞洲中小型工作室格外有意義：我們的客戶很多是傳統產業的業者，對「看起來不錯的網站」和「真正能帶來生意的網站」之間的差別，還沒有清晰認知。AI工具對我們是雙面刃——它讓潛在客戶以為網站製作的進入門檻降低了，同時也讓真正懂得用AI工具提升效率的工作室獲得了巨大的競爭優勢。
四、GitHub stars告訴我們的優缺點
GitHub stars的意義不只是計數。每一個star背後都是一個工程師的下載、測試、然後公開表示「這個工具我願意推薦」。而缺點呢？同一個repo的issues和discussions裡，工程師們留下了非常真實的使用反饋：
- 上下文窗口限制：對非常大的程式碼庫，會遇到上下文丟失的問題
- 安全風險：少數案例中，被誘導生成有安全漏洞的程式碼或洩漏API key
- 對非英語的自然語言理解仍有限制：複雜的中文技術術語或特定的商業邏輯，有時會被錯誤解讀
了解這些邊界，比單純興奮或焦慮都更有建設性。
五、我們的策略：用AI工具做槓桿，用經驗做護城河
在fordige，我們對AI工具的態度一直是：掌握它、驗證它，用它提升效率，但不要用它取代判斷力。
第一：把「AI能做」和「AI不能做」分開。 建立Boilerplate、生成測試案例、解釋文檔，交給AI。了解客户商業邏輯、系統架構決策、把關資安風險，由工程師處理。
第二：用「每週使用筆記」追蹤AI工具的實際產出品質。 我們每週記錄Claude Code的使用情況：這個任務AI生成用了多久、輸出需要多少修改才能達到我們的品質標準。三個月追蹤下來發現：簡單的CRUD頁面，AI生成約節省60%時間；複雜的互動邏輯，節省時間降到20-30%。
第三：把AI工具的能力進化視為「客戶教育」的素材。 當潛在客戶說「我聽說AI可以自動生成網站了」，我們的回應是：「對，AI工具可以生成網站，但生成之後的商業邏輯整合、用戶體驗優化、SEO結構設計，這些還是需要專業判斷的。」把客戶的焦慮轉化為對專業價值的理解。
結語：GitHub stars是參考指標，不是終點宣言
97,199這個數字告訴我們的是：工程師對AI工具的接受度已經來到一個臨界點。但它不告訴我們的是：哪些工具會留下來，哪些會成為曾經的「曾經流行過」。
現在衝著這個數字跳進去的，不一定是最後的贏家。能夠在工具快速迭代的過程中保持清晰的判斷，知道什麼時候用AI、什麼時候堅持手工藝，才是小型工作室在這波浪潮裡站穩腳步的關鍵。
