Cursor 買 Continue 把 Copilot 變平台

我拆 Cursor 收購 Continue，整理成一套 AI coding 工具的控制權、模型路由、團隊治理檢查法。

我用 AI coding 工具一陣子了，越用越火大。demo 都很會講話，真要丟進團隊流程就開始露餡：這個要我綁死模型，那個要我接受黑箱設定，還有一個一副「你先信我」的樣子。問題不是它們不會寫 code，問題是它們都想順手把你的工作方式一起收走。我看到 Cursor 收購 Continue 的消息時，第一反應不是「喔，又一家併一家」，而是：啊，這群人終於把真正的戰場講出來了。不是 autocomplete，是真正的控制權。

這篇我主要拆 The New Stack 上 Paul Sawers 的報導，Cursor 官網在 cursor.com，Continue 在 continue.dev，原始碼放在 GitHub。我關心的不是併購戲碼本身，而是它暗示的工作流：誰決定模型、誰決定資料怎麼走、誰決定團隊能不能用。

Cursor 買的不是功能，是退出入口

Cursor quietly acquires Continue, an open-source alternative to GitHub Copilot

翻譯一下就是：Continue 不是單純多一個 AI coding 助手，它是很多人用來避開單一供應商綁死的出口。它有 open source 的可信度，也有 model flexibility 的實用性，對團隊來說很像一個「先別急著把命交出去」的選項。

我自己看這種工具很久了，最常見的劇情就是：先從個人爽感開始，接著進團隊，然後突然有人問「可以換模型嗎？」、「可以不要把這些 code 送出去嗎？」、「可以只對某些 repo 啟用嗎？」。只要這些答案開始含糊，工具就從生產力升級成治理問題。

Cursor 收購 Continue 的意義，不是多塞一個功能，而是把這個退出入口收進自己手裡。這招很現實，也很聰明。因為開發者不是笨蛋，誰在偷偷做 lock-in，誰在尊重選擇權，一眼就看得出來。

如果我是做 AI developer tool 的，我現在就不會只講 completion 多準。我會先把 escape hatch 寫清楚：模型可否切換、可否本地推理、可否分 repo 控制、可否稽核。這些不是附加價值，這些是團隊敢不敢把工具放進正式流程的前提。

• 把 fallback 路徑放在文件首頁，不要藏在 FAQ。
• 設定要可搬移，不要綁死在某個雲帳號。
• 先假設買單的人和每天用的人不是同一個人。

開源不是產品，控制才是產品

Continue 真正有價值的地方，不是「它是開源的」這句口號，而是它讓團隊覺得自己還握著方向盤。開源只是載體，控制權才是核心商品。

這個差別很重要。很多團隊以為選了 open source 就等於安全，結果一上線才發現：模型行為不能控、擴充介面很窄、資料流向還是黑箱。表面上你拿到原始碼，實際上你沒拿到操作權。這種開源最容易讓人誤判，因為看起來很自由，實際上只是換一種被管理。

所以 Cursor 買 Continue 之後，我第一個會問的不是「有沒有更漂亮的 UI」，而是：哪些部分還保持開放，哪些部分開始變成產品表面？這個答案會直接決定它是保留彈性，還是慢慢把你推進付費牆後面，最後只剩一個比較順眼的 logo。

我自己的做法很土，但很有效：選工具前先列三條不能退的底線。對多數團隊來說，通常就是模型選擇、資料處理、工作流整合。只要其中一條過不了，就先別被 demo 帶走。

• 模型能不能切，不用重寫流程？
• 敏感 code 能不能不進訓練或紀錄路徑？
• 能不能配合 repo 結構和 review 流程？

如果答案全是「大概可以」，那這工具只是方便，不是耐用。

真正的戰場是模型路由，不是聊天嘴砲

很多人挑 AI 助手，只看它講話像不像人、回應快不快。我比較在意的是：它知不知道什麼任務該用什麼模型，而且我能不能改它的決策，不用去求 vendor。

這也是我一直覺得 Continue 比很多花俏工具實用的地方。它把 model routing 當成工作流的一部分，而不是藏在背後的實作細節。對團隊來說，這差很多。快速便宜的模型可以處理小改動，強一點的模型拿來做 refactor 或架構推演，本地模型則可以留給敏感 code。把所有事都丟給同一個模型，通常只是 UI 很好看而已。

我之前碰過一個 monorepo 團隊，裡面同時有公開和敏感資料。第一個試的工具很帥，直到我們問一句：「能不能只有這幾個 repo 走這個模型，其它走別的？」答案基本上是不能，除非我們自己去補一堆流程。那一刻我就知道，這不是 productivity tool，這是 policy headache。

Cursor 收購 Continue，我會解讀成它知道 routing 不是小設定，而是核心抽象。誰掌握 routing，誰就掌握信任。這比再多一個聊天窗重要太多了。

如果你要真的落地，我會先做一份 routing policy，再去挑工具。哪些任務走便宜快的模型，哪些任務走強模型，哪些任務永遠留在本地，先寫死，再讓工具去配合，而不是反過來。

團隊買的不是助手，是權限模型

