Bài 9 trong loạt Vibe Code A to Z — hướng dẫn vibe code bằng Claude Code cho người Việt. Bài 8: deploy sản phẩm đầu tiên.
Câu hỏi này gần như ai cũng hỏi ngay từ đầu, thường là trước cả câu "làm được gì": cái này một tháng tốn bao nhiêu?
Câu hỏi đúng. Nhưng câu trả lời thường làm người ta yên tâm nhầm chỗ, vì phần lớn các bài hướng dẫn chỉ đưa ra bảng giá thuê bao rồi dừng lại ở đó. Bảng giá là phần dễ nhất. Phần khó hơn — và cũng là phần quyết định bạn tốn nhiều hay ít — nằm ở chỗ khác hẳn.
Hai cách trả tiền, và cách nào dành cho ai
Claude Code tính tiền theo lượng chữ nó xử lý, gọi là token. Nhưng bạn tiếp cận cái đó bằng hai đường khác nhau.
Thuê bao. Trả một khoản cố định hằng tháng, dùng trong hạn mức của gói. Hết hạn mức thì chờ tới cửa sổ tiếp theo, hoặc mua thêm. Ưu điểm lớn nhất không phải giá — mà là bạn biết trước cuối tháng mình mất bao nhiêu. Với người đang học, đó là thứ đáng giá hơn vài chục nghìn chênh lệch.
Trả theo lượng dùng. Nối bằng khóa truy cập, dùng bao nhiêu trả bấy nhiêu, không có trần. Rẻ hơn nếu bạn dùng ít, và đắt bất ngờ nếu bạn dùng nhiều mà không để ý.
Lời khuyên của tôi cho người mới gọn trong một câu: bắt đầu bằng thuê bao. Không phải vì nó luôn rẻ hơn, mà vì tháng đầu tiên bạn chưa có cách nào đoán được mình sẽ dùng nhiều hay ít — và cái không đoán được thì không nên để nó chạy không trần.
Một con số để làm mốc, lấy từ tài liệu chính thức của Anthropic: ở các tổ chức triển khai quy mô lớn, chi phí trung bình rơi vào khoảng 13 đô la mỗi lập trình viên cho mỗi ngày làm việc thật sự, và 90% người dùng ở dưới mức 30 đô một ngày. Đó là dân chuyên nghiệp làm cả ngày, trên dự án lớn. Bạn học buổi tối vài giờ một tuần thì ở một thang khác hẳn — nhưng con số đó cho bạn thấy trần trên nằm ở đâu, và nó không phải con số đáng sợ.
Tiền chảy đi đâu: nó phải đọc lại từ đầu, mỗi lần
Đây là phần ít ai nói, và cũng là phần quan trọng nhất của cả bài.
Claude Code không có trí nhớ. Mỗi lần bạn gõ một câu, toàn bộ cuộc trò chuyện từ đầu phiên được gửi lại cho nó cùng lúc. Không phải chỉ câu bạn vừa gõ.
Hệ quả rất cụ thể: bạn mở một phiên lúc chín giờ sáng, làm việc cả ngày, đến bốn giờ chiều gõ một câu hỏi ngắn ba chữ. Câu ba chữ đó không tính bằng ba chữ. Nó tính bằng ba chữ cộng với toàn bộ bảy tiếng làm việc trước đó.
Hiểu điều này rồi thì mọi lời khuyên tiết kiệm còn lại tự nhiên trở nên hiển nhiên. Không phải "gõ ít lại". Là giữ cho phần nó phải đọc lại đừng phình ra vô ích.
Năm thói quen, xếp theo mức hiệu quả:
Xóa sạch khi chuyển sang việc khác. Lệnh /clear mở phiên mới trắng tinh, và nó không tốn gì cả. Xong việc sửa form đăng nhập, chuyển sang viết bài blog thì xóa. Giữ lại cuộc trò chuyện cũ không giúp gì cho việc mới, nó chỉ đi kèm vào mọi câu bạn gõ từ đó về sau.
Yêu cầu cụ thể thay vì yêu cầu chung chung. "Cải thiện dự án này" bắt nó đi quét khắp nơi để đoán bạn muốn gì. "Thêm kiểm tra định dạng email vào form đăng ký ở file X" thì nó đọc đúng một file. Ở bài 4 tôi đã nói chuyện này dưới góc độ chất lượng kết quả — hóa ra nó cũng đúng luôn dưới góc độ tiền.
Bật chế độ lập kế hoạch cho việc lớn. Nghe ngược đời vì lập kế hoạch cũng tốn chữ. Nhưng cái đắt nhất không phải kế hoạch, mà là làm sai hướng rồi phải làm lại từ đầu.
Giữ file dặn dò ngắn. Nhớ lại bài 3: khuyến nghị là dưới 200 dòng, và file của tôi 496 dòng. Lúc đó tôi nói về chuyện nó giảm mức độ tuân thủ. Còn một mặt nữa: 496 dòng đó được nạp lại ở đầu mỗi phiên, mọi phiên, kể cả phiên bạn chỉ định sửa một dòng chữ. Cùng một cái sai, hai cái giá phải trả.
Bỏ qua cái này thì tiếc: thứ khiến hạn mức của bạn hết nhanh nhất thường không phải là bạn làm nhiều. Là bạn để một phiên mở suốt cả ngày.
Chọn model theo loại việc
Ba mức, và ranh giới giữa chúng rõ hơn nhiều người tưởng.
- Nhẹ (Haiku) — việc máy móc: đổi tên hàng loạt, tra cứu đơn giản, việc phụ giao cho trợ lý con. Khoảng 1 đô mỗi triệu token vào, 5 đô mỗi triệu token ra.
- Vừa (Sonnet) — phần lớn việc viết code hằng ngày. Khoảng 3 đô vào, 15 đô ra.
- Mạnh (Opus) — quyết định kiến trúc, việc nhiều bước phức tạp, gỡ lỗi khó. Khoảng 5 đô vào, 25 đô ra.
(Giá tham khảo tại thời điểm viết bài. Bảng giá đổi — kiểm tra lại trước khi tính toán nghiêm túc.)
Nguyên tắc từ chính tài liệu của Anthropic, và nó đi ngược phản xạ của người mới: Sonnet làm tốt phần lớn việc viết code, để dành Opus cho quyết định kiến trúc và việc nhiều bước. Không phải "cứ chọn cái mạnh nhất cho chắc".
Phản xạ chọn-cái-mạnh-nhất sai ở chỗ nó nhìn model như nhìn cấu hình máy tính — mạnh hơn thì tốt hơn, chỉ tốn tiền hơn. Thực tế gần với chuyện giao việc cho người hơn: giao việc dán nhãn phong bì cho chuyên gia chiến lược thì bạn không nhận được phong bì dán đẹp hơn, bạn chỉ trả nhiều tiền hơn cho cùng một chồng phong bì.
Còn một nút chỉnh nữa ít người biết: mức độ suy nghĩ. Claude Code mặc định suy nghĩ kỹ trước khi trả lời, và phần suy nghĩ đó tính tiền như phần trả lời. Việc đơn giản thì hạ mức suy nghĩ xuống là tiết kiệm được đáng kể mà không mất gì.
Phần tiền không nằm ở AI
Sản phẩm bạn deploy ở bài 8 cũng có chi phí, và tin tốt là nó gần bằng không lúc bắt đầu.
Chỗ chạy giao diện và chỗ giữ dữ liệu đều có gói miễn phí đủ cho sản phẩm đầu tiên và vài trăm người dùng đầu. Tên miền riêng khoảng vài trăm nghìn một năm — và đây là khoản duy nhất tôi khuyên trả sớm, vì nó là thứ bạn đưa cho người khác đọc.
Nhưng khoản đắt nhất trong cả bài này thì không nằm trong bảng nào. Là thời gian của bạn.
Nếu bạn dành ba buổi tối để tiết kiệm hai trăm nghìn tiền công cụ, bạn vừa mua một thứ rất đắt bằng một thứ rất rẻ. Tôi thấy chuyện này nhiều đến mức phải nói thẳng: người mới hay tối ưu chi phí công cụ ở giai đoạn mà cái đáng tối ưu là tốc độ học.
Tài liệu tải về
Tôi làm một bảng tra một trang: ba mức model kèm loại việc nên giao cho từng mức, năm thói quen tiết kiệm xếp theo mức hiệu quả, bảng ước tính chi phí theo ba kiểu người dùng, các lệnh để tự theo dõi mình đang tiêu bao nhiêu, và phần chi phí hạ tầng ngoài AI. In ra dán cạnh màn hình được.
📥 Tải miễn phí
Bảng Chọn Model Theo Loại Việc
Tài liệu do tôi biên soạn, tham khảo tài liệu chính thức và trang giá của Anthropic. Giá và hạn mức thay đổi thường xuyên — trang giá chính thức luôn là nguồn đúng nhất. Còn cách nghĩ để quyết định việc nào đáng giao cho AI và việc nào không, nằm ở phần nền trong khóa AI Fluency.
Điều tôi nhận ra
Có một câu tôi hay gặp, và mỗi lần gặp lại thấy nó hỏi lệch: "Dùng cái này thì rẻ hơn thuê người bao nhiêu?"
Lệch vì nó ngầm giả định hai bên làm cùng một việc, chỉ khác giá. Không phải vậy. Thuê người thì bạn mua kết quả. Dùng công cụ này thì bạn mua khả năng tự làm ra kết quả, và tự sửa nó lúc hai giờ sáng mà không phải nhắn tin cho ai.
Cái thứ hai đáng giá hơn nhiều, nhưng nó chỉ đáng giá nếu bạn thật sự làm ra được thứ gì đó. Một tháng thuê bao mà không đẻ ra sản phẩm nào thì đắt vô cùng, dù con số trên hóa đơn có nhỏ đến đâu. Còn một tháng thuê bao đổi lấy một sản phẩm đang chạy thật, có người dùng thật, thì rẻ đến mức không cần ngồi tính.
Nên câu hỏi đúng không phải "cái này tốn bao nhiêu". Là "tháng này tôi định làm ra cái gì bằng nó" — và đó cũng là câu hỏi tôi muốn khép lại cả loạt bài này. Chín bài vừa rồi là chín mảnh rời: cài đặt, giao việc, bộ nhớ dự án, prompt, công cụ ngoài, quy trình riêng, duyệt code, đưa lên mạng, tiền bạc. Bài cuối tôi ráp chúng lại thành một đường đi liền mạch — từ ý tưởng trong đầu tới sản phẩm có người dùng — và nói nốt phần khó nhất, phần không có trong tài liệu kỹ thuật nào.
