9 個 Cursor 替代把鎖定感拆掉

我拆 9 個 Cursor 替代方案，重點是控制權、定價與可移植性，最後給你一份可直接照抄的選型模板。

我用 Cursor 一陣子了。速度是真的快，agent 也順手，剛開始那種「啊，終於不用一直切 tab」的爽感很明顯。但我越用越覺得不對勁：費用開始飄，模型不是我自己挑的，整個工作流像是被它牽著走。最煩的是，我明明只是想寫 code，結果常常在跟工具談判。要不要換模型、要不要留在 VS Code、要不要把同樣流程搬去 JetBrains，這些事一多，工具就從幫手變成管你的人。

這篇的起點是 Morph 的比較頁：Cursor Alternatives (2026): We Tested 9 Tools and the $0 One Scored 88.6% on SWE-bench。它把 9 個工具、價格、編輯器支援、授權、GitHub stars 跟 SWE-bench 一次攤開，還列出 June 2026 的比較結果。這種表格我其實很愛，因為它不跟你講空話，直接讓你看哪個工具是在賣便利，哪個是在賣控制。

Cursor 的問題不是功能少，是你不太像在掌舵

“Cursor Pro is $20/mo and includes $20 of model usage, then continues on usage-based billing, and the editor is a proprietary VS Code fork.”

翻譯一下就是：你一開始以為自己買的是「順手」，後來才發現你其實是把成本、模型選擇、編輯器路線一起交出去。這不是說 Cursor 不好，它很強。問題是它強到一種程度後，代價會慢慢浮上來，而且通常不是在 demo 那一刻，而是在你真的拿它跑日常工作時。

我之前最有感的一次，是想把同一套 AI 工作流在 VS Code 跟 JetBrains 之間來回用。這聽起來很無聊，但一週下來就會很煩。你會開始發現，真正耗時間的不是寫 code，而是配合工具的規則。工具一旦是 fork，很多選擇就不是你在選，是它在替你選。

實操寫法很簡單：你在評估 Cursor alternatives 時，不要先問 autocomplete 準不準。先問三件事：能不能自己選模型、能不能保留原本編輯器、成本能不能預測。如果這三題有一題答不出來，我會先把它歸到「看起來很爽，但之後會煩」那一類。

• 先看控制權，再看速度。
• 能 BYOK 的工具，通常比較不會把你綁死。
• 如果它逼你換 editor，那就要很確定這個代價值得。

免費 OSS stack 不是一個工具，是一種拆法

“Cline, opencode, Kilo Code, and Aider are all model-agnostic, so price and quality come from the model behind your API key, not the tool.”

這句是整篇最值得記下來的地方。翻譯一下就是：工具本身不該決定你的腦袋有多聰明，真正拉開差距的是你接哪個模型、怎麼接、接多少。這種拆法一旦想通，很多比較就會變簡單。你不再問「哪個 app 最厲害」，而是問「哪個 app 最不煩，還能讓我換模型」。

我自己比較偏這種架構，因為它比較像把工具當介面，不是把工具當宗教。你今天想用 Claude 做難題，明天想用便宜模型掃尾，後天想接本地模型，這些都該是 workflow 的一部分，不該變成你每次都要重學一次的規則。

實操寫法是把選型拆成兩層：第一層選介面，第二層選模型。介面負責讓你順手，模型負責算力跟品質。不要把「免費 app」跟「免費 inference」混在一起，那是兩件事。我看過太多人只看前者，最後被後者的帳單打臉。

• 想控成本：選 BYOK 工具，模型費直接對 provider。
• 想少碰帳務：選 gateway，但要看清楚有沒有加價。
• 想顧隱私：確認有沒有 local model 支援，別只看宣傳。

Cline 比較像「Cursor，但我真的擁有它」

“Cline is the best free Cursor alternative for people who want to stay in VS Code.”

