OpenWork thay Claude Cowork: miễn phí desktop, còn chi phí nào?

Đổi ứng dụng trợ lý AI chỉ đáng làm khi công việc được giữ lại, còn chi phí hoặc mức độ phụ thuộc giảm đi. OpenWork nhắm đúng nhu cầu đó: một giao diện desktop để giao việc với thư mục, chọn mô hình và tổ chức tác vụ lặp lại. Phần mềm có bản miễn phí, nhưng gọi nó là bản thay thế Cowork miễn phí hoàn toàn sẽ bỏ qua phần quan trọng nhất của hóa đơn.

Câu hỏi thực dụng hơn là phần nào đang khiến người dùng khó chịu: giới hạn sử dụng mô hình, công thiết lập công việc, hay nhu cầu chạy tác vụ khi máy đã đóng? Mỗi vấn đề dẫn tới một lựa chọn khác nhau. OpenWork có lợi thế rõ ở quyền chọn mô hình; lợi thế ấy không tự biến thành khả năng hoàn thành công việc tốt hơn trong mọi tình huống.

Miễn phí phần mềm, còn mô hình vẫn có hóa đơn riêng

OpenWork giúp tách phí ứng dụng khỏi phí xử lý AI. Bản desktop chạy trên macOS, Windows và Linux, xây trên OpenCode; người dùng có thể đưa khóa API của mình vào hoặc dùng mô hình cục bộ. Với cấu hình qua API, tiền suy luận vẫn đi theo nhà cung cấp đã chọn. Thay giao diện không đổi một dịch vụ tính phí thành dịch vụ miễn phí.

OpenWork Labs công bố các mức giá dưới đây. Khoản phí cho cloud/team phải đọc riêng với phí mô hình; quyền dùng ứng dụng desktop không đồng nghĩa mọi kết nối hay mọi lượng sử dụng đều được bao trọn.

Hạng mục	Giá OpenWork công bố	Điểm cần tính thêm
Ứng dụng desktop Free	Miễn phí	Khóa API do người dùng cung cấp hoặc tài nguyên chạy mô hình cục bộ
OpenWork Team	10 USD/ghế/tháng; năm ghế đầu trên OpenWork Cloud miễn phí	Chi phí LLM và điều kiện dịch vụ không nên mặc định nằm trong phí ghế
Self-host	Miễn phí tới năm người dùng	Hạ tầng, vận hành và điều khoản phần doanh nghiệp
Enterprise	Giá tùy chỉnh	Cần xác định tính năng và điều kiện triển khai

Số liệu: OpenWork Labs; giá công bố chưa gồm thuế.

Mô hình chi phí này hợp với người muốn phân loại công việc theo mức độ khó. Không có lý do để mỗi lượt kiểm tra thư mục đều dùng cùng lựa chọn với một nhiệm vụ cần suy luận sâu. Tuy vậy, dùng mô hình rẻ mà phải làm lại nhiều lần có thể tốn hơn lựa chọn đắt nhưng cho kết quả dùng được ngay. Cần tính chi phí trên kết quả hoàn thành, không chỉ trên một lần gọi.

Các lựa chọn miễn phí qua OpenCode Zen cũng không nên được coi là nền tảng ngân sách cố định. XDA nêu Big Pickle miễn phí trong thời gian giới hạn, có hạn mức sử dụng theo tuần; dữ liệu trong giai đoạn này có thể được dùng cải thiện mô hình. Với tài liệu công việc, chính sách dữ liệu đáng kiểm tra trước giá. Một lựa chọn không thu tiền chưa chắc phù hợp để nhận tài liệu khách hàng.

Quyền chọn mô hình chỉ hữu ích khi công cụ chạy đúng

Giá trị của OpenWork nằm ở việc giữ một cách tổ chức công việc trong khi thay lớp AI phía dưới. Dùng khóa Anthropic vẫn có thể tiếp tục chọn Claude; mô hình cục bộ qua Ollama phục vụ nhu cầu xử lý trên máy. Không cần đổi toàn bộ ứng dụng chỉ vì muốn thử một nhà cung cấp khác.