AI coding tool 最常見的錯誤，就是把它當成個人效率玩具。個人玩一週很爽，接著安全、法遵、平台工程全部會跳出來問：資料到底送去哪？保留多久？誰看得到？

Continue 之所以有市場，是因為它比較像能塞進有邊界的團隊流程裡。Cursor 這次收購，等於直接承認：真正能活下來的助手，不是最會聊天的那個，是能通過企業審查的那個。

我真的跑過這種 review。有人問 code retention，有人問 model provider 的條款，有人問 prompt 會不會被記錄，然後工具負責人開始對著文件表演即興解釋。通常到這裡，pilot 就快死了。不是因為工具爛，是因為它根本沒準備好面對組織現實。

所以如果你在評估工具，不要先看 feature list，先看 permission model。這才是重點。

• 誰能啟用？
• 哪些 repo 在範圍內？
• 資料保留在哪裡？
• 管理員能不能稽核使用情況？

這些問題答不乾淨，這個助手就還不算團隊工具，只是個人玩具。

開源併購最容易改寫的，是信任交換條件

我每次看到 open source 專案被收購，都會先皺眉。不是因為收購一定有問題，而是因為它很容易把原本的信任交換條件改掉：社群給你可信度，你回頭把它包成更好賣的商業產品，然後大家開始懷疑自己是不是被拿去當跳板。

我不是說 Cursor 這次一定會這樣。我是說，這種張力本來就存在。Continue 的價值在於它是可信的替代方案，Cursor 的價值在於它是成熟的商業產品。兩者可以共存，但前提是整合不能像慢慢抽乾社群在乎的東西。

所以我會盯的細節不是新聞標題，而是這幾件事：專案還能不能獨立好用？文件是不是還講人話？擴充生態有沒有繼續開？原本依賴的功能會不會被塞進付費 bundle？這些才決定它是 stewardship，還是 enclosure。

如果我自己做一個 open 且能賺錢的產品，我會把 commons 和 product 的邊界寫得超清楚。界線模糊，最後通常不是商業化成功，而是把原本最支持你的使用者先弄跑。

老實講，開發者很能忍，但不太能忍被當傻子。

Cursor 真正在買的，是分發能力

還有一個角度很多人會跳過，因為它沒那麼適合吵架：distribution。Continue 已經在那群重視控制權的開發者心裡有位置，Cursor 等於直接接手這個對話，不用從零開始建立信任。

這很值錢。也正因為這樣，這筆收購看起來不只是 tuck-in。你要打 AI coding assistant 市場，不只是要更好的模型，你還要一個能打進懷疑者腦袋的故事。Continue 幫 Cursor 橋接到那群對模型 hype 很冷靜的人。

我看 developer tools 很多年了，最後活下來的通常不是 demo 最漂亮的，而是能無痛進入既有習慣、尊重既有限制、還不用大家重開一輪政治會議的那種。Continue 有這種信用，Cursor 想把它拿過來，很合理。

如果你自己在做工具，我會提醒一句：不要把 adoption 當 distribution。adoption 是一個人願意試，distribution 是工具能不能被安全地帶進 security、platform、procurement，還不當場翻車。

現在這個門檻就這麼高。過不了，所謂 AI assistant 很可能只是個 solo-dev 的爽感功能，加上一張帳單。

可抄的模板

# AI coding assistant 評估模板

## 1) 我到底要它做什麼
- inline completion：
- chat / refactor：
- repo-aware 修改：
- test generation：
- docs / search：

## 2) 不能退的底線
- 模型可切換：yes/no
- 支援本地推理：yes/no
- 支援 hosted inference：yes/no
- 資料保留政策要寫清楚：yes/no
- 團隊 rollout 管理權限：yes/no
- repo-level scope：yes/no

## 3) Routing policy
- 快速 / 便宜模型用在：
- 強模型用在：
- 只能本地處理的任務：
- 排除雲端推理的敏感 repo：

## 4) 安全問題
- 會送哪些資料給 vendor？
- prompt 會不會被存？存多久？
- code 會不會拿去訓練？
- admin 能不能稽核使用？
- 能不能按 repo 或 team 關閉功能？

## 5) 整合清單
- editor 支援：
- CLI 支援：
- git workflow 支援：
- code review 支援：
- internal docs / search 支援：

## 6) 決策規則
如果工具滿足不了底線，我不 pilot。
如果工具滿足底線但很難管，我只讓一個 team 試。
如果工具能被治理，而且不會逼人改流程，我才逐步擴大。

## 7) 記錄欄
- vendor：
- version：
- trial start：
- trial end：
- final decision：

如果是我今天要推 AI coding assistant，我會先拿這份模板去開會。它會逼大家把討論從「酷不酷」拉回「能不能管」。這才是能不能上線的差別。

我對 Cursor 收購 Continue 的解讀就一句話：AI developer tool 的真正產品不是聊天，而是控制。誰能把控制權講清楚，誰才有資格談平台。

來源：The New Stack 的 Paul Sawers 報導。這篇的拆解是我基於該報導，加上 Cursor、Continue 與 GitHub repo 的公開資訊做的原創整理。