Dify và n8n: chọn theo thứ bạn triển khai, sau đó lập ngân sách cho ba bộ đếm

Dify và n8n thực ra không phải đối thủ — chúng cung cấp những thứ khác nhau. Dify là nền tảng để xây dựng chính ứng dụng LLM: ứng dụng trò chuyện, tác tử, trợ lý được hỗ trợ bởi RAG. n8n là nền tảng tự động hóa quy trình tổng quát, trong đó một lần gọi mô hình là một node bên cạnh hàng trăm connector, lịch chạy và webhook. Nếu sản phẩm bàn giao là sản phẩm AI, hãy bắt đầu với Dify. Nếu sản phẩm bàn giao là một quy trình nghiệp vụ thỉnh thoảng đặt câu hỏi cho mô hình, hãy bắt đầu với n8n. Tìm kiếm theo chiều ngược lại — n8n so với Dify — câu trả lời vẫn vậy, vì lựa chọn phụ thuộc vào thứ bạn đang xây dựng.

Phần thực sự khiến mọi người vướng mắc là tiền. Dify tính phí theo phản hồi AI, n8n tính phí theo lượt thực thi workflow, còn nhà cung cấp mô hình tính phí theo token. Ba đơn vị đó không thể quy đổi cho nhau, vì vậy hầu hết các bảng giá so sánh hai công cụ này đều gây hiểu lầm ngay từ hàng đầu tiên.

Trước tiên là hai thông tin về phiên bản, vì rất nhiều bài viết được lập chỉ mục về cặp này đã lỗi thời. n8n đang ở dòng 2.x: bản phát hành mới nhất là n8n@2.39.9, được phát hành ngày 21 tháng 9 năm 2026. Dify hoàn toàn không có dòng phát hành 2.x — dòng phiên bản chính hiện tại là 1.x, bản phát hành mới nhất là 1.17.1 từ ngày 10 tháng 9 năm 2026. Cả hai kho mã đều đang hoạt động và chưa bị lưu trữ (các trang bản phát hành mới nhất của Dify và n8n, được kiểm tra lại ngày 21 tháng 9 năm 2026; n8n phát hành thường xuyên, vì vậy hãy dự liệu rằng số phiên bản bản vá đã lại thay đổi).

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

Hai khác biệt về cấu trúc phía sau bảng đó đáng được nêu rõ. Quyền: Cấu hình nhà cung cấp của Dify là thao tác chỉ dành cho quản trị viên và áp dụng trên toàn workspace — tài liệu của nền tảng nói rõ rằng chỉ chủ sở hữu và quản trị viên mới có thể quản lý nhà cung cấp, đồng thời một khóa bạn thêm sẽ "bills to your own account with that provider" — đây có thể chính xác là cơ chế quản trị bạn muốn hoặc chính xác là nút thắt bạn không muốn. Thay vào đó, n8n tổ chức việc chia sẻ theo project, và trang giá của nền tảng tính theo gói: một project dùng chung ở Starter, ba ở Pro, sáu ở Business, không giới hạn ở Enterprise. Mô hình thực thi: một lượt chạy n8n là một lần thực thi workflow duy nhất bất kể bên trong có bao nhiêu lần gọi mô hình, trong khi một ứng dụng Dify tính phí một lần cho mỗi lần gọi mô hình, vì vậy cùng một logic sẽ rơi vào hai bộ đếm theo những cách rất khác nhau.

Các gói và mức giá đã công bố

Dify Cloud tính phí theo workspace. Các chuỗi theo năm dưới đây đúng nguyên văn những gì trang giá hiển thị; trang này cũng có công tắc "Bill Annually Save 17%".

Đọc từ dify.ai/pricing và dify.ai/pricing/dify-cloud vào ngày 19 tháng 9 năm 2026. Bảng so sánh cũng hiển thị "5.000 API Rate Limit/month" trên Sandbox, trong khi các gói trả phí không có giới hạn tương tự. Dify Premium, image máy AWS Marketplace, là một SKU riêng; ở đây không trích giá vì không có con số nào được xác nhận đối chiếu với trang Dify chính thức trong lần kiểm tra này.

