Tracks
Cơ bản về Kinh doanh Trí tuệ Nhân tạo
12 giờ
OpenCode được xây dựng để thực hiện một nhiệm vụ. Đây là một tác nhân mã nguồn mở kết nối mô hình AI với kho mã, terminal và các công cụ phát triển của bạn. Hãy yêu cầu nó sửa lỗi, nó có thể tìm các tệp liên quan, phác thảo kế hoạch, chỉnh sửa mã, chạy kiểm thử và phản hồi lỗi. Tự động hoàn thành (autocomplete) không thể tự làm điều đó.
Vai trò rộng hơn đó đã thu hút sự chú ý. Tại thời điểm viết bài, kho OpenCode đang hoạt động có khoảng 189.000 sao trên GitHub. Tôi sẽ không coi số sao là bằng chứng về chất lượng mã, nhưng chúng cho thấy mức độ quan tâm dành cho dự án.
Thực tế thì kém gọn gàng hơn. OpenCode cho bạn chọn mô hình, rồi yêu cầu bạn quản lý lựa chọn đó. Một thay đổi chính sách của nhà cung cấp vào tháng 1 năm 2026 cho thấy những tùy chọn này có thể thay đổi nhanh thế nào. Tôi sẽ đề cập điều đó cùng với cách OpenCode hoạt động và vị trí của nó.
Một lưu ý nhanh về tên gọi trước khi tiếp tục: nếu bạn tìm OpenCode, bạn có thể thấy kho đã lưu trữ, viết bằng Go là opencode-ai/opencode. Dự án đó đã ngừng được bảo trì vào tháng 9 năm 2025. Chúng ta sẽ tập trung vào dự án đang hoạt động tại github.com/anomalyco/opencode, do đội ngũ đằng sau framework Serverless Stack (SST) xây dựng.
OpenCode là gì?
OpenCode là một tác nhân mã hóa AI mã nguồn mở phát hành theo giấy phép MIT. Nó trung lập với mô hình, nghĩa là không bị giới hạn bởi một nhà cung cấp mô hình duy nhất. Người dùng có thể đọc mã nguồn và chỉnh sửa. Họ cũng có thể tự triển khai công cụ. Phần mềm miễn phí. Việc tính phí mô hình là riêng, tôi sẽ đề cập trong phần tính năng.
OpenCode không phải là một mô hình ngôn ngữ lớn (LLM). Mô hình được chọn đọc prompt và tạo phản hồi. OpenCode cung cấp công cụ tệp, quyền truy cập shell, lịch sử phiên, quy tắc cấp phép và giao diện xung quanh mô hình đó. Tôi thấy điểm phân biệt này hữu ích vì thay đổi mô hình không đòi hỏi thay đổi phần còn lại của công cụ.
Công cụ do Anomaly, trước đây là SST, xây dựng và chủ yếu chạy bằng TypeScript và Bun.
So sánh kho OpenCode đã lưu trữ và hiện tại. Ảnh: Tác giả.
OpenCode không bị ràng buộc với một họ mô hình. Thông qua registry Models.dev, nó kết nối với hơn 75 nhà cung cấp, gồm Anthropic, OpenAI, Google, DeepSeek, Groq và các mô hình cục bộ qua Ollama. Một số tài khoản đăng ký hiện có cũng có thể kết nối, như tôi sẽ đề cập trong phần tính năng.
Phiên terminal OpenCode hiển thị các thay đổi tệp. Ảnh: Tác giả.
Dù OpenCode khởi đầu trong terminal, nay nó cung cấp giao diện terminal (TUI), ứng dụng desktop beta cho macOS, Windows và Linux, cùng các extension cho trình soạn thảo như VS Code. Bản phát hành ổn định mới nhất tại thời điểm viết là v1.18.8.
Vì sao OpenCode được tạo ra
Như đã đề cập, OpenCode hỗ trợ mô hình từ nhiều nhà cung cấp. Nó được xây dựng như vậy vì chất lượng và giá mô hình thay đổi, và một công cụ gắn với một nhà cung cấp khiến người dùng ít lựa chọn hơn.
Tài liệu nêu rõ OpenCode không ghép cặp với bất kỳ nhà cung cấp nào. Registry Models.dev nêu trên cung cấp chi tiết mô hình và giá mà OpenCode sử dụng.
Lựa chọn này ảnh hưởng nhiều hơn vấn đề tính phí. Các mô hình khác nhau có giới hạn ngữ cảnh, định dạng gọi công cụ và kiểu đầu vào khác nhau. OpenCode dùng một giao diện chung cho những khác biệt đó. Nhà phát triển có thể đổi mô hình đã chọn trong cùng dự án mà không cần chuyển phiên sang công cụ mã khác.
Nhóm cũng ưa chuộng các công cụ ưu tiên terminal mà người dùng có thể kiểm tra. Hướng dẫn dự án nằm trong một tệp thuần văn bản tên AGENTS.md. Tôi sẽ giải thích cách OpenCode tạo và sử dụng tệp này sau.
Dự án chính thức ghi nhận ba lựa chọn thiết kế. Đầu tiên là hỗ trợ nhà cung cấp như trên. Thứ hai giữ các điều khiển chính trong terminal. Thứ ba tách client và server. Phần tách đó ở ngay dưới đây.
Tháng 1 năm 2026, Anthropic chặn các công cụ bên thứ ba dùng thuê bao Claude cho người tiêu dùng qua kênh không chính thức. OpenCode sau đó bổ sung các lựa chọn thuê bao khác và dùng cổng (gateway) riêng. Người dùng vẫn có thể kết nối qua các nhà cung cấp khác.
Sự việc đó giải thích vì sao lựa chọn nhà cung cấp được chú ý nhiều trong OpenCode. Để xem người dùng làm gì với lựa chọn đó, bước tiếp theo là xem một phiên.
OpenCode hoạt động thế nào
OpenCode chạy như một client và một server cục bộ. TUI, ứng dụng desktop, extension IDE và SDK đều giao tiếp với server đó qua HTTP. Cùng một server hỗ trợ gắn từ xa bằng opencode attach <url> và chạy không giao diện với opencode serve.
Bên trong một phiên, tác nhân đọc các tệp liên quan, có thể phác kế hoạch, chỉnh sửa mã và chạy lệnh khi cần. Tích hợp Language Server Protocol (LSP) sau đó đưa chẩn đoán từ trình biên dịch và linter trở lại mô hình để phản hồi lỗi kiểu và cú pháp.
Ví dụ, một nhiệm vụ có thể bắt đầu với glob hoặc grep để định vị tệp. Tác nhân có thể dùng read để kiểm tra chúng và edit để đổi các dòng đã chọn. Sau đó có thể dùng bash để chạy lệnh kiểm thử hoặc build. Đầu ra trở thành một phần của yêu cầu mô hình kế tiếp.
Tôi thấy tách Build và Plan dễ hiểu nhất như một công tắc cấp phép. Build là mặc định và có thể đọc, ghi và chạy lệnh. Plan sẽ hỏi trước khi chỉnh sửa tệp hoặc chạy lệnh bash. Nhấn Tab để chuyển giữa chúng.
Kiểm tra quyền được áp dụng khi một công cụ được gọi. Một dự án có thể cho phép công cụ, chặn hoặc hỏi người dùng mỗi lần. Quy tắc cũng có thể thay đổi theo mẫu lệnh. Một nhóm có thể cho phép kiểm thử thường lệ nhưng hỏi trước khi chạy lệnh shell khác.
Các phiên được lưu cục bộ trên đĩa trong thư mục dữ liệu của OpenCode. OpenCode tự động rút gọn các cuộc hội thoại dài. Các lệnh /undo và /redo di chuyển qua các snapshot tệp dựa trên Git.
Các tính năng chính của OpenCode
OpenCode nhóm các chức năng chính thành truy cập mô hình, ngữ cảnh dự án, thực thi nhiệm vụ và sử dụng cục bộ. Các phần dưới đây giải thích mỗi nhóm thay đổi điều gì trong một phiên mã hóa.
Hỗ trợ đa mô hình
Như đã đề cập, OpenCode lấy danh sách nhà cung cấp thông qua Models.dev. Trên thực tế, người dùng có thể kết nối dịch vụ hosted, nền tảng đám mây, hoặc endpoint tương thích OpenAI. GitHub Copilot và đăng nhập ChatGPT Plus/Pro cung cấp lựa chọn thay cho việc quản lý một khóa API riêng.
Chọn nhà cung cấp không có nghĩa mọi mô hình sẽ hành xử giống nhau. Việc dùng công cụ, giới hạn ngữ cảnh, thời gian phản hồi và giá vẫn phụ thuộc mô hình và nhà cung cấp đã chọn. Gọi đến các mô hình hosted cũng gửi ngữ cảnh mã cần thiết đến nhà cung cấp theo quy định dữ liệu của họ.
OpenCode cũng cung cấp hai cách tùy chọn để truy cập mô hình. OpenCode Zen là cổng trả theo mức dùng với danh sách mô hình được chọn. OpenCode Go là đăng ký có giá 5 USD cho tháng đầu, sau đó 10 USD mỗi tháng, cho các mô hình open-weight được chọn. Người dùng vẫn có thể cung cấp khóa API riêng. Giá có thể thay đổi.
Đây là phần gây khó chịu: một công cụ miễn phí vẫn có thể tạo hóa đơn từ nhà cung cấp.
Làm việc với ngữ cảnh kho mã
Chạy /init và OpenCode sinh tệp AGENTS.md tóm tắt cấu trúc và quy ước của dự án. Nhóm có thể commit tệp đó để các phiên bắt đầu với hướng dẫn chung.
Tệp có thể bao gồm lệnh kiểm thử, tên thư mục, quy tắc đặt tên và ghi chú về dự án. Một tệp AGENTS.md dùng chung có thể chứa hướng dẫn dùng cho nhiều dự án. Tệp của dự án giữ quy tắc cho một kho cụ thể.
Các kiểm tra LSP như đã mô tả chạy sau khi chỉnh sửa. Ngữ cảnh kho cũng bao gồm tham chiếu tệp: ký hiệu @ kéo một tệp đã chọn vào prompt.
Chạy các nhiệm vụ mã hóa
Ngoài các tác nhân Build và Plan nêu trên, OpenCode bao gồm các subagent cho tìm kiếm nhiều bước, quét codebase và tài liệu bên ngoài. Tác nhân tùy chỉnh có thể có mô hình, prompt và quyền công cụ riêng.
Mỗi subagent hoạt động trong một phiên con, nên thông điệp của nó không lấp đầy phiên chính theo cùng cách. Một tác nhân tùy chỉnh có thể bị giới hạn chỉ đọc tệp, gán mô hình chi phí thấp hơn, hoặc nhận hướng dẫn cho một loại nhiệm vụ.
Model Context Protocol (MCP) server bổ sung dịch vụ bên ngoài. Chúng được định nghĩa trong opencode.json, và các kiểm tra quyền nêu trước đó cũng áp dụng cho các công cụ chúng thêm vào.
Chuyển từ lập kế hoạch sang thay đổi mã. Video: Tác giả.
Phát triển ưu tiên cục bộ (và những giới hạn)
Thuật ngữ "ưu tiên cục bộ" cần được làm rõ. Tôi sẽ không hiểu nó như một lời hứa rằng không có gì rời khỏi máy. Như đã nêu trong phần nhà cung cấp, OpenCode có thể kết nối với Ollama. Thiết lập đó giữ mã và prompt trên hạ tầng cục bộ. Các mô hình hosted, /share và OpenCode Zen sẽ gửi dữ liệu ra ngoài máy cục bộ.
Việc sử dụng cục bộ vẫn phụ thuộc vào mô hình. Mô hình nhỏ có thể trả về lệnh gọi công cụ không hợp lệ hoặc bỏ sót liên kết giữa các tệp. Một server cục bộ cũng cần đủ bộ nhớ cho mô hình đã chọn và đủ không gian ngữ cảnh cho các tệp gửi kèm mỗi yêu cầu.
Hệ thống cấp phép của nó là biện pháp bảo vệ quy trình làm việc, không phải vùng cách ly bảo mật. Chế độ server có mạng nên dùng OPENCODE_SERVER_PASSWORD và bind vào localhost. Một vấn đề phơi lộ không xác thực trước đây đã được vá, nhưng chế độ server vẫn không nên công khai mà không có xác thực.
Kiến trúc OpenCode
Như đã nói, OpenCode tách client khỏi server cục bộ. Sự tách biệt đó ảnh hưởng đến cấu hình và trạng thái lưu trữ. API bổ sung một cách khác để dùng server.
Nếu bạn chỉ định dùng TUI, bạn có thể bỏ qua chi tiết API. Đoạn cấu hình ở cuối là phần bạn sẽ dùng.
Server TypeScript và Bun giao tiếp với nhà cung cấp mô hình và chạy công cụ. Nó cũng quản lý trạng thái. Đặc tả OpenAPI 3.1 của nó sinh ra gói chính thức @opencode-ai/sdk. Script và client tùy chỉnh có thể dùng API được tài liệu hóa này.
API bao gồm phiên, thông điệp, tệp, nhà cung cấp, công cụ, tác nhân và cấu hình. Đây là cùng một server mà client của OpenCode sử dụng. Một script có thể tạo phiên hoặc gửi thông điệp mà không cần điều khiển TUI.
Các client OpenCode kết nối đến một server. Ảnh: Tác giả.
Các giao diện liệt kê ở trên hoạt động như client: TUI, ứng dụng desktop, extension IDE và opencode web. Mỗi cái đều nói chuyện với cùng một tiến trình server. Một thiết bị riêng có thể gắn vào một phiên hiện hữu qua tiến trình đó.
Chạy opencode serve khởi động server mà không có TUI thông thường. Chạy opencode web thêm một client trình duyệt. Cả hai lệnh cần xác thực nếu server có thể được truy cập từ thiết bị khác.
Cấu hình nằm trong opencode.json hoặc opencode.jsonc cấp dự án, với bản dự phòng toàn cục tại ~/.config/opencode/opencode.json. Nó kiểm soát mô hình, quyền, server MCP và tác nhân tùy chỉnh. Như đã đề cập trong phần quy trình, lịch sử phiên và log công cụ ở lại tệp cục bộ trừ khi người dùng chia sẻ.
Quy trình làm việc phổ biến với OpenCode
Các phần giống nhau của OpenCode có thể dùng cho nhiều nhiệm vụ phần mềm thường gặp. Ví dụ dưới đây cho thấy ở đâu việc rà soát của con người vẫn quan trọng.
Xây dựng tính năng mới
Sử dụng quy trình Plan-to-Build như đã mô tả, nhà phát triển có thể yêu cầu một tính năng và rà soát các bước đề xuất trước khi có bất kỳ chỉnh sửa nào. Nhấn Tab sau đó chuyển nhiệm vụ sang chế độ Build để thay đổi mã và chạy kiểm thử.
Kế hoạch có thể được chỉnh trước khi bất kỳ tệp nào thay đổi. Tôi sẽ dùng bước rà soát đó để điều chỉnh phạm vi, nêu tên các tệp không nên thay đổi, hoặc thêm yêu cầu kiểm thử.
Tái cấu trúc mã hiện có
Quy trình Plan-to-Build tương tự cũng áp dụng cho tái cấu trúc. Chế độ Plan có thể xác định phụ thuộc và điểm gọi trước khi chế độ Build áp dụng chỉnh sửa. Nếu kết quả sai, /undo khôi phục snapshot trước đó. Người dùng vẫn cần rà soát diff vì kiểm thử qua không xác nhận mọi giao diện public đều giữ nguyên.
Gỡ lỗi ứng dụng
Với gỡ lỗi, OpenCode có thể kết hợp stack trace với thông tin kiểu từ language server. Nó có thể đề xuất thay đổi, lặp lại các bước gây lỗi và kiểm tra kết quả. Không có bước tái hiện rõ ràng, nó có thể chỉ xác nhận rằng mã build được hoặc các kiểm thử hiện có đều qua.
Viết kiểm thử
Như đã đề cập, chế độ Build có thể chỉnh tệp và chạy lệnh. Với viết kiểm thử, nghĩa là nó có thể tạo kiểm thử, đọc kết quả và thực hiện thay đổi tiếp theo. Một bộ kiểm thử đầy đủ cung cấp nhiều phản hồi hơn nhưng mất thời gian hơn.
Chất lượng kiểm thử vẫn cần con người rà soát. Một kiểm thử sinh tự động có thể lặp lại phần triển khai thay vì kiểm tra hành vi người dùng phụ thuộc.
Hiểu các codebase lớn
Phần kho mã đã giải thích cách /init tạo ghi chú dự án. Sau bước đó, một câu hỏi như "Cơ chế xác thực ở đây hoạt động thế nào?" có thể định hướng tìm kiếm. Subagent @general có thể tìm trong nhiều phần của kho mã.
Câu hỏi cụ thể thường cho kết quả rõ hơn là yêu cầu giải thích toàn bộ kho. Tham chiếu tệp với @ có thể thu hẹp tìm kiếm hơn nữa.
OpenCode so với các tác nhân mã hóa AI khác
Những công cụ này khác nhau ở giấy phép, hỗ trợ mô hình, giao diện và cách tính phí. Tôi so sánh chúng trên những điểm đó thay vì coi một công cụ là lựa chọn mặc định.
OpenCode so với Claude Code
Chúng tôi có một bài viết riêng so sánh OpenCode và Claude Code với nhiều chi tiết hơn. Claude Code là phần mềm độc quyền và dùng mô hình cùng hệ thống tài khoản của Anthropic. OpenCode dùng giấy phép MIT và yêu cầu người dùng chọn nhà cung cấp. Nó cũng cho người dùng truy cập mã nguồn và cấu hình. Như đã nêu trong phần lịch sử, thuê bao Claude cho người tiêu dùng không còn hoạt động qua OpenCode, nên dùng Claude yêu cầu khóa API đo đếm của Anthropic.
Cả hai công cụ đều có thể đọc tệp, thực hiện thay đổi, chạy lệnh và dùng server MCP. Truy cập mô hình là khác biệt chính: Claude Code giữ trong thiết lập Anthropic như mô tả, còn OpenCode có thể kết nối nhà cung cấp khác hoặc endpoint cục bộ.
OpenCode so với Cursor
Cursor là một IDE dựa trên VS Code, cũng cung cấp tác nhân CLI và đám mây. Quy trình chính của nó giữ gợi ý, thay đổi tệp và hành động của tác nhân bên trong trình soạn thảo. OpenCode dùng các giao diện terminal, desktop và trình soạn thảo như đã liệt kê. Cursor dùng các gói đăng ký trả phí. Phần mềm của OpenCode miễn phí, nhưng người dùng có thể trả phí token cho nhà cung cấp mô hình. Khác biệt chính là giao diện làm việc, lựa chọn mô hình và phương thức tính phí.
Cursor cũng có tính năng hoàn thành nội tuyến khi nhà phát triển gõ. OpenCode tập trung vào các nhiệm vụ giao cho tác nhân và không thay thế dạng hoàn thành đó. Một số nhà phát triển có thể dùng cả hai loại công cụ cho các công việc khác nhau.
OpenCode so với Cline
Cline có dự án lõi là tác nhân mã nguồn mở, BYOK với giao diện VS Code và CLI. Nó cũng có client JetBrains, dù tại thời điểm viết client đó chưa mã nguồn mở. Cả Cline và OpenCode đều hỗ trợ MCP và cho phép người dùng đặt quy tắc phê duyệt. Cline đặt điều khiển trong sidebar của trình soạn thảo. OpenCode dùng các phiên terminal có thể chạy tách rời khỏi trình soạn thảo. Lựa chọn chủ yếu phụ thuộc vào nơi nhà phát triển muốn rà soát và phê duyệt thay đổi.
Cline dùng giấy phép Apache 2.0. OpenCode dùng giấy phép MIT như đã nêu. Cả hai cho phép rà soát và thay đổi mã nguồn, nhưng giao diện và tệp dự án khác nhau.
Aider và Codex CLI cũng là các tác nhân mã hóa dựa trên terminal. OpenCode bao phủ terminal, desktop và IDE trong cùng một dự án và hỗ trợ mô hình từ nhiều nhà cung cấp.
Cài đặt và bắt đầu với OpenCode
Script cài đặt chính thức hoạt động trên hầu hết hệ thống kiểu Unix. Nó cung cấp một cách để cài đặt công cụ dòng lệnh:
Lệnh này tải binary OpenCode và thêm vào môi trường người dùng. Trình quản lý gói có thể phù hợp hơn khi cập nhật được quản lý cùng phần còn lại của hệ thống.
curl -fsSL https://opencode.ai/install | bashCác tùy chọn qua trình quản lý gói gồm npm i -g opencode-ai@latest, brew install anomalyco/tap/opencode trên macOS và Linux, và scoop install opencode hoặc choco install opencode trên Windows. Ứng dụng desktop có sẵn cho macOS, Windows và Linux. Trên Windows, tài liệu OpenCode khuyến nghị WSL vì một số chức năng hệ tệp và shell hoạt động tốt hơn ở đó.
Cài đặt không bao gồm quyền truy cập mô hình. Phiên đầu tiên vẫn cần một trong các phương thức truy cập đã nêu trong phần đa mô hình.
Cài đặt OpenCode trước khi tạo hướng dẫn dự án. Video: Tác giả.
OpenCode có thực sự miễn phí để sử dụng không?
Tôi có thể dùng các mô hình Claude trong OpenCode không?
OpenCode có hoạt động khi không có kết nối internet không?
Kho opencode-ai/opencode đã lưu trữ có phải là cùng dự án không?
OpenCode xử lý quyền riêng tư mã nguồn của tôi như thế nào?
Chủ đề