Công cụ AI lập trình hiện tính tiền theo ba kiểu chính: miễn phí có giới hạn lượt dùng, thuê bao cố định theo tháng cho từng người, và tính theo mức dùng thực tế đo bằng token khi bạn dùng khoá API. Nhiều gói kết hợp hai kiểu: thuê bao cố định kèm một hạn mức cho mô hình mạnh, vượt hạn mức thì bị chậm lại, chuyển sang mô hình nhỏ hơn hoặc tính thêm. Hiểu đúng kiểu mình đang dùng là bước đầu để tránh cả hai tình huống khó chịu: trả tiền cho thứ không dùng, và nhận hoá đơn cao hơn dự tính.
Bài này không nêu giá cụ thể vì bảng giá các hãng thay đổi thường xuyên, mà giải thích cấu trúc chi phí, những thứ làm chi phí tăng vọt và cách kiểm soát. Ví dụ tính toán trong bài dùng đơn vị giả định để bạn nắm cách tính; khi làm thật, bạn thay bằng giá trên trang chính thức của hãng tại thời điểm đó.
Ba kiểu tính tiền và điều cần để ý ở mỗi kiểu
Miễn phí có giới hạn. Thường giới hạn số gợi ý hoặc số lượt chat mỗi tháng, đôi khi chỉ cho dùng mô hình nhỏ. Đủ để học, để thử và cho người viết mã không thường xuyên. Điều cần đọc kỹ ở gói miễn phí là điều khoản dữ liệu, vì gói miễn phí thường có cách xử lý dữ liệu khác gói trả phí.
Thuê bao cố định. Trả một khoản cố định mỗi tháng cho mỗi người, dùng trong hạn mức của gói. Ưu điểm là dễ dự tính, không lo hoá đơn tăng đột ngột. Cần để ý hạn mức thật sự là bao nhiêu với từng loại mô hình, và chuyện gì xảy ra khi chạm hạn mức: bị chặn, bị chậm, bị chuyển mô hình hay bị tính thêm.
Tính theo mức dùng. Dùng khoá API, trả theo số token gửi đi và nhận về, mỗi mô hình một đơn giá. Linh hoạt nhất, hợp với tác tử và kịch bản tự động, nhưng cũng dễ vượt dự tính nhất nếu không đặt giới hạn.
Gói doanh nghiệp. Thường là thuê bao theo ghế cộng các quyền quản trị, đôi khi kèm phần tính theo mức dùng cho tính năng nâng cao. Giá trị chính nằm ở điều khoản dữ liệu và quản lý người dùng, không chỉ ở tính năng.
Token và vì sao tác tử tốn hơn gợi ý nội tuyến
Token là đơn vị mô hình dùng để đọc và viết chữ, xấp xỉ một mẩu từ. Với tiếng Anh và mã nguồn, một dòng mã thường vài chục token; tiếng Việt có dấu thường tốn token hơn tiếng Anh cho cùng một ý, tuỳ cách mô hình tách chữ. Khi tính tiền theo mức dùng, bạn trả cho cả phần gửi đi, gọi là đầu vào, và phần mô hình viết ra, gọi là đầu ra; đơn giá đầu ra thường cao hơn đầu vào.
Gợi ý nội tuyến gửi đi một đoạn mã quanh con trỏ và nhận về vài dòng, nên mỗi lần tốn ít. Tác tử thì khác. Mỗi vòng làm việc, nó gửi lại toàn bộ cuộc trò chuyện từ đầu, cộng nội dung các tệp đã đọc, kết quả các lệnh đã chạy. Một phiên dài có thể có hàng chục vòng, và đầu vào mỗi vòng ngày càng lớn. Vì vậy một phiên tác tử sửa lỗi trong một giờ có thể tốn nhiều hơn cả tuần dùng gợi ý nội tuyến.
Nhiều hãng có cơ chế lưu đệm phần đầu vào lặp lại, tính giá thấp hơn cho phần đã gửi trước đó. Cơ chế này giúp giảm đáng kể chi phí của tác tử, nhưng cách hoạt động và điều kiện áp dụng khác nhau giữa các hãng; đọc tài liệu để biết công cụ bạn dùng có tận dụng hay không.
Kiểu dùng nào hợp với kiểu gói nào
Bảng dưới gợi ý cách ghép kiểu dùng với kiểu tính tiền. Đây là xu hướng chung, không phải quy tắc; bạn đối chiếu với hạn mức cụ thể của gói đang xét.
| Kiểu dùng | Kiểu gói thường hợp | Điều cần để ý |
|---|---|---|
| Sinh viên, người học, viết mã vài giờ mỗi tuần | Miễn phí, hoặc ưu đãi giáo dục nếu hãng có | Điều khoản dữ liệu của gói miễn phí |
| Lập trình viên dùng gợi ý và chat hằng ngày | Thuê bao cá nhân hoặc ghế doanh nghiệp | Hạn mức cho mô hình mạnh, cách xử lý khi chạm hạn mức |
| Dùng tác tử cho việc lớn vài lần mỗi tuần | Thuê bao có hạn mức tác tử, hoặc khoá API có hạn mức chi tiêu | Chi phí mỗi phiên dài, cơ chế lưu đệm |
| Kịch bản tự động chạy định kỳ, tích hợp vào quy trình | Khoá API riêng, tính theo mức dùng | Hạn mức cứng, cảnh báo, theo dõi theo khoá |
| Nhóm nhiều người | Gói doanh nghiệp theo ghế | Báo cáo mức dùng, thu hồi ghế không dùng |
Một người có thể dùng hai kiểu cùng lúc, ví dụ thuê bao cho gợi ý và chat hằng ngày, cộng một khoá API có hạn mức thấp cho kịch bản tự động. Tách như vậy giúp biết rõ phần nào tốn bao nhiêu.
Ước lượng mức dùng trước khi chọn gói
Thay vì đoán, dành một hai tuần đo mức dùng thật rồi mới quyết định gói. Cách làm:
- Bắt đầu bằng gói miễn phí hoặc khoá API với hạn mức chi tiêu thấp.
- Làm việc bình thường, cuối mỗi ngày ghi lại số phiên tác tử, độ dài ước lượng của mỗi phiên và loại việc.
- Với khoá API, mở trang quản lý của hãng xem mức dùng theo ngày; với thuê bao, xem phần hạn mức đã dùng trong trang tài khoản.
- Sau hai tuần, nhân lên cho một tháng và cộng thêm một khoản dự phòng cho những tuần nhiều việc.
- So con số đó với mức thuê bao và hạn mức của các gói; chọn gói phủ được mức dùng thường ngày, phần vượt thì xử lý bằng khoá API có hạn mức.
Ví dụ giả định: trong hai tuần, một lập trình viên dùng tác tử khoảng mười phiên, mỗi phiên trung bình nửa giờ, cộng gợi ý nội tuyến cả ngày. Bản ghi cho thấy gần như toàn bộ chi phí theo mức dùng đến từ ba phiên dài nhất, khi tác tử loay hoay với một lỗi môi trường. Kết luận không phải là đổi gói, mà là dừng sớm những phiên đi vòng vòng.
Những nguyên nhân làm hoá đơn tăng vọt
Phần lớn các hoá đơn bất ngờ đến từ một vài nguyên nhân lặp lại. Biết trước để tránh:
- Tác tử rơi vào vòng lặp sửa rồi hỏng, chạy kiểm thử thất bại rồi sửa tiếp hàng chục lần mà không ai dừng lại.
- Đưa cả thư mục lớn vào ngữ cảnh, như thư mục thư viện tải về, thư mục bản dựng hay tệp dữ liệu mẫu nặng, khiến mỗi vòng gửi đi rất nhiều token.
- Dùng mô hình mạnh nhất cho mọi việc, kể cả việc nhỏ như đổi tên biến hay viết chú thích.
- Mở nhiều phiên tác tử chạy song song rồi quên một vài phiên vẫn đang chạy.
- Kịch bản tự động gọi mô hình theo lịch hoặc theo sự kiện, gặp lỗi và thử lại liên tục suốt đêm.
- Khoá API bị lộ, ví dụ lỡ đẩy lên kho mã công khai, và bị người khác dùng.
Nguyên nhân cuối cùng là chuyện an toàn chứ không chỉ chuyện tiền. Khi thấy mức dùng tăng bất thường mà không giải thích được, thu hồi khoá ngay, tạo khoá mới, rồi mới tìm hiểu nguyên nhân.
Chi phí không nằm trên hoá đơn
Khi so các gói, người ta thường chỉ nhìn số tiền trả cho hãng. Phần chi phí lớn hơn thường nằm ở thời gian của chính bạn và của nhóm. Thời gian đọc lại mã AI viết, thời gian gỡ những lỗi trông đúng mà sai lọt qua, thời gian người rà soát phải đọc những yêu cầu gộp mã to hơn trước, thời gian học và cấu hình công cụ mới. Một công cụ rẻ hơn mà gợi ý sai nhiều hơn có thể đắt hơn khi tính đủ.
Cũng có chi phí chuyển đổi. Nhóm đã viết tệp hướng dẫn dự án theo định dạng riêng của một công cụ, đã gắn công cụ vào quy trình tích hợp, đã quen phím tắt và cách làm, thì chuyển sang công cụ khác vì rẻ hơn một chút thường không đáng. Ngược lại, nếu công cụ đang dùng đổi điều khoản dữ liệu theo hướng không chấp nhận được, chi phí chuyển đổi là cái giá phải trả.
Với người học và sinh viên, chi phí lớn nhất không phải tiền mà là kỹ năng. Dùng gói mạnh để AI làm hộ bài tập thì tiết kiệm được thời gian trước mắt nhưng mất cơ hội luyện tay. Cách tính chi phí đúng với người học là hỏi: sau học kỳ này mình tự làm được gì mà trước đây chưa làm được.
Đặt hàng rào chi phí ngay từ đầu
Với khoá API, việc đầu tiên sau khi tạo khoá là đặt hạn mức chi tiêu theo tháng và bật cảnh báo qua thư điện tử ở các mốc như một nửa và tám phần mười hạn mức. Nếu hãng cho đặt hạn mức theo từng khoá hay từng dự án, dùng tính năng đó để mỗi kịch bản hay mỗi người một khoá, một hạn mức. Khi có chuyện, bạn biết ngay nguồn nào tiêu nhiều.
Với cách làm việc hằng ngày, có ba thói quen giúp giảm chi phí mà không giảm hiệu quả. Một là chọn mô hình theo việc: mô hình nhỏ, rẻ cho việc đơn giản, mô hình mạnh cho việc cần suy luận. Hai là giữ ngữ cảnh gọn: loại trừ thư mục không cần, bắt đầu phiên mới khi chuyển sang việc khác thay vì kéo dài một phiên mãi. Ba là dừng sớm: khi tác tử đã thử ba lần mà chưa xong, dừng lại, đọc lại vấn đề và giao lại với thông tin rõ hơn.
Với kịch bản tự động, luôn đặt giới hạn số lần thử lại và thời gian chạy tối đa trong chính mã của kịch bản, không chỉ dựa vào hạn mức của hãng. Ghi nhật ký mỗi lần gọi kèm số token nhận được trong phản hồi, để cuối tháng đối chiếu được với hoá đơn.
Câu hỏi thường gặp
Gói miễn phí của công cụ AI lập trình có đủ dùng không?
Đủ cho người học, người viết mã vài giờ mỗi tuần hoặc để thử công cụ. Với người dùng cả ngày, hạn mức gói miễn phí thường hết nhanh. Dù dùng gói nào, đọc kỹ điều khoản dữ liệu trước khi đưa mã của công ty vào.
Vì sao một phiên tác tử lại tốn nhiều hơn cả tuần dùng gợi ý?
Vì mỗi vòng làm việc, tác tử gửi lại toàn bộ cuộc trò chuyện, nội dung tệp đã đọc và kết quả lệnh đã chạy. Phiên càng dài, đầu vào mỗi vòng càng lớn. Gợi ý nội tuyến chỉ gửi một đoạn ngắn quanh con trỏ nên mỗi lần tốn rất ít.
Viết câu lệnh bằng tiếng Việt có tốn hơn tiếng Anh không?
Thường có tốn hơn một chút vì tiếng Việt có dấu được tách thành nhiều token hơn, mức chênh tuỳ mô hình. Với phần lớn người dùng, khoản chênh này nhỏ so với phần mã và tệp gửi đi, nên cứ viết bằng ngôn ngữ giúp bạn diễn đạt rõ nhất.
Đặt hạn mức chi tiêu cho khoá API ở đâu?
Trong trang quản lý tài khoản của hãng cung cấp mô hình, thường ở mục thanh toán hoặc giới hạn. Nên đặt hạn mức theo tháng, bật cảnh báo ở vài mốc và nếu có thể thì đặt riêng cho từng khoá hay từng dự án.
Thấy mức dùng tăng bất thường thì làm gì trước?
Thu hồi khoá đang dùng và tạo khoá mới ngay, vì có thể khoá đã bị lộ. Sau đó kiểm các kịch bản tự động, các phiên tác tử còn chạy và lịch sử kho mã xem khoá có bị đẩy lên đâu không, rồi mới gắn khoá mới vào lại.
Có nên dùng mô hình mạnh nhất cho mọi việc không?
Không cần. Việc đơn giản như đổi tên, viết chú thích, sinh đoạn mã mẫu thì mô hình nhỏ làm tốt và rẻ hơn. Để dành mô hình mạnh cho việc cần suy luận nhiều bước, đọc hiểu mã phức tạp hay gỡ lỗi khó.