Tài liệu OpenWork cho phép kết nối nhà cung cấp trong Settings và cấu hình endpoint tương thích OpenAI bằng opencode.jsonc ở workspace. Các thành phần gồm địa chỉ dịch vụ, mã mô hình và khóa khi cần. Cách này mở đường tới máy chủ tự host hoặc cổng AI mà tổ chức đã sử dụng, thay vì buộc mọi thành viên nhập cùng một nhà cung cấp vào ứng dụng.

Nhưng khả năng nhận câu hỏi không đồng nghĩa khả năng làm việc. Trợ lý thao tác tệp phải chọn công cụ, truyền tham số đúng và hiểu kết quả trả về. Một mô hình trả lời trôi chảy vẫn có thể mắc lỗi ở chuỗi thao tác này. Chạy cục bộ vì mục tiêu riêng tư chỉ có ý nghĩa nếu mô hình làm được nhiệm vụ đã giao mà không khiến người dùng sửa lại từng bước.

Vì vậy, thay mô hình nên được coi là thay một thành phần thực thi, cần kiểm tra bằng chính loại công việc sẽ dùng. Có thể bắt đầu trên bản sao thư mục và đối chiếu đầu ra với yêu cầu. Đừng lấy một câu trả lời chat đẹp làm bằng chứng rằng cùng mô hình đủ tin cậy để sửa tài liệu hay chạy việc định kỳ.

Chạy trên máy không có nghĩa dữ liệu luôn ở trên máy

Nơi lưu tệp và nơi mô hình xử lý nội dung là hai câu hỏi khác nhau. OpenWork mô tả cách dùng desktop với tệp cục bộ và prompt đi tới nhà cung cấp người dùng chọn. Nếu chọn dịch vụ AI bên ngoài, nội dung gửi trong yêu cầu vẫn đi ra khỏi thiết bị, dù tệp gốc không được chuyển sang một kho lưu trữ cloud.

Phân biệt này đặc biệt quan trọng với thư mục có tài liệu khách hàng, hợp đồng hoặc dữ liệu nội bộ. Quyền chọn nhà cung cấp giúp chủ động hơn về đường đi dữ liệu, nhưng người dùng vẫn phải quyết định nội dung nào được gửi và nhà cung cấp có phù hợp với yêu cầu bảo mật hay không. Không thể suy ra quyền riêng tư chỉ từ nhãn mã nguồn mở.

Workspace giúp chia phạm vi công việc theo thư mục. Cách tổ chức hợp lý là giao đúng thư mục cần dùng, giữ dữ liệu không liên quan bên ngoài và làm bản sao trước khi cho phép sửa. Phạm vi nhỏ cũng giúp kiểm tra kết quả dễ hơn: biết trợ lý được làm việc ở đâu thì dễ đối chiếu tệp nào đã thay đổi.

Quyền truy cập công cụ kết nối cần được xem riêng với quyền thư mục. Một tác vụ làm việc với tệp cục bộ nhưng có kết nối dịch vụ bên ngoài không còn là quy trình chỉ đọc trên máy. Người dùng nên phân biệt thao tác đọc với thao tác ghi, nhất là khi đưa các công cụ ấy vào lịch chạy không có người ngồi theo dõi.

Automation cần trạng thái và nơi chạy rõ ràng

Lịch chạy mới chỉ giải quyết thời điểm bắt đầu. Một tác vụ lặp lại còn cần biết nó chạy ở đâu, đầu ra được lưu chỗ nào và lần sau dùng gì để so sánh. Nếu không thiết kế phần lưu trạng thái, yêu cầu kiểu kiểm tra thay đổi kể từ lần trước rất dễ biến thành một lần tóm tắt toàn bộ thư mục.

