Claude Code 是什麼？給非開發者的說明
你平常用的 Claude，是在網頁或手機 app 裡跟它對話——你問，它答。這是「對話模式」。
Claude Code 是完全不同的東西。你給它一個任務：「幫我建一個網站」「分析這份資料」「修好這個系統」，然後去泡咖啡。它會自己思考、自己執行、自己測試、自己修正，等你回來，事情已經做好了。（如果你給他足夠權限，也把他訓練好的話。）
對話模式的 Claude = 顧問，告訴你怎麼做，但你要自己動手。
Claude Code = 承包商，你說需求，它包工完成。
IDE 是什麼？（一個必要的背景知識）
IDE = Integrated Development Environment（整合開發環境）——程式設計師的一站式工作環境。寫程式、看錯誤、測試、管理檔案，全部整合在同一個視窗，不需要在不同程式之間切換。
最常見的 IDE 是 VS Code（微軟出品，全球最多人用，免費）。後面提到的 Cursor 和 Windsurf，都是以 VS Code 為基礎改造的 AI 專屬 IDE。
CLI 和終端機是什麼？
CLI = Command Line Interface（命令列介面）——就是那個黑色視窗，用打字下指令的方式操作電腦，不用滑鼠點圖示。Claude Code 的核心運作方式就是在終端機（Terminal）裡。
數字說話：可信的成長數據
這不是炒作。下面的數字，每一個都有獨立媒體或研究機構的報導支撐。
Pragmatic Engineer 的調查（2026 年 2 月，約 900 名資深工程師）顯示：Claude Code 以 46% 的喜愛度排名第一，遠超第二名 Cursor（19%）和 GitHub Copilot（9%）。不是小幅領先——是幾乎兩倍於第二名。
品質問題：模型降智了嗎？
你的直覺是對的。確實發生過，而且有詳細文件記錄。但它和 Gemini 的降智是不同性質的問題。
2025 年 8-9 月：Anthropic 官方承認的三個 bug
來源：Anthropic 官方技術 Postmortem、InfoQ 報導
2026 年 4 月：問題仍在發生
AMD 資深總監 Stella Laurenzo 在 2026 年 4 月 2 日向 Anthropic 提交了一份量化分析[GitHub]，分析了 6,852 個工作 session、17,871 個思考區塊，結論是：Claude Code 在複雜工程任務上的表現已退化到不可信任的水準。[InfoWorld]
2026 年 4 月 13 日，The Register 報導了尖峰時段的限流問題：約 7% 的用戶會碰到以前不會觸發的 session 限制。[The Register]
和 Gemini 降智的本質差異
| Claude | Gemini（Google One 配套） | |
|---|---|---|
| 降智原因 | 工程基礎建設 bug + 用量爆量 | 商業策略調整（針對大眾市場） |
| 官方態度 | 承認 bug，明確否認「刻意降質」 | 從未正式承認 |
| 技術原因 | AWS Trainium + NVIDIA GPU + Google TPU 三平台維運複雜度導致 bug 難以定位 | 架構設計問題（context rot） |
| 可修復性 | 技術問題，有機會修好 | 商業決策，除非市場壓力夠大不易改 |
主要競品：給技術小白的說明
這個市場的主要玩家，定位都不一樣。不是直接替代，而是各有各的生態位。
各工具定位一覽
| 工具 | 最適合的人 | 自主程度 | 進入門檻 |
|---|---|---|---|
| Claude Code | 想「下指令去泡咖啡」的人 | 最高 | 中（Terminal 或桌面 App） |
| Cursor | 每天寫程式的工程師 | 中高 | 低（IDE 操作直覺） |
| GitHub Copilot | 大公司員工（IT 採購決定） | 中低 | 低（VS Code 插件） |
| Windsurf | 速度優先的開發者 | 中高 | 低（IDE 操作直覺） |
| OpenAI Codex | 想換掉 Claude Code 試試 OpenAI | 最高 | 中（同樣是 Terminal） |
| Devin | 想完全委外給 AI 的人 | 全自主 | 高（需要懂如何驗收） |
誰最有機會追上？三家分析
2026 年 2 月，所有主要工具在同兩週內同時發布 multi-agent（多代理人協作）功能。競爭軸心已從「誰的模型最聰明」，轉移到「誰的 context 管理架構最好」。
靠的是護城河，不是技術。Microsoft 365 bundle + Azure 深度整合，大公司 IT 部門選它是因為方便管控，不是因為最好用。
最聰明的一步：Copilot 現在支援在自己的 CLI 裡直接呼叫 Claude 的模型——把 Anthropic 的大腦收編進微軟生態。競爭從「我對你」，變成「在我的平台上，你的模型替我服務」。
14 個月 ARR 從 $100M 爆到 $2B[Bloomberg]，護城河不是任何單一功能，而是產品迭代速度——幾乎每週都在改版。企業客戶佔收入約 60%，B2B 黏性在建立中。[Bloomberg]
垂直整合最完整：Gemini 模型、Google Cloud、BigQuery、Android 開發生態全部自有。2026 年 3 月對個人開發者全面免費，是大量搶市佔率的戰略動作。[Educative] 2025 年 11 月另推出 Project Antigravity——agent-first 的開發平台，但目前企業成熟度仍低，公開數據也少，屬於長期布局而非現有威脅。
商業洞察：這個市場的真實樣貌
市場規模與分裂
全球 AI 編程工具市場：2025 年約 $4.7B，預計 2033 年達 $14.6B。[SNS Insider]
最重要的市場分裂已經形成，而且正在固化：
| 公司規模 | 偏好工具 | 決策者 |
|---|---|---|
| 小公司（<100 人） | Claude Code | 工程師自己選 |
| 中型公司 | Cursor | 工程師自己選 |
| 大企業（10,000 人+） | GitHub Copilot | IT 採購部門決定 |
這個分裂說明了一件事：Claude Code 的成長，目前發生在「工程師自己有選擇權」的情境。一旦大企業的 IT 採購決策鬆動，才是真正的戰場。
a16z 的洞察：大廠吃不掉應用層
Andreessen Horowitz 的分析[a16z Blog]指出：AI 編程工具生態系在 2025 年創造了超過 $1B 的新收入，而且大型基礎模型廠商（Anthropic、OpenAI）不會輕易吃掉應用層——因為它們有複雜的商業承諾和優先級衝突。Cursor 在「探索式設計」（幫你決定該做什麼）上領先最多。
最值得關注的逆向觀點
原本大家以為 AI 會讓小公司跟大公司站在同一條起跑線，結果剛好相反。
Anthropic 用 AI 工具在 10 天內做出 Claude Cowork——一款把 Claude Code 包裝成圖形介面的 macOS 桌面 App，一行手寫程式碼都沒有，完全由 AI 生成。[NextWord Substack] 這代表資源越多的公司，加速越快。新創的技術優勢不再是護城河，因為大廠也能做到同樣的事。
更關鍵的是：以前「能做出產品」是優勢，現在只是入場資格。真正的競爭在於有沒有足夠的用戶觸及能力（分發）。沒有分發，做出再好的產品也沒用。
2026 下半年要觀察什麼
三個最關鍵的指標：
- AMD 工程師那份 issue 的後續——如果 Fortune 500 層級的工程師開始系統性棄用，才是真正的轉折點
- GitHub Copilot Agent Mode 的成熟速度——有微軟生態加持，這是企業端最大的威脅
- Anthropic 的財務健康度——刻意低定價是搶市佔的策略，但 GPU 成本是存亡風險
一個值得記錄的市場現象
傳統上，這類工具的用戶分層很清楚：
非開發者 → 用 ChatGPT / Claude.ai（純對話）
Claude Code 桌面版正在做的事，是把「AI 工程師」這個概念，包裝成讓 CEO 也能直接指揮的形式。
非開發者 + 桌面版 Claude Code → 直接指揮 AI 做原本需要工程師才能做的事。這個角色在 2024 年以前根本不存在。
Devin 的定位是「AI 工程師，完全自主」，但介面仍然偏技術，門檻高。Claude Code 桌面版正在填補這個空白：有能力、有想法的非技術專業人士，透過 AI 直接完成過去要外包的工作。
這個族群的天花板，比「全球開發者人數」大得多。這也可能是 Claude Code 未來成長最大的非預期來源。
最好的現有分析文章
| 文章 | 來源 | 你會讀到什麼 |
|---|---|---|
| AI Tooling for Software Engineers in 2026 | Pragmatic Engineer | 約 900 名資深工程師調查，目前最扎實的獨立市場數據 |
| Notes on AI Apps in 2026 | a16z（頂尖創投） | 誰在賺錢、大廠為何吃不掉應用層 |
| Claude Cowork nukes every startup playbook | NextWord Substack | 最強烈的逆向思考：AI 工具反而放大了既有優勢 |
| Cursor $2B Run Rate 財務分析 | Ainvest | 最詳細的 Cursor 護城河與競爭風險拆解 |