n8n Cloud tính phí theo gói, và hạn ngạch là số lượt thực thi chứ không phải số lần gọi mô hình. Lưu ý về tiền tệ: n8n.io/pricing hiển thị bằng euro trong lần kiểm tra ngày 19 tháng 9 năm 2026, và chưa xác minh liệu người mua ở nơi khác có được hiển thị loại tiền khác hay không — hãy xác nhận khi thanh toán.

Người dùng và workflow không giới hạn trên tất cả các gói trả phí được liệt kê, và tùy chọn tự lưu trữ xuất hiện từ Business trở lên. Bản dùng thử miễn phí được quảng cáo với các tính năng cấp Pro, 1.000 lượt thực thi và 5 lượt thực thi đồng thời.

Ba thứ khác nhau được gọi là tín dụng

Đây là phần mà các trang tổng hợp bỏ qua, và nó quyết định ngân sách của bạn.

Dify dùng hai tên cho cùng một đơn vị: trang giá gọi là "message credits" còn tài liệu hiện tại gọi là "AI credits". Tài liệu riêng của Dify dẫn chiếu đến trang giá để biết mỗi mô hình tốn bao nhiêu tín dụng cho mỗi phản hồi, và bảng theo từng mô hình đó không thể được trích xuất nguyên văn cho trang này — vì vậy ở đây không in các con số tín dụng theo từng mô hình.

Hạn ngạch của n8n hẹp hơn vẻ ngoài, có lợi cho bạn. tài liệu về lượt thực thi của nền tảng nêu rằng "only production executions count towards this quota", đồng thời loại trừ các lượt chạy thủ công từ trình chỉnh sửa, các lượt chạy workflow con được gọi bởi Execute Sub-workflow (chỉ lượt cha được tính), lượt chạy workflow lỗi, các lần thăm dò trả về không có dữ liệu và các yêu cầu webhook sai định dạng hoặc bị từ chối. Tài liệu cũng cảnh báo theo chiều ngược lại: Schedule Trigger tính một lượt thực thi mỗi lần kích hoạt bất kể kết quả, còn Webhook Trigger tính một lượt cho mọi yêu cầu đến kích hoạt nó, kể cả thân yêu cầu rỗng.

Còn một điều nữa mà một phép so sánh trung thực không thể né tránh: n8n hiện tự bán quyền truy cập mô hình. Tín dụng Gateway "có sẵn từ n8n 2.36.0", chỉ dành cho n8n Cloud Starter và Pro, "không có trên n8n Cloud Enterprise hoặc n8n tự lưu trữ", được tính phí "theo từng yêu cầu với mức giá được niêm yết trên trang giá dịch vụ", và tín dụng nạp thêm "hết hạn sau 12 tháng kể từ khi mua". Đó chính là công việc mà một gateway thực hiện, được bán bên trong sản phẩm. Tài liệu trỏ đến một trang giá dịch vụ bên trong ứng dụng n8n Cloud, nhưng trang này không cung cấp bảng giá có thể đọc được cho một lần truy cập khi chưa đăng nhập vào ngày 21 tháng 9 năm 2026, vì vậy ở đây không công bố con số tín dụng trên mỗi đô la và cũng không so sánh chi phí với nó. Điều có thể kiểm tra là phạm vi: tín dụng Gateway không áp dụng cho bản tự lưu trữ hoặc Cloud Enterprise, và cùng tài liệu ghi rằng các dịch vụ ngoài danh mục "vẫn hoạt động trong n8n theo cách thông thường: tạo thông tin xác thực bằng khóa API của riêng bạn". Tính năng tương đương của Dify yếu hơn và chính nền tảng cũng nói như vậy — một khóa và tín dụng AI "có thể cùng tồn tại", với công tắc Usage Priority quyết định nguồn nào được trừ trước.

Trỏ một trong hai công cụ đến endpoint mô hình của riêng bạn

Cả hai đều nhận endpoint OpenAI tương thích của bên thứ ba, đồng thời đều nhận endpoint tương thích với Anthropic, và trong cả hai trường hợp, ranh giới không nằm ở câu hỏi "tôi có thể đặt base URL không" — trường này nằm trong các schema thông tin xác thực và plugin được cung cấp trong mã nguồn của từng dự án, còn không trang giá nào cho thấy có giới hạn theo gói đối với nó. Ranh giới nằm ở giao thức mà endpoint được kỳ vọng phản hồi và các cờ khả năng nào bắt đầu ở trạng thái tắt.