Cách khắc phục có thể đơn giản: yêu cầu tác vụ giữ một bản ghi nền trong workspace, rồi cập nhật sau khi hoàn thành. Ghi chú ấy trở thành dữ liệu mà lượt chạy tiếp theo có thể đọc, thay vì trông chờ phiên chat tự nhớ. Cũng cần phân biệt bản ghi hoàn thành với đầu ra dở dang, để một lần chạy lỗi không bị dùng làm mốc của lần sau.

Về lịch chạy desktop, thông tin XDA ghi nhận là OpenWork cần mở khi tới thời điểm đã đặt; các lượt bỏ lỡ được khôi phục khi ứng dụng hoạt động lại. Khôi phục muộn không tương đương hoàn thành đúng hạn. Nếu đầu ra cần sẵn ngay đầu giờ làm việc, máy ngủ hoặc ứng dụng tắt vẫn là một rủi ro vận hành phải tính.

OpenWork có lựa chọn Desktop và Cloud trong automation. Claude hiện cũng hỗ trợ tác vụ theo lịch tiếp tục khi laptop đóng, theo trang sản phẩm Anthropic. Vì thế, không nên lựa chọn chỉ bằng một phép so sánh cũ rằng bên này có tự động hóa còn bên kia không. Điều đáng so là nơi thực thi, khả năng truy cập dữ liệu cần dùng và chi phí duy trì cách chạy đó.

Công cụ có thể thực hiện thao tác ghi trong automation càng cần đầu ra có thể kiểm tra. Một bảng tổng hợp được cập nhật đúng chưa nói lên rằng mọi tệp liên quan đều được xử lý đúng. Giữ lịch sử chạy và kiểm tra thay đổi giúp phát hiện công việc thất bại âm thầm, thay vì chỉ nhìn thấy lịch vẫn đang bật.

Chuyển skills không chuyển cả lịch sử làm việc

Công chuyển sang OpenWork chủ yếu nằm ở những gì không đi theo. Skills mô tả cách làm việc và plugins cung cấp khả năng, nhưng chúng không thay thế lịch sử hội thoại hay quyền truy cập dịch vụ đã kết nối. Import thành công mới là điểm khởi đầu của việc thiết lập lại.

Hướng dẫn migration của OpenWork phân chia phạm vi khá rõ. Người dùng nên kiểm kê phần cần giữ trước khi chuyển, đặc biệt là công việc định kỳ vốn phụ thuộc các quyền truy cập đã cấp.

Thành phần	Phạm vi chuyển sang OpenWork	Việc người dùng còn phải làm
Skills tự viết	Có thể đưa sang	Kiểm tra chỉ dẫn và công cụ còn phù hợp
Plugins từ marketplace GitHub công khai	Có thể đưa sang; chạy lại để nhận cập nhật	Chọn phần thực sự sử dụng và kiểm tra kết nối
Plugins không ở GitHub công khai	Thêm thủ công	Xác định cách nhập và quyền sử dụng
Lịch sử hội thoại	Không chuyển	Lưu những quyết định cần giữ thành tài liệu riêng
Thông tin xác thực đã lưu	Không chuyển	Kết nối lại dịch vụ bằng tài khoản phù hợp
Tác vụ đã lên lịch	Không chuyển	Tạo lại lịch và kiểm tra đầu ra

Điểm đáng làm trước là tách kiến thức công việc khỏi hội thoại. Quy tắc đặt tên tệp, định dạng đầu ra hoặc điều kiện hoàn thành nên được ghi trong tài liệu có thể đọc lại. Khi đó, việc mất lịch sử chat bớt ảnh hưởng tới khả năng tiếp tục công việc, và lần đổi ứng dụng sau cũng nhẹ hơn.

Không nên chuyển toàn bộ rồi mới phát hiện một tác vụ quan trọng thiếu kết nối. Chuyển một nhóm công việc có đầu ra dễ đối chiếu trước sẽ giúp thấy công thiết lập thật. Lịch cũ chỉ nên ngừng khi lịch mới đã cho kết quả đạt yêu cầu; hai lịch cùng sửa một thư mục lại có thể gây xung đột.