我會先推 Cline，原因很直白：你如果本來就在 VS Code 或 JetBrains 裡活得很習慣，這種 extension 型工具最省事。Morph 把它列成 Apache-2.0，GitHub stars 是 63,998，支援的後端也很多，像 Cline、Anthropic、OpenAI、OpenRouter、AWS Bedrock、GCP Vertex、Groq、Cerebras 跟 DeepSeek。重點不是名單長，是它沒有逼你換 editor。

也就是說，你不用為了 AI 助手整個搬家。這件事聽起來普通，但真的很值錢。因為一旦你不需要遷移，你就不會把時間浪費在重新適應 shortcut、面板位置、工作區行為。你只是在原本的環境上多了一個 agent 層。

我以前踩過一個很蠢的坑，就是為了某個 AI 工具去換編輯器，結果兩週後我最懷念的不是那個 AI，而是原本 editor 裡那些我早就肌肉記憶化的操作。Cline 比較像把這件事修正回來：保留原環境，再把 AI 插進去。這才像工具，不像搬家。

實操寫法：如果你現在還在 VS Code 或 JetBrains，先從 Cline 開始。你可以把它當成「最少遷移成本」方案。若你需要換模型就換模型，需要跑本地就跑本地，Cline 會比很多看起來更炫的產品更耐用。

opencode 是給 terminal 派的，不是給愛看介面的人

“opencode is the free terminal option and the most-starred open-source coding agent at 180,301 GitHub stars (MIT).”

opencode 這個東西我很喜歡的一點，是它不裝。它就是 terminal-first，還能跑在 desktop app 或 IDE extension 裡，但核心態度很明確：你如果本來就習慣 shell、script、git、CLI，這才是你的地盤。Morph 也把它寫得很清楚：model-agnostic，而且沒有預設模型。

翻譯一下就是，它不替你決定你該用哪個 provider，也不替你把工作流包成一個漂亮但封閉的 UI。這種做法對某些人來說很土，對我來說反而比較誠實。因為它承認一件事：很多 code 任務本來就比較適合在 terminal 做，像 repo-wide refactor、批次修改、跑腳本、接 CI，這些事情放在 GUI 裡常常只是多一層包裝。

我有一陣子很受不了「AI 在 sidebar 裡陪你聊天」那種設計。不是每個任務都需要聊天，很多時候我只是想讓它幫我改一堆檔案，然後把 diff 給我看。opencode 的好處就是少演戲，直接做事。

實操寫法：如果你平常就是 terminal 腦，先試 opencode。你會比較容易把它接進 shell workflow、CI、腳本，甚至是你自己的 repo automation。它不是最花俏的，但如果你要的是可重複、可腳本化、可控，這種工具通常比較不會出事。

Kilo Code 的狠招不是免費，是不加價

“Kilo Gateway is pay-as-you-go at exact provider rates with no markup.”

這句我覺得很重要。因為很多人看到「免費」就以為沒有代價，結果只是把代價藏到別的地方。Kilo Code 的 extension 本身是免費開源，Morph 列它是 MIT，GitHub stars 是 25,038；但真正讓我覺得它有意思的，是它的 gateway 直接走 provider rates，不加 markup。這件事很務實。

也就是說，你不用一邊猜中間商抽多少，一邊還要管理一堆 provider 帳號。它還支援 local model，像 Ollama 跟 LM Studio，也有 Auto Model router，把 Frontier、Balanced、Free 幾種路線包起來。這種設計對團隊特別實用，因為團隊最怕的不是沒有選擇，是選擇太多但每個都不透明。

我會把 Kilo Code 看成一種過渡期工具。當你還沒決定要不要標準化某個 provider，或你想先把不同模型拿來比較，這種透明 billing 很好用。它不是最老牌，但 billing 這件事做得乾淨，我反而比較信。

實操寫法：如果你要的是「免費 extension + 清楚的 inference 成本」，先看 Kilo Code。尤其你如果在意團隊內部怎麼比較不同模型的成本，它會比很多看起來更成熟的工具更好溝通。

Aider 不是最花俏，但它最像真的 pair programmer

