Twinny so với Continue: điều gì đã thay đổi và nên dùng cái nào hiện nay

Twinny và Continue không còn cạnh tranh cho cùng một công việc: Continue là phần mềm đã kết thúc nhưng vẫn chạy, còn Twinny là một công cụ hẹp hơn vẫn đang được phát hành. Tiêu đề trang riêng của continue.dev là "Continue (acquired by Cursor)" và README của họ gọi repository là không còn được duy trì tích cực và chỉ đọc, trong khi Twinny đã phát hành các phiên bản 4.1.1, 4.1.2 và 4.1.3 trong cùng một ngày, 2026-09-18. Tuy nhiên, Twinny cố ý không có chế độ agent và công cụ MCP, nên nó thay thế một phần những gì Continue từng làm chứ không phải toàn bộ.

Trước hết cần phân biệt, vì tên này được nhiều bên sử dụng. Hai công ty không liên quan hoạt động dưới tên Twinny: một nền tảng tự động hóa doanh nghiệp của Tây Ban Nha tại twinny.es và một công ty robot của Hàn Quốc tại twinny.ai, cả hai đều đang hoạt động khi được kiểm tra ngày 19 tháng 9 năm 2026. Giá hoặc thông tin cấp vốn của hai công ty đó không thuộc về trang này. Sản phẩm ở đây là tiện ích mở rộng VS Code tại twinny.dev, được phát hành dưới tên rjmacarthy.twinny từ repository twinnydotdev/twinny, và được tài liệu hóa tại twinny-docs.

Điều thực sự đã xảy ra với Continue

Tóm tắt ngắn gọn là sản phẩm đã kết thúc nhưng mã nguồn thì chưa. README của Continue nêu rõ: repository “không còn được duy trì tích cực và ở chế độ chỉ đọc đối với mọi người dùng”. Mô tả meta của trang chủ chỉ có một câu — Continue đã được Cursor mua lại. Tuy nhiên, chỉ đọc không có nghĩa là đã bị lưu trữ, và đây là điểm phân biệt mà phần lớn các bài viết thường nhầm lẫn.

Tất cả các hàng được kiểm tra ngày 19 tháng 9 năm 2026. Hai điểm trong số đó đáng được nhấn mạnh trước khi bạn lập kế hoạch. Thứ nhất, README cho biết bản 2.0.0 cuối cùng bao phủ tiện ích mở rộng VS Code, CLI và plugin JetBrains, nhưng các artifact đã phát hành không khớp với thông tin đó ở hai trong ba phần: CLI không vượt quá 1.5.47 và plugin JetBrains không vượt quá 1.0.67. Hướng dẫn này báo cáo sự chênh lệch đó thay vì giải thích, vì không có nguồn chính nào giải thích được. Thứ hai, việc trang tài liệu tồn tại lâu hơn hub là một cái bẫy đang diễn ra: docs.continue.dev vẫn hướng dẫn cú pháp uses: <owner>/<slug> để lấy một mô hình hoặc quy tắc từ một máy chủ không còn phân giải. Một config.yaml hoàn toàn cục bộ với các mục provider, apiBase và apiKey tường minh hiện là cấu trúc duy nhất được đảm bảo phân giải.

Ai nên chọn sản phẩm nào

Chọn Twinny nếu những gì bạn thực sự làm trong Continue là tự động hoàn thành, trò chuyện về mã của bạn, chỉnh sửa nội tuyến, rà soát mã và soạn thông điệp commit — đồng thời bạn muốn một cơ sở mã vẫn có người tiếp tục phát triển. Kho mã được cấp phép MIT, chưa bị lưu trữ, và các commit gần đây nhất tính đến ngày 19 tháng 9 năm 2026 là các lần tăng phiên bản từ 4.1.1 đến 4.1.3, tất cả đều ghi ngày 2026-09-18. Đặc biệt hãy chọn Twinny nếu bạn chạy mô hình trên phần cứng của mình: toàn bộ thiết kế của Twinny tập trung vào một máy chủ cục bộ, và tính năng tự động hoàn thành bằng cách điền vào phần giữa hoạt động tốt với mô hình nền từ 1.5B đến 7B.

Chọn Continue, hay đúng hơn là tiếp tục dùng nó, nếu bạn phụ thuộc vào thứ Twinny không có. Chế độ agent và các máy chủ công cụ MCP là trường hợp rõ ràng nhất — tài liệu MCP của Continue cho biết MCP “chỉ có thể được sử dụng trong chế độ agent”, vì vậy hai tính năng này tồn tại hoặc mất đi cùng nhau. CLI và plugin JetBrains là trường hợp còn lại: Twinny yêu cầu Visual Studio Code 1.93 trở lên hoặc một bản dựng tương thích như VSCodium, đồng thời không phát hành client dòng lệnh hay phiên bản JetBrains. Một bản cài đặt Continue bị đóng băng vẫn tiếp tục hoạt động; chỉ là nó sẽ không được cải thiện.