Giấy phép phần doanh nghiệp cần đọc riêng với bản desktop

Mã nguồn mở không phải một điều kiện đồng nhất cho mọi phần của OpenWork. README xác định desktop và phần lõi ngoài thư mục ee/ thuộc MIT, còn ee/ dùng OpenWork EE License với điều kiện riêng. Vì thế, nói toàn bộ repository là MIT sẽ khiến người triển khai doanh nghiệp hiểu sai phạm vi quyền sử dụng.

Different AI mô tả phần ee/ gồm OpenWork Den, lớp quản trị tổ chức và các thành phần như MCP gateway, inference. README cũng nêu cơ chế chuyển sang MIT sau hai năm cho mỗi bản phát hành thuộc phần này. Thời gian đó gắn với từng bản, không có nghĩa mọi mã mới đều được dùng theo MIT ngay khi tải về.

Người dùng desktop cá nhân có thể quan tâm trước hết đến phần lõi. Với tổ chức muốn tự host hoặc đưa thành phần vào sản phẩm thương mại, cần xác định đúng thư mục và bản phát hành sẽ dùng rồi đọc điều khoản tương ứng. Quyền xem mã và quyền khai thác thương mại không nên được coi là một.

Cũng đừng đồng nhất self-host với không có công vận hành. Dù không phải trả phí phần mềm trong phạm vi được công bố, tổ chức vẫn chịu trách nhiệm cập nhật, bảo vệ khóa và duy trì dịch vụ. Quyền kiểm soát tăng lên thường đi cùng trách nhiệm nhiều hơn; đó là phần cần đưa vào quyết định, không chỉ giá mỗi ghế.

Người dùng Việt Nam nên chuyển công việc, chưa vội bỏ thuê bao

OpenWork đáng thử khi mục tiêu là chọn mô hình theo công việc và tránh gắn mọi quy trình vào một nhà cung cấp. Với người đang trả tiền cho Claude, cách thận trọng là chuyển các tác vụ có kết quả dễ kiểm tra trước. Chưa cần hủy thuê bao chỉ vì ứng dụng mới không thu phí desktop.

Chi phí tính bằng USD khiến việc theo dõi hóa đơn API vẫn cần thiết với người dùng tại Việt Nam. Một khoản thuê bao cố định và một dịch vụ tính theo sử dụng tạo hai cách quản lý ngân sách khác nhau. API cho phép điều chỉnh theo nhiệm vụ, nhưng lịch chạy lặp lại hoặc lượt thử lại cũng có thể làm lượng sử dụng tăng mà không cần thao tác chat mới.

Nếu ưu tiên hàng đầu là công việc tiếp tục khi máy đóng và truy cập thuận tiện từ điện thoại, hãy cân nhắc lợi ích đó trước phí ứng dụng. Nếu ưu tiên là mô hình cục bộ hoặc cổng AI của tổ chức, OpenWork có hướng cấu hình phù hợp hơn. Quyết định nên xuất phát từ nhu cầu thực thi, không phải số lựa chọn trong menu.

Tiêu chí cuối cùng là một công việc cụ thể được hoàn thành với đầu ra kiểm tra được, ở mức chi phí chấp nhận được. OpenWork có lý do để được dùng song song với Claude: tách các tác vụ phù hợp sang một lớp công cụ linh hoạt hơn, trong khi giữ phần còn lại ở nơi đang làm tốt. Chỉ chuyển hẳn khi lợi ích ấy đã đủ bù công thiết lập và vận hành.

Nguồn: hướng dẫn migration của OpenWork Labs.

Nguồn tham khảo: Different AI / GitHub, OpenWork Labs: bảng giá, OpenWork Labs: cấu hình mô hình, OpenWork Labs: migration, OpenWork Labs: changelog, Anthropic, XDA Developers