Hướng Dẫn Ra Quyết Định Cho Lãnh Đạo Kỹ Thuật
Team Kỹ Thuật Của Bạn Nên Tự Host Một Mô Hình Code Mã Nguồn Mở?
2.000 engineer của Revolut nói rằng điều đó phụ thuộc vào khối lượng sử dụng, không phải ý thức hệ.
Điều này phụ thuộc vào số lượng engineer, khả năng vận hành GPU và hạ tầng nội bộ, cùng nhu cầu về nơi lưu trữ dữ liệu, không chỉ dựa vào chất lượng mô hình.
Đọc toàn bộ câu trả lời
Revolut đã tự host một mô hình mã nguồn mở ở quy mô khoảng 2.000 engineer và cắt giảm khoảng 90% chi phí API frontier, nhưng vẫn giữ các công cụ frontier cho những bài toán khó nhất. Các team nhỏ hơn thường sẽ thấy dùng API frontier rẻ hơn.
Ngày đăng
Điểm chính
- Ở quy mô khoảng 2.000 engineer, Revolut tự host GLM của Z.ai trên 56 GPU Nvidia B200 và cắt giảm chi phí token bình quân xuống còn khoảng một phần mười so với hóa đơn Anthropic và OpenAI trước đó.
- Lead time (số ngày từ lúc nhận feature đến khi sẵn sàng merge) cải thiện nhiều hơn thời gian code, khoảng 70% so với 60%, cho thấy nút thắt thực sự chưa từng chỉ là việc viết code.
- Mức cải thiện đi cùng với việc bỏ giới hạn token, không chỉ do đổi mô hình: khi token không còn khan hiếm, engineer bắt đầu dùng AI cho cả email, ticket và tài liệu.
- Tự host đòi hỏi công việc hạ tầng thực sự, không chỉ là tải trọng số về: tinh chỉnh độ dài context, quantization và parallelism đã giảm 88% thời gian đến token đầu tiên trên cùng số lượng GPU.
- Revolut vẫn giữ Claude Code của Anthropic, Codex của OpenAI, và Gemini của Google làm ngoại lệ frontier cho các bài toán khó nhất, không phải là lựa chọn mặc định hàng ngày.
Toàn bộ hướng dẫn
Chạm vào một mục để mở.
Về hướng dẫn này
Đây là hướng dẫn chọn lựa cho các lãnh đạo kỹ thuật đang cân nhắc tự host một mô hình code mã nguồn mở, như GLM của Z.ai, thay vì trả tiền theo seat hoặc theo token cho một API frontier. Bài viết dựa trên số liệu công khai của Revolut: một ngân hàng đã chuyển gần hết khoảng 2.000 engineer khỏi hình thức tính phí theo token, trong khi vẫn giữ Claude Code của Anthropic, Codex của OpenAI, và Gemini của Google cho các bài toán khó nhất. Bài học không nằm ở việc Revolut chọn mô hình nào, mà ở những gì thay đổi khi token không còn bị giới hạn.
Tự Host So Với API Frontier Hoặc Gói Theo Seat: Danh Sách Kiểm Tra Khi Ra Quyết Định
| Yếu tố | Nghiêng về tự host mã nguồn mở | Nghiêng về API frontier hoặc gói theo seat |
|---|---|---|
| Quy mô team và khối lượng token | Hàng trăm đến hàng nghìn engineer tạo ra khối lượng token hàng ngày ổn định, cao, như ở quy mô khoảng 2.000 engineer của Revolut. | Một team nhỏ hoặc trung bình mà chi phí GPU và vận hành sẽ cao hơn hóa đơn API mà nó thay thế. |
| Khả năng GPU và vận hành nội bộ | Bạn đã có sẵn hoặc có thể tuyển dụng cho hạ tầng GPU: tinh chỉnh serving stack, quantization, và lập kế hoạch công suất là công việc thực sự, liên tục. | Không có team hạ tầng ML chuyên trách, và không có nhu cầu xây dựng một team như vậy chỉ để phục vụ một mô hình code. |
| Nơi lưu trữ dữ liệu và tuân thủ | Code hoặc context không thể rời khỏi hạ tầng bạn kiểm soát, hoặc một cơ quan quản lý yêu cầu bạn chỉ rõ chính xác nơi inference diễn ra. | Các điều khoản xử lý dữ liệu tiêu chuẩn của nhà cung cấp đã đáp ứng yêu cầu tuân thủ và nơi lưu trữ dữ liệu của bạn. |
| Phương án dự phòng cho các bài toán khó nhất | Vẫn còn ngân sách cho việc dùng API frontier không thường xuyên, dành cho phần nhỏ các tác vụ mà mô hình mã nguồn mở xử lý kém. | Phần lớn khối lượng công việc của bạn chính là loại bài toán khó, đa dạng mà các mô hình frontier được tinh chỉnh để xử lý, không phải code thông thường. |
| Dự đoán hóa đơn so với tính linh hoạt | Bạn muốn chi phí hạ tầng cố định, dự đoán được thay vì một hóa đơn biến động theo mức sử dụng và thay đổi giá mô hình. | Bạn muốn chuyển đổi mô hình hoặc nhà cung cấp nhanh chóng mà không cần tinh chỉnh lại serving stack, và mức sử dụng quá không đồng đều để tính toán số GPU phù hợp. |
Case GốcRevolut Thực Sự Đã Làm Gì Và Đo Lường Gì
David Abitbol, người điều hành bộ phận AI operations tại Revolut, đã trình bày về quá trình triển khai này trong một buổi nói chuyện tại hội nghị AI Engineer ở New York vào cuối 2026. Revolut theo dõi hai chỉ số trên một mẫu khoảng 2.000 engineer: thời gian code tính bằng giờ, và lead time tính bằng ngày từ khi nhận feature đến khi được merge và sẵn sàng deploy.
Một lần triển khai sớm Gemini của Google với quyền truy cập dữ liệu nội bộ đã cải thiện nhẹ cả hai chỉ số, chủ yếu bằng cách thay thế việc tra cứu tài liệu. Claude Code của Anthropic được triển khai tiếp theo với hạn mức token nghiêm ngặt cho từng engineer, sau khi một số engineer tiêu tốn hóa đơn lớn mà không mang lại kết quả rõ ràng, và Abitbol cho biết nó ban đầu không cho thấy tác động đáng kể nào.
Điều làm thay đổi các số liệu là việc tự host một mô hình mã nguồn mở, GLM của Z.ai, bắt đầu từ khoảng tháng 4 năm 2026, không có giới hạn token nào. Thời gian code cải thiện khoảng 60% và lead time khoảng 70%. Hiện tại Revolut coi mô hình tự host là lựa chọn mặc định cho công việc code hàng ngày, với mức phí cố định và dự đoán được, và giữ các công cụ frontier làm ngoại lệ cho các bài toán khó nhất.
Ở quy mô khoảng 2.000 engineer, việc phục vụ mô hình cần 56 GPU Nvidia B200, nhằm đạt thời gian đến token đầu tiên dưới ba giây (bắt đầu có phàn nàn khi vượt quá năm giây). Chi phí bình quân rơi vào khoảng US$0.30 trên mỗi triệu token, khoảng một phần mười so với số tiền Revolut đã trả cho Anthropic và OpenAI kết hợp.
Bài Học Thực SựBài Học Không Nằm Ở Mô Hình, Mà Ở Việc Phân Bổ Hạn Mức
Cách Abitbol tự đọc dữ liệu là phần hữu ích nhất: lead time cải thiện nhiều hơn thời gian code, nghĩa là việc code chưa từng là nút thắt chính. Khi không ai còn phải tiết kiệm token cho ticket khó nhất của quý, engineer bắt đầu dùng AI cho email, Jira, Confluence, và phần còn lại của công việc xung quanh một feature, không chỉ phần code.
Bài học này đúng bất kể team đang dùng mô hình nào. Một team dùng API frontier mà cấp hạn mức token theo từng engineer, hoặc giới hạn mức sử dụng để kiểm soát chi phí, đang tái tạo chính xác vấn đề phân bổ hạn mức mà Revolut đã giải quyết bằng cách bỏ giới hạn. Giải pháp không nhất thiết là tự host; có khi chỉ là một gói giá rẻ hơn hoặc cố định hơn trên cùng mô hình frontier.
Bài học thực tế cho bất kỳ lãnh đạo kỹ thuật nào là đo lead time, không chỉ thời gian code hay số dòng code được tạo ra, trước khi quyết định liệu công cụ AI có thực sự mang lại hiệu quả, và theo dõi xem engineer có đang tự giới hạn mức sử dụng vì áp lực chi phí hoặc hạn mức hay không.
Bài viết này tập trung vào quyết định chi phí nhân sự và triển khai: có nên tự host hay không, và cách triển khai khi đã quyết định. Để hiểu rộng hơn, không phụ thuộc vào mô hình cụ thể, về ý nghĩa thực sự của mã nguồn mở, open source và API đóng, và vì sao các lab và chính phủ nhìn nhận chúng khác nhau, hướng dẫn Open-Source vs Closed AI Models của Nightschool AI đề cập đầy đủ chủ đề này.
Tinh Chỉnh Trước Khi Mở RộngTự Host Cần Công Sức Kỹ Thuật, Không Chỉ Là Trọng Số
Các số liệu hạ tầng của Revolut là lời cảnh báo hữu ích chống lại giả định rằng tự host là đơn giản khi đã có GPU. Từ tháng 4 đến tháng 8 năm 2026, với số lượng GPU giữ nguyên ở 56, tải tăng từ khoảng 3 lên hơn 7 request mỗi giây trong khi thời gian đến token đầu tiên giảm từ khoảng 14 giây xuống dưới 2 giây, cải thiện độ trễ 88% mà không cần thêm phần cứng mới.
Abitbol cho rằng khoảng 80% mức cải thiện đó đến từ cấu hình phục vụ, không phải từ GPU: giới hạn độ dài context thấp hơn đáng kể so với mức tối đa được công bố của mô hình, chạy quantization độ chính xác thấp hơn trên phần cứng GPU thế hệ hiện tại, và tinh chỉnh cách bộ nhớ đệm attention của mô hình được chia trên các thiết bị. Câu tổng kết thẳng thắn của ông cho các team đang xem xét hướng đi này là: chỉ nạp trọng số lên GPU và coi là xong sẽ cho hiệu suất rất tệ.
Công việc tinh chỉnh đó là một chi phí vận hành thực sự, liên tục mà hầu hết các team đánh giá thấp khi so sánh giá niêm yết của mô hình tự host với hóa đơn API.
Triển KhaiRèn Thói Quen Trước Khi Chạm Vào Hạ Tầng
Mức cải thiện của Revolut đi cùng với việc bỏ giới hạn token, không phải với việc đổi mô hình. Đây là các bước giúp thói quen đó bám chặt trên bất kỳ team nào, với bất kỳ mô hình nào.
Đặt mức nền lead time trước
Trước khi thay đổi bất kỳ công cụ hay hạn mức nào, hãy đo thời gian một feature thông thường thực sự tốn từ lúc nhận đến khi sẵn sàng merge. Không có mức nền này, bạn không thể biết liệu thay đổi sau đó có thực sự giúp ích.
Loại bỏ việc phân bổ hạn mức ngầm
Kiểm tra xem engineer có đang dành mức sử dụng AI cho ticket khó nhất của tháng vì một hạn mức hoặc quota hay không. Nếu có, việc phân bổ đó đang giới hạn kết quả của bạn bất kể mô hình nào đứng sau nó.
Rèn luyện trên mọi ticket, không chỉ ticket khó
Thói quen làm thay đổi số liệu của Revolut là dùng AI cho email, ticket và tài liệu, không chỉ các bài toán code khó. Hãy dạy rõ thói quen này; nó không tự hình thành chỉ vì một giới hạn được dỡ bỏ.
Đo lại lead time, không chỉ thời gian code
Theo dõi lại cùng chỉ số lead time sau thay đổi. Nếu thời gian code cải thiện nhưng lead time không, nút thắt vẫn còn ở đâu đó trong quy trình, và thêm token sẽ không giải quyết được.
Giới Hạn Thực TếCase Của Revolut Không Chứng Minh Điều Gì
Số liệu của Revolut mô tả việc triển khai của một ngân hàng chịu quản lý chặt chẽ ở quy mô riêng của họ. Hãy lưu ý các giới hạn này trước khi coi đây là kết quả áp dụng chung.
Số liệu của một công ty, không phải một chuẩn đánh giá
Các số liệu về chi phí và độ trễ trong hướng dẫn này mô tả việc triển khai, mẫu hình sử dụng, và các điều khoản thương lượng riêng của Revolut. Hãy coi đây là bằng chứng về điều có thể xảy ra, không phải là cam kết về giá hay hiệu suất cho khối lượng công việc của bạn.
Các công cụ frontier vẫn được giữ lại
Revolut không loại bỏ Claude Code của Anthropic, Codex của OpenAI, hay Gemini của Google. Họ giữ các công cụ này làm ngoại lệ có chủ đích cho các bài toán mà mô hình tự host của họ xử lý kém hơn, một chi phí mà hầu hết các bài thuyết trình về tự host không đề cập đến.
Chi tiết về tuân thủ là riêng của từng công ty
Lý giải của Revolut về nơi họ chạy mô hình và cách điều đó thỏa mãn yêu cầu của cơ quan quản lý phản ánh hoàn cảnh riêng của họ với tư cách một ngân hàng chịu quản lý tại EU. Đây không phải là một kết luận chung rằng bất kỳ mô hình, khu vực, hay cách thiết lập nào đều đáp ứng nghĩa vụ của một tổ chức khác.
Rèn Thói Quen Trước Khi Chạm Vào Hạ Tầng
Mức cải thiện của Revolut đến từ việc bỏ giới hạn token để engineer dùng AI cho mọi ticket, không chỉ những ticket khó. Thay đổi thói quen đó đi trước bất kỳ quyết định tự host nào, và chương trình đào tạo doanh nghiệp của Nightschool AI xây dựng thói quen này trên toàn bộ team kỹ thuật.
Câu hỏi thường gặp
Mô hình code mã nguồn mở là gì?
Một mô hình có trọng số đã huấn luyện có thể tải xuống và chạy trên hạ tầng bạn kiểm soát, khác với mô hình đóng mà bạn chỉ có thể truy cập qua API của nhà cung cấp. GLM của Z.ai, mô hình trong case của Revolut, là một ví dụ; chạy nó vẫn cần hạ tầng GPU thực sự và tinh chỉnh serving stack.
Revolut đã hoàn toàn ngừng dùng Claude Code, Codex, và Gemini?
Không. Revolut đặt một mô hình mã nguồn mở tự host làm lựa chọn mặc định cho công việc code hàng ngày, nhưng vẫn giữ Claude Code của Anthropic, Codex của OpenAI, và Gemini của Google làm ngoại lệ cho các bài toán khó nhất, nơi họ cho biết các công cụ frontier này vẫn hoạt động tốt.
Revolut thực sự tiết kiệm được bao nhiêu khi tự host?
Chi phí bình quân họ báo cáo là khoảng US$0.30 trên mỗi triệu token, khoảng một phần mười so với số tiền họ đã trả cho Anthropic và OpenAI kết hợp, phục vụ khoảng 2.000 engineer trên 56 GPU Nvidia B200. Con số này mô tả việc triển khai và mức sử dụng của Revolut, không phải mức giá mọi team nên kỳ vọng.
Tự host có thực sự rẻ hơn khi tính cả công việc kỹ thuật?
Không tự động. Revolut báo cáo rằng khoảng 80% mức cải thiện hiệu suất của họ đến từ việc tinh chỉnh cấu hình phục vụ, không phải từ việc mua thêm GPU, đây là công việc hạ tầng liên tục. Một team nhỏ hơn không có kỹ năng đó nội bộ có thể tốn nhiều hơn để đạt hiệu suất tương đương so với hóa đơn API frontier.
Mô hình mã nguồn mở tự host như GLM có phải là rủi ro an ninh vì nơi nó được tạo ra?
Nơi trọng số của một mô hình được huấn luyện và nơi bạn chạy nó là hai câu hỏi khác nhau. Quan điểm riêng của Revolut, với tư cách một ngân hàng chịu quản lý, là việc tải trọng số xuống và chạy chúng trên hạ tầng mình kiểm soát tại các khu vực pháp lý được chấp thuận là một đường đi dữ liệu khác với việc gửi request đến endpoint được host của bên thứ ba; các tổ chức với cơ quan quản lý khác nên tự xác minh điều này theo yêu cầu tuân thủ riêng của mình thay vì giả định nó áp dụng cho họ.
Một team kỹ thuật nhỏ hơn nên làm gì thay vì tự host?
Tập trung vào bài học thay vì hạ tầng: tìm hiểu xem engineer có đang tự phân bổ mức sử dụng AI vì chi phí hoặc giới hạn quota hay không, và nếu có, hãy xem xét một gói cố định hơn hoặc rẻ hơn trên mô hình frontier bạn đang dùng trước khi cân nhắc khoản đầu tư GPU và vận hành mà tự host yêu cầu.
Chúng ta nên đo gì để biết công cụ AI code có thực sự giúp ích?
Đo lead time, số ngày từ khi nhận feature đến khi được merge và sẵn sàng deploy, cùng với thời gian code. Dữ liệu của Revolut cho thấy lead time cải thiện nhiều hơn thời gian code, một dấu hiệu cho thấy công việc xung quanh, không phải việc gõ code, mới là nút thắt thực sự.
Nightschool AI có liên kết với Anthropic, Z.ai, hay Revolut không?
Không. Nightschool AI là một nền tảng học tập độc lập và không liên kết với, được chứng thực bởi, hay được tài trợ bởi Anthropic, Z.ai, Revolut, OpenAI, hay Google. Claude, Codex, Gemini, và GLM là sản phẩm của các công ty tương ứng, được nêu ở đây chỉ để mô tả chúng là gì và cách chúng được sử dụng trong case này.
Rèn Thói Quen Trước, Rồi Quyết Định Về Hạ Tầng
Mô hình và lựa chọn host ít quan trọng hơn việc team của bạn còn đang phân bổ hạn mức token hay không.