Mô hình thực thi mới là ranh giới phân chia thực sự, và đây không phải khoảng cách tính năng mà một bản phát hành có thể khép lại. FAQ của Twinny trả lời câu hỏi “Twinny có chạy một agent tự chỉnh sửa tệp của tôi không?” bằng “Không. Mọi thay đổi đều là thứ bạn yêu cầu và có thể xem trước khi được giữ lại: một đề xuất bạn chấp nhận, một diff bạn chấp nhận, một lệnh bạn xác nhận. Đây là chủ ý thiết kế.” Nếu bạn dùng Continue để giao một tác vụ nhiều bước rồi xem xét kết quả, Twinny là một sự hạ cấp mà bạn sẽ cảm nhận ngay từ ngày đầu. Nếu bạn dùng Continue ở chế độ chat và chỉnh sửa nhưng thấy chế độ agent gây bất an, Twinny là cùng quy trình đó mà không có phần bạn không muốn.

Chi phí di chuyển thấp nhưng không bằng không. Continue đặt mọi mô hình trong một tệp YAML duy nhất với danh sách roles; Twinny hoàn toàn không có tệp cấu hình và tạo provider từng công việc một trong thanh bên, vì vậy một mục Continue có ba vai trò sẽ trở thành tối đa ba provider Twinny. Không có thành phần nào trong Twinny đọc cấu hình Continue. Hãy dự trù khoảng một giờ để viết lại, cộng thêm thời gian xây dựng lại chỉ mục workspace — các vector từ những mô hình embedding khác nhau không thể trộn lẫn, nên thay đổi mô hình embedding đồng nghĩa với việc lập chỉ mục lại.

Về chi phí, cả hai client đều miễn phí và không bên nào là hóa đơn. Continue hoàn toàn không có giá: continue.dev không còn trang giá, và điều duy nhất FAQ của họ nói về phần mềm là mã nguồn Apache-2.0 cùng tài liệu vẫn còn trên GitHub. Tiện ích mở rộng Twinny được cấp phép MIT và miễn phí, nhưng gateway dành cho nhóm của họ mới là nơi xuất hiện một con số, và rất dễ nhầm lẫn hai phần này.

Tính năng và giấy phép, đặt cạnh nhau

Được đọc từ hai trang Marketplace, các kho lưu trữ và tài liệu của các dự án vào ngày 19 tháng 9 năm 2026. Số lượt cài đặt thay đổi hằng ngày và phản ánh lịch sử, không phải mức sử dụng hiện tại — Continue tích lũy con số đó trong ba năm với tư cách là một sản phẩm được duy trì. Cũng lưu ý rằng câu giới thiệu một dòng của Twinny trên Marketplace ("Locally hosted AI code completion plugin for vscode") và phần mô tả trên GitHub đều cũ hơn định vị trên twinny.dev, nơi hiện ưu tiên giới thiệu cổng dành cho nhóm. Các bài viết cũ mô tả mạng ngang hàng "Symmetry" của Twinny nói về một tính năng đã bị gỡ bỏ; FAQ của Twinny cho biết Symmetry đã bị gỡ và thay thế bằng Devices, tính năng chỉ liên kết các máy của chính bạn.

Chi phí của từng sản phẩm

Giá các gói Twinny được đọc từ trang cấp phép và suất sử dụng vào ngày 19 tháng 9 năm 2026; thông tin về Continue được lấy trực tiếp từ continue.dev. Hai lưu ý cần nói rõ. Một suất sử dụng là một khóa truy cập đang hoạt động chứ không phải một người, và việc thu hồi khóa sẽ giải phóng suất đó ngay lập tức. Ngoài ra, đây là giá được công bố, không phải mức giá mà hướng dẫn này đã kiểm tra qua quy trình thanh toán — trang web nêu rjmacarthy.xyz là bên cấp giấy phép, còn pháp nhân bán hàng đứng sau đó chưa được điều tra. Bảng so sánh trên chính trang chủ Twinny cũng trích dẫn mức "thường là $19–39" cho mỗi suất sử dụng của các trợ lý được cung cấp dưới dạng dịch vụ trực tuyến; đó là nội dung tiếp thị của họ, không phải con số được xác minh ở đây.

