Bài 1/12 trong chuỗi Kinh tế Vibe Coding
Khi bắt đầu tiếp cận phương pháp phát triển phần mềm cùng AI coding agent, câu hỏi mà hầu hết mọi người thường đặt ra đầu tiên là: "Mỗi tháng tôi sẽ phải tốn bao nhiêu tiền?".
Đó là một câu hỏi rất tự nhiên nhưng lại là câu hỏi sai thời điểm. Hóa đơn cuối tháng không phải là một con số cố định được ấn định sẵn từ trước, mà là kết quả cộng dồn của một chuỗi quyết định kỹ thuật mà phần lớn người bắt đầu chưa từng chốt cái nào. Khi phân tích về chi phí thật của vibe coding, điểm mấu chốt là người ta thường bắt đầu từ nỗi sợ bảng giá model mà quên mất rằng cách mình tổ chức phiên làm việc mới là thứ định hình dòng tiền.
Thay vì đi tìm một con số ước lượng mơ hồ, thứ bạn thực sự cần là một thứ tự chốt quyết định. Toàn bộ chuỗi 12 bài viết này không phải là những mẹo vặt rời rạc, mà xếp thành ba tầng quyết định có tính phụ thuộc lẫn nhau: tầng trên thay đổi thì toàn bộ tầng dưới phải tính lại từ đầu.
Tầng 1: Trong một phiên làm việc
Đây là tầng nền tảng nhất và cũng là nơi phát sinh chi phí trực tiếp nhất. Dữ liệu thực tế qua 62 phiên làm việc đo ngày 2026-09-02 cho thấy 98,00% lượng token đầu vào là đọc lại ngữ cảnh đã tích lũy trong phiên, chứ không phải những câu lệnh bạn gõ. Bốn quyết định ở tầng này kiểm soát độ phình của chiếc túi ngữ cảnh đó:
- Token đi đâu: Một lượt gọi agent không phải một dòng chi phí mà là bốn, và chúng không hề bằng nhau. Ngả nào thật sự nuốt tiền thì bài bóc dòng chảy token đo ra từng đồng, và câu trả lời quyết định bạn nên cắt ở đâu.
- Đóng phiên sớm, giữ phiên dài, hay để nó tự thức dậy lúc bạn không ngồi máy: Lời khuyên quen thuộc là xóa phiên cho thường xuyên, nhưng phiên ngắn có cái giá riêng của nó và lợi thế của phiên dài biến mất sớm hơn bạn tưởng. Chỗ cân bằng nằm ở đâu, và vì sao một phiên tưởng đã đóng vẫn có thể tự thức dậy đốt tiền, là chuyện của bài về quản lý phiên coding agent.
- Cái gì được nằm thường trú: File dặn dò dự án là thứ duy nhất chắc chắn có mặt ở mọi lượt gọi của mọi phiên, nên mỗi dòng thừa trong đó bạn trả tiền lại nhiều lần. Cái gì xứng đáng nằm thường trú và cái gì phải dọn ra file riêng: bài về ngữ cảnh thường trú kể lại lần cái trần đó vỡ.
- Tìm kiếm mã nguồn khi chưa biết vị trí: Agent phải tìm được đoạn mã cần sửa, nhưng cách nó tìm quyết định phần còn lại của phiên đắt hay rẻ. Làm sao tra cứu mà không kéo cả cây thư mục vào phiên là nội dung của đừng để agent đọc cả repo.
Tầng 2: Trên một dự án
Khi đã kiểm soát được một phiên đơn lẻ, tầng quyết định thứ hai nằm ở cách bạn phân bổ nguồn lực và giao việc xuyên suốt toàn bộ dự án:
- Việc nào giao cho model mạnh: Tôi từng khuyên dùng model vừa cho đỡ tốn, rồi đo lại chính mình và thấy mình làm ngược hẳn lời mình viết. Phép tính nào đứng sau chỗ lệch đó, và việc nào mới thật sự đáng giao cho model mạnh, nằm ở bài chọn model cho coding agent.
- Độ chặt chẽ của bản mô tả công việc: Đề bài càng chặt thì agent càng đi đúng, và nếu tiền đề của bạn sai thì nó cũng đi xa khỏi đích nhanh hơn, không gì chặn lại. Bài về cách viết task pack kể một ca hỏng đã lọt tới production vì đúng cơ chế đó.
- Đo lường và nghiệm thu khi phối hợp hai AI: Dùng một model đắt để lập kế hoạch rồi chuyển cho một model dồi dào chạy việc nghe như cách cắt hóa đơn hiển nhiên. Năm phiên đo thật trong bài phối hợp Claude và Gemini nói chỗ tiết kiệm thật nằm ở đâu, và quy tắc giao việc nào giữ được nó.
📥 Tải miễn phí
Bộ Khung Repo Cho AI Agent
Tầng 3: Ngoài hóa đơn AI
Tầng quyết định cuối cùng nằm ở những chi phí và giới hạn vận hành nằm ngoài bảng kê token của nhà cung cấp mô hình:
- Thuê bao cố định hay trả tiền theo API: Chọn sai hình thức thanh toán có thể khiến bạn trả tiền gấp nhiều lần cho cùng một khối lượng công việc thực tế. Cách tính điểm hòa vốn giữa gói thuê bao cố định và trả phí linh hoạt theo lượt gọi nằm trong thuê bao hay API cho vibe coding.
- Giới hạn của các gói hạ tầng miễn phí: Xếp chồng các dịch vụ 0 đồng giúp bạn khởi động dự án mà không tốn vốn, nhưng các trần kỹ thuật ngầm sẽ âm thầm ép bạn phải đập đi xây lại khi có người dùng thật. Bạn nên nhận diện trước các điểm nghẽn và thời điểm cần nâng cấp qua hạ tầng 0 đồng và bốn loại trần ngầm.
Thước đo chung kết nối cả ba tầng quyết định
Tất cả chín quyết định trên sẽ rời rạc nếu bạn dùng sai thước đo hiệu quả.
Thước đo đúng không phải là đơn giá mỗi một triệu token niêm yết trên trang chủ nhà cung cấp, và cũng không phải tổng hóa đơn thanh toán vào cuối tháng. Thước đo duy nhất phản ánh chính xác hiệu quả kinh tế là chi phí cho mỗi tác vụ được chấp nhận.
Đây là sợi dây liên kết khiến ba tầng quyết định đứng chung trên một thang đo: một sai sót ở tầng phiên làm việc hay tầng phân luồng dự án cuối cùng đều dồn lại làm tăng chi phí để hoàn thành một tính năng. Một model có đơn giá rẻ hơn nhưng phải chạy lại nhiều lượt kèm theo sự can thiệp thủ công sẽ đắt hơn rất nhiều so với một model có đơn giá cao hơn nhưng giải quyết dứt điểm công việc ngay lần gọi đầu tiên. Đó là lý do vì sao tầng trên luôn phải chốt trước tầng dưới: bạn phải kiểm soát kỷ luật phiên và phân bổ công việc trước khi việc chọn gói cước ở tầng ngoài có ý nghĩa.
Bạn có thể tự mình nhập các thông số phiên và kiểm tra điểm hòa vốn cụ thể cho dự án của mình thông qua bảng tính chi phí AI.
Ba giới hạn thực tế của khung quyết định này
Trước khi áp dụng khung quyết định này, tôi muốn nói thẳng về ba giới hạn thực tế đằng sau những bài viết đã công bố:
Thứ nhất, toàn bộ dữ liệu và trải nghiệm trong chuỗi được đo đạc trên một người, một dự án thực tế và một bộ công cụ cụ thể. Đây là kết quả thực nghiệm cá nhân, không phải một nghiên cứu đại diện cho mọi quy mô doanh nghiệp hay mọi ngôn ngữ lập trình. Toàn bộ bảng số gốc mà các bài trong chuỗi trích dẫn được gom về một chỗ duy nhất tại bài tổng hợp số liệu.
Thứ hai, chuỗi bài này hoàn toàn không chạy benchmark trong môi trường phòng thí nghiệm. Mục tiêu của tôi là đưa ra ví dụ và con số thực tế của một người Việt trong môi trường Việt Nam. Cho bạn thấy một bức tranh thực tế chứ không phải lý thuyết suông, và bạn còn thấy được cả những sai lầm, những thất bại trong quá trình triển khai các dự án. Những chỗ có số đo thực tế đã được ghi rõ nguồn gốc, còn những chỗ là phán đoán kỹ thuật cũng đã được nêu rõ là phán đoán.
Thứ ba, biểu giá và hạn mức kỹ thuật của các nhà cung cấp luôn thay đổi liên tục. Mọi con số chi phí hay hạn ngạch xuất hiện trong chuỗi bài đều gắn liền với thời điểm tra cứu tài liệu tương ứng và có thể sẽ khác đi trong tương lai.
Điều tôi nhận ra
Nhìn lại toàn bộ hành trình tối ưu chi phí qua hàng chục phiên làm việc, bài học lớn nhất về kinh tế học vibe coding gói gọn trong ba điều:
Thứ nhất, chi phí của vibe coding không được quyết định bởi việc bạn gõ câu lệnh khéo đến đâu, mà được quyết định bởi cấu trúc hệ thống và kỷ luật giữ cho cửa sổ ngữ cảnh luôn tinh gọn.
Thứ hai, không có công cụ hay mô hình nào là rẻ tuyệt đối; sự đắt hay rẻ phụ thuộc vào việc bạn đặt nó vào đúng vị trí trong chuỗi quyết định ba tầng.
Thứ ba, việc quản trị chi phí không nhằm mục đích bóp nghẹt sự sáng tạo, mà là cách tạo ra một vùng đệm an toàn để bạn tự tin thử nghiệm và xây dựng những sản phẩm lớn hơn cùng AI.
Mười một bài còn lại đi lần lượt qua chín quyết định đó, mỗi bài một quyết định, trên cùng một bộ số đo đã dẫn ở trên. Bắt đầu từ tầng một, vì tầng trên chốt sai thì hai tầng dưới phải tính lại từ đầu.