Các tệp nguồn, được tải vào ngày 19 tháng 9 năm 2026: OpenAiApi.credentials.ts, AnthropicApi.credentials.ts, OpenRouterApi.credentials.ts và openai_api_compatible.yaml của Dify. Cần lưu ý: trang thông tin xác thực OpenAI chính thức của n8n vẫn chỉ tài liệu hóa API key và organisation ID, không hề đề cập đến trường Base URL; một pull request của cộng đồng để bổ sung trường này (n8n-docs#5146) đã bị đóng mà không được hợp nhất. Trường quan trọng nhất cho tuyến này không được tài liệu hóa, nên thay vào đó trích dẫn tệp nguồn.

Một giá trị mặc định thực sự chưa được giải quyết

Hai nguồn chính thức của n8n không thống nhất về endpoint mà một nút OpenAI Chat Model mới thêm sẽ gọi. Mã nguồn nút trên master khai báo responsesApiEnabled với default: true, hiển thị từ phiên bản nút 1.3 trở lên, và 1.3 là mục mới nhất trong danh sách phiên bản của nút đó — điều này cho thấy Responses API đang được bật. Tài liệu về nút lại nói ngược lại: "Nếu không, nút OpenAI Chat Model sẽ mặc định sử dụng Chat Completions API." Cả hai đều được tải vào ngày 19 tháng 9 năm 2026 và không thể đồng thời đúng với một nút được thêm hôm nay. Trang này không chọn bên nào. Hãy mở nút, xem công tắc và lưu ý rằng cài đặt này quyết định yêu cầu đi đến /responses hay /chat/completions — nếu endpoint chỉ cung cấp một trong hai, đây là khác biệt giữa việc hoạt động và nhận lỗi 404 ở mọi lần gọi. Kunavo triển khai cả hai tuyến, nên ở đây vị trí nào cũng có thể dùng được, nhưng hãy kiểm tra thay vì giả định.

Hai ranh giới mà một endpoint tùy chỉnh không thể vượt qua trong n8n. Các công cụ Responses tích hợp — Web Search, File Search và Code Interpreter — là các tính năng do OpenAI lưu trữ, và tài liệu nêu thêm rằng chúng "chỉ được hỗ trợ khi sử dụng nút OpenAI Chat Model kết hợp với nút AI Agent". Ngoài ra, base URL được đặt ở cấp nút (thay vì trên thông tin xác thực) sẽ được kiểm tra theo các giới hạn miền của thông tin xác thực trước khi sử dụng — mã nguồn nút gọi assertOpenAiCredentialAllowsUrl trên URL đó; hàm này sẽ báo lỗi khi URL nằm ngoài các miền được phép.

Ở phía Dify, các giá trị mặc định mới là điều đáng chú ý. Ngoài function_calling_type: no_call, một mô hình được thêm thủ công bắt đầu với structured_output_support: not_supported và vision_support: no_support, và mỗi mục là một công tắc thủ công mà bạn đặt cho khớp với cách endpoint thực sự hoạt động. stream_include_usage mặc định được bật vì một lý do chính đáng: nếu endpoint không trả về usage trong phần tử cuối của luồng, Dify chuyển sang ước tính cục bộ chỉ đếm thông báo prompt đầu tiên và đếm thiếu đối với prompt nhiều thông báo. Cùng tệp đó còn có các lối thoát rõ ràng cho gateway — tùy chọn bỏ qua trường cấp cao nhất user vì "một số gateway tương thích OpenAI từ chối trường này", công tắc token_param_name và chế độ tương thích nghiêm ngặt so với mở rộng — đây là bằng chứng khá thuyết phục rằng tuyến gateway là trường hợp được duy trì chứ không phải một thủ thuật tạm bợ.

Đối với quyền truy cập kiểu Anthropic, plugin Anthropic chính thức của Dify là predefined-model và customizable-model, với trường anthropic_api_url tùy chọn, nên bạn có thể trỏ danh sách Claude đi kèm của nó đến một endpoint khác. Nếu làm vậy, hãy chú ý đến các ID: thư mục đi kèm của Dify trộn các ID không có ngày như claude-opus-5, claude-sonnet-5, claude-opus-4-8, claude-opus-4-7, claude-opus-4-6 và claude-sonnet-4-6 với các ID có ngày như claude-sonnet-4-5-20250929. Các ID không có ngày trong nhóm đầu là slug danh mục của Kunavo; các dạng có ngày thì không, và không phải mọi ID trong thư mục Dify đều tương ứng với thứ hiện đang được bán. Hãy gọi GET /v1/models bằng khóa của bạn và chọn từ kết quả trả về — danh sách đó đã loại bỏ mọi thứ không được cung cấp. Base URL của Kunavo tuân thủ chính xác hai quy ước: https://api.kunavo.com/v1 cho trường kiểu OpenAI và origin thuần https://api.kunavo.com cho kiểu Anthropic (xem tài liệu base URL để biết tại sao thêm /v1 vào đó lại tạo lỗi 404).

Một chi tiết riêng về thông tin xác thực Anthropic của n8n, được rút ra từ việc đọc mã của cả hai dự án chứ không phải từ thử nghiệm: thông tin xác thực đó xác thực bằng x-api-key và tự kiểm tra bằng GET {base}/v1/models, còn /v1/models của Kunavo nhận khóa trong header đó giống như /v1/messages, nên cả bài kiểm tra thông tin xác thực và danh sách chọn mô hình đều sẽ phản hồi. Danh sách chọn gắn nhãn mỗi mô hình bằng display_name và dùng ID khi không có nhãn; danh sách của Kunavo không có display_name, nên hiển thị ID — và hiển thị mọi mô hình trong danh mục, không chỉ các ID claude- mà endpoint Messages cung cấp, vì vậy hãy chọn một trong số đó. Không nội dung nào trong số này được kiểm thử khi chạy thực tế cho trang này. Tuyến tương thích OpenAI thuần túy là tuyến được hướng dẫn bắt đầu nhanh tài liệu hóa.

Những gì một gateway key không thể bao phủ trong Dify

Workspace của Dify có năm vị trí mô hình mặc định — tài liệu về nhà cung cấp mô hình của họ liệt kê các vị trí này — và đó là phạm vi thực tế để kiểm tra bất kỳ nhà cung cấp mô hình nào. Một khóa Kunavo lấp đầy một trong năm vị trí; bốn vị trí còn lại không trỏ đến bất kỳ thứ gì Kunavo vận hành.

Hãy nói rõ điều đó trước khi lập kế hoạch di chuyển: cơ sở tri thức hoặc pipeline RAG của Dify vẫn cần một mô hình embedding và thường cần cả mô hình rerank từ một nguồn khác. Một gateway key bao phủ vị trí suy luận, không bao phủ toàn bộ workspace. Hướng dẫn triển khai RAG trình bày cách phân tách này thường được sắp xếp.

Ước tính chi phí minh họa

Đâ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à cũng không phải mức trần hóa đơn. Giả sử một workflow phân loại chạy 2.000 lần mỗi tháng trong môi trường production, và mỗi lần chạy thực hiện hai lần gọi mô hình — một lần để phân loại, một lần để soạn thảo — mỗi lần gửi 4.000 token đầu vào và trả về 400 token đầu ra. Tổng cộng là 4.000 lần gọi mô hình, 16 triệu token đầu vào và 1,6 triệu token đầu ra. Mức giá là giá danh mục Kunavo hiện hành trên mỗi triệu token.

Bây giờ hãy đặt các bộ đếm của nền tảng bên cạnh đó. Cùng khối lượng công việc ấy là 2.000 lần thực thi production trên n8n — nằm trong mức 2.500 của Starter — vì hai lần gọi mô hình nằm trong một lần chạy. Trên Dify, đó là 4.000 phản hồi AI, vì Dify đếm từng lần gọi mô hình, nên sẽ ngay lập tức vượt quá 200 credit được cấp một lần của Sandbox và nằm trong 5.000 credit mỗi tháng của Professional. Chỉ riêng lựa chọn mô hình đã chuyển dòng token từ $16,80 sang $84,00 cho cùng 4.000 lần gọi, thường là đòn bẩy lớn hơn cấp gói. Mức giá niêm yết rẻ nhất và chi phí thấp nhất để hoàn tất công việc vẫn là hai câu hỏi khác nhau: một mô hình rẻ hơn nhưng cần thử lại có thể tốn nhiều hơn một mô hình đắt hơn nhưng không cần thử lại.

Số tiền trong danh mục của Kunavo là mức sàn thanh toán chứ không phải mức trần: khi nguồn upstream báo phí, hóa đơn là giá trị lớn hơn giữa chi phí danh mục và chi phí upstream nhân với mức markup áp dụng. Phí bộ nhớ đệm và công cụ bên ngoài 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 — mức tối thiểu để nạp tiền, không phải phí tác vụ hay gói đăng ký. Xem chi tiết thanh toán và tối ưu hóa chi phí AI để đo khối lượng công việc của riêng bạn thay vì tin vào một ước tính như thế này.

Chạy cả hai, và chi phí của việc thay đổi lựa chọn

Câu trả lời thực tế phổ biến nhất cho "Dify hay n8n" là dùng cả hai ở các lớp khác nhau: Dify xây dựng và lưu trữ ứng dụng AI, còn n8n kích hoạt ứng dụng đó và kết nối kết quả với phần còn lại của doanh nghiệp. Không sản phẩm nào cấm cách kết hợp này, và nó giúp mỗi công cụ đảm nhiệm đúng công việc được thiết kế cho mình. Cái giá phải trả là hai bộ đếm và hai bộ thông tin xác thực, nên hãy kiểm tra cả hai trước khi xem đây là lựa chọn rẻ.

Đó không phải là một lộ trình di chuyển. Không dự án nào tài liệu hóa trình nhập cho định dạng của dự án kia, nên hãy dự kiến xây dựng lại logic thay vì chuyển nó. Đây là lý do mạnh nhất để chọn theo mức độ phù hợp thay vì giá: hóa đơn gói có thể đảo ngược vào tháng sau, còn việc xây dựng lại thì không. Nếu bạn đang chọn tuyến mô hình thay vì nền tảng, hướng dẫn API tương thích OpenAI trình bày endpoint mà cả hai công cụ này đều mong đợi, còn hướng dẫn về LLM gateway trình bày gateway mang lại và không mang lại điều gì.

Chưa có client nào được kiểm thử khi chạy thực tế với Kunavo. Mọi nội dung trên đều được đọc từ mã nguồn hiện tại và tài liệu chính thức hiện tại, và Kunavo không công bố hướng dẫn thiết lập cho công cụ nào — cấu hình là cấu hình tương thích OpenAI tiêu chuẩn. Hãy duy trì một tuyến đang hoạt động trong khi thử nghiệm, chạy một tác vụ có phạm vi giới hạn, rồi đọc khoản phí thực tế mà tài khoản của bạn đã ghi nhận. Tạo tài khoản Kunavo khi bạn sẵn sàng nạp tiền cho một khóa, hoặc duyệt chỉ mục tích hợp để xem các client có hướng dẫn thiết lập được tài liệu hóa.

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

Đã kiểm tra ngày 19 tháng 9 và kiểm tra lại ngày 21 tháng 9 năm 2026: cả hai kho GitHub và các bản phát hành mới nhất của chúng qua GitHub API; cả hai tệp giấy phép; dify.ai/pricing, dify.ai/pricing/dify-cloud và n8n.io/pricing; tài liệu về nhà cung cấp mô hình của Dify; tài liệu về executions, Gateway credits và OpenAI Chat Model của n8n; cùng mã nguồn thô của thông tin xác thực OpenAI và Anthropic của n8n, nút OpenAI Chat Model và manifest plugin OpenAI-compatible và Anthropic của Dify. Không sản phẩm nào được cài đặt và không sản phẩm nào được trỏ đến Kunavo, nên không hành vi nào ở đây là kết quả kiểm thử. Mức giá token của Kunavo lấy từ danh mục trực tiếp và mọi con số đô la đều là phép tính minh họa.