Những gì mỗi client có thể truy cập trên một cổng tương thích với OpenAI

Đây là điểm hai công cụ không còn có thể thay thế cho nhau theo cách mà không bảng tính năng nào thể hiện. Cả hai đều chia công việc thành các tác vụ, nhưng chỉ một số tác vụ có thể giao tiếp với cổng chat-completions.

Chat phù hợp trên lý thuyết. Tổng quan về các provider của Twinny cho biết API path của chat là base và Twinny nối thêm /chat/completions, vì vậy API path /v1 trên api.kunavo.com khớp với route riêng của Kunavo. Điểm cần lưu ý là preset nào: trang API được lưu trữ của Twinny nói rằng chat với API được lưu trữ "đi qua SDK của nhà cung cấp tới endpoint cố định của họ, vì vậy các trường hostname, port và path bị ẩn." Các preset OpenAI và Anthropic vẫn yêu cầu khóa — chúng gửi khóa tới nhà cung cấp tương ứng, không gửi tới địa chỉ bạn chọn, nên không thể đặt khóa cổng vào đó. Các trường địa chỉ vẫn hiển thị ở các preset máy chủ cục bộ, và preset "OpenAI-compatible server" chung là preset dành cho máy chủ mà Twinny không có preset riêng. Dán https://api.kunavo.com/v1 vào Hostname, biểu mẫu sẽ tự tách thành protocol, host, port và path; khóa được gửi dưới dạng header Authorization: Bearer.

Tự động hoàn thành không phù hợp vì hai lý do độc lập. Preset chung của Twinny thực hiện việc hoàn thành qua route kiểu /v1/completions, còn Kunavo không có route như vậy — API của Kunavo không có endpoint text-completions kế thừa, chỉ có /v1/chat/completions và các bề mặt khác có dạng chat. Riêng biệt, trang mô hình được hỗ trợ của Twinny nêu rõ rằng chỉ các mô hình được huấn luyện với token fill-in-the-middle mới có thể hoàn thành nội dung nằm giữa phần trước và sau con trỏ, còn các mô hình instruct "có xu hướng trò chuyện hoặc giải thích thay vì hoàn thành." Danh mục của Kunavo gồm các mô hình instruct và chat; không mô hình nào là mô hình nền fill-in-the-middle. Chỉ một trong hai trở ngại này cũng đủ để kết luận. Hướng dẫn tự động hoàn thành của Continue cũng dẫn đến kết luận tương tự mà không dùng thuật ngữ của Twinny: cho vai trò đó, Continue khuyến nghị Codestral và Qwen2.5-Coder ở mức 1.5B và 7B, đồng thời cảnh báo rằng các mô hình kiểu thinking không phù hợp. Hãy cung cấp tính năng tự động hoàn thành từ một mô hình cục bộ nhỏ — đó cũng là cấu hình mà cả hai dự án đều khuyến nghị.

Kunavo hoàn toàn không cung cấp embeddings. Không mô hình nào trong danh mục có endpoint embedding, vì vậy /v1/embeddings sẽ phân giải một mô hình rồi từ chối yêu cầu. Trỏ provider embeddings của Twinny hoặc vai trò embed của Continue tới máy chủ cục bộ hay một provider embedding bên ngoài. Tài liệu Twinny khuyến nghị nomic-embed-text cho việc này.

name: My Config
version: 0.0.1
schema: v1
models:
  - name: Claude Sonnet 4.6
    provider: openai          # the protocol, not the vendor
    model: claude-sonnet-4-6
    apiBase: https://api.kunavo.com/v1
    apiKey: <your Kunavo key>
    roles: [chat, edit, apply, summarize]
    capabilities: [tool_use]  # only if agent mode stays unavailable

Hai lưu ý về khối đó. provider: openai chỉ tên giao thức truyền tải chứ không phải nhà cung cấp, nên áp dụng cho mọi endpoint triển khai /v1/chat/completions. Và dòng capabilities là phần không hiển nhiên: Tài liệu về capabilities của Continue cho biết nó phát hiện tool_use từ provider và tên mô hình, đồng thời "bạn không thể ghi đè cơ chế tự động phát hiện — bạn chỉ có thể thêm capabilities." Một cổng cung cấp ID mà bảng của Continue không nhận diện sẽ không có tool_use, và trang capabilities liệt kê việc chế độ agent không khả dụng là chính xác hệ quả đó; thêm dòng này sẽ bật nó lên và không có gì tắt lại. Cũng lưu ý rằng trang thiết lập Continue của Kunavo cung cấp thêm một mục sử dụng mô hình chat trong vai trò autocomplete. Cấu hình đó chưa được bất kỳ ai ghi nhận là đã kiểm thử khi chạy thực tế, còn các mô hình mà hướng dẫn tự động hoàn thành của chính Continue nêu cho vai trò đó là mô hình hoàn thành mã thay vì mô hình chat — hãy thận trọng như mô tả trong phần này, đừng coi đây là công thức đã được xác minh.