“Aider is a free, open-source (Apache-2.0) AI pair-programming tool that runs in the terminal.”

Aider 很少讓人一眼驚豔，但我一直覺得它是那種越用越順的工具。Morph 提到它有 46,808 GitHub stars，而且 git integration 做得很強。這種東西平常不會讓你在 demo 會議上尖叫，但你在真的改 code 時，會知道它有沒有在幫忙，還是在製造新問題。

翻譯一下就是：Aider 的重點不是當整個 IDE，也不是搶走你的 editor。它是 terminal 裡的 pair programmer，重點放在 diff、commit、repo 一致性。這種定位很適合想要精準修改、又不想被大量 UI 干擾的人。

我用過幾次之後的感覺是，Aider 很適合做「縮小範圍」的工作。你已經知道要改哪裡，只是想讓模型幫你把變動維持在 git 能懂的範圍內。這時候它比很多看起來更完整的方案還可靠。

實操寫法：如果你在乎 git-native workflow、想要 CLI pair programmer、又不需要 inline completion，Aider 很值得先試。它的優勢不是炫，而是少廢話。

付費方案只有在你想省心時才划算

“The cheapest paid plans are GitHub Copilot and Zed at $10/mo.”

不是每個人都想管 key、管 model、管 provider。這我懂。若你要的是少折騰，付費方案就是拿便利換控制。像 GitHub Copilot、Zed、Claude Code、OpenAI Codex、Devin Desktop，這些都可以歸在「把複雜度交給廠商」那一邊。

不過我還是會把話講直一點：方便不等於擁有。你如果只想今天裝好、明天就用，付費方案很合理；但你如果在意未來要不要搬家、要不要換模型、要不要把 workflow 帶到別的 editor，那你就得接受這些工具本來就不是為了可移植性設計的。

實操寫法：團隊如果重視導入速度，就選付費；如果你重視架構彈性，就選 OSS + BYOK。這不是信仰問題，是你願不願意把主控權留在自己手上。

可抄的模板

# Cursor 替代選型模板：先選控制權，再選爽感

## 1. 先問自己三題
- 我能不能保留原本的 editor？
- 我能不能自己選模型？
- 我能不能預測每月成本？

## 2. 依工作型態選工具
- VS Code / JetBrains 為主：Cline
- Terminal 為主：opencode 或 Aider
- 想要免費 extension + 透明計價：Kilo Code
- 想要最少設定、直接上手：GitHub Copilot 或 Claude Code

## 3. 依成本模型選路線
- BYOK：模型費直接跟 provider 算
- Gateway：看得到 provider rate，避免 markup
- Subscription：用便利換控制，但接受 lock-in

## 4. 依模型政策選路線
- 常換模型：選 model-agnostic
- 想跑本地模型：確認支援 Ollama / LM Studio
- 想保留最高品質路徑：確認能接 Anthropic / OpenAI / OpenRouter 等 provider

## 5. 評估 checklist
1. 會不會逼我換 editor？
2. 會不會把 model 藏起來？
3. 成本是不是透明？
4. 能不能接 local model？
5. 授權是不是開源？
6. 這工具是不是符合我真的在做的工作，而不是 demo 場景？

## 6. 我自己的預設組合
- VS Code / JetBrains + Cline
- CLI 任務 + Aider
- 團隊比較模型成本 + Kilo Code
- 想少折騰 + Copilot 或 Claude Code

## 7. 一句判斷規則
如果它會改你的 editor、藏你的 model、或讓成本變模糊，我通常會先跳過。

如果是我自己重來一次，我會先照這份模板選，不會先被「哪個最像 Cursor」帶著走。因為那種問法很容易把你帶回同一個坑，只是換個外殼而已。

原始來源是 Morph 的比較頁：https://www.morphllm.com/comparisons/cursor-alternatives。上面關於工具名單、價格、授權、stars 和 SWE-bench 的資訊是衍生自原文；我這篇的判斷、排序跟選型模板是我自己的整理。