Ước tính token thực tế cho công việc dạng chat

Vì tự động hoàn thành không thể truy cập cổng, hóa đơn token của cả hai client khi dùng với Kunavo chỉ là lưu lượng chat: câu trả lời chat, chỉnh sửa nội tuyến, đánh giá mã và thông điệp commit. Điều đó khiến phép tính nhỏ hơn so với trợ lý thiên về completion, và đáng xem quy mô trước khi chọn mô hình. Giả sử một ngày làm việc có 12 lượt chat hoặc chỉnh sửa, mỗi lượt trung bình 18.000 token đầu vào chưa được cache và 1.200 token đầu ra — tổng cộng 216.000 token đầu vào và 14.400 token đầu ra. Đây chỉ là các giả định minh họa; hãy thay bằng số liệu của bạn trước khi lập ngân sách. Mức phí là giá trong danh mục Kunavo hiện tại trên mỗi triệu token.

Đây là phép tính token mang tính minh họa, không phải chi phí tác vụ được đo lường và không phải mức trần hóa đơn. Mức phí niêm yết rẻ nhất và chi phí thấp nhất để hoàn thành một tác vụ là hai khẳng định khác nhau: một mô hình cần lần đánh giá thứ hai có thể tốn nhiều hơn mô hình đắt hơn nhưng hoàn thành ngay lần đầu. Số tiền trong danh mục Kunavo là mức sàn tính phí chứ không phải mức trần — khi upstream báo phí, hóa đơn là giá trị lớn hơn giữa chi phí theo danh mục và chi phí upstream nhân với phần markup áp dụng. Phí bộ nhớ đệm và mọi thứ bạn chạy cục bộ nằm ngoài ví dụ này. Mức nạp tối thiểu là $10 tín dụng trả trước, đây là mức tối thiểu để nạp tiền chứ không phải phí tác vụ hay thuê bao; xem chi tiết thanh toán.

Thiết lập

Kunavo có hướng dẫn thiết lập cho Continue nhưng không có hướng dẫn cho Twinny, và tài liệu tham chiếu cấu hình được công bố không phải là bài kiểm thử tương thích — chưa client nào được kiểm thử khi chạy thực tế với endpoint này. Hãy giữ một route đang hoạt động trong khi thử, chạy một tác vụ có giới hạn duy nhất, rồi đọc khoản phí mà tài khoản của bạn đã ghi nhận cho tác vụ đó. Với Continue, bắt đầu từ hướng dẫn tích hợp Continue và đọc cùng các lưu ý ở trên. Với Twinny, sử dụng provider OpenAI tương thích chung được mô tả ở đây và nút Test provider của chính Twinny; nút này gửi một yêu cầu nhỏ cho tác vụ của provider đó và hiển thị thành công hoặc lỗi của máy chủ cùng URL đã gọi — đây là cách nhanh nhất để phân biệt sai path với sai khóa. Tạo tài khoản Kunavo khi bạn sẵn sàng nạp tiền cho một khóa.

Đang so sánh thêm các lựa chọn khác? API tương thích OpenAI trình bày những gì giao thức có và không truyền tải, còn Cline vs Claude Code so sánh hai agent nếu chế độ agent của Continue là phần bạn không thể bỏ.

Câu hỏi thường gặp

Đã kiểm tra vào ngày 19 tháng 9 năm 2026 bằng cách truy xuất trực tiếp: API kho GitHub và danh sách commit của cả hai, hai danh sách trên VS Code Marketplace, các mục npm cho @continuedev/cli và twinny-server, danh sách plugin JetBrains, continue.dev và README của nó, tra cứu DNS cho hub.continue.dev, các trang OpenAI-provider, capabilities và MCP của docs.continue.dev, cùng các trang giới thiệu, providers, hosted-APIs, supported-models, licensing và FAQ của Twinny. Chưa kiểm tra: bất kỳ yêu cầu chạy thực tế nào từ client tới Kunavo và quy trình thanh toán của Twinny. Mức phí token của Kunavo lấy từ danh mục hiện tại; mọi ví dụ tính bằng đô la ở đây đều là phép tính token minh họa.