Thử Ultrafast của Codex trên plan 500 đô một tháng

1. Ultrafast trong Codex là gì, và vì sao nó chỉ có trên plan 500 đô (tính đến 10/2026)

Nate mở video bằng một câu: Ultrafast mới của Codex thật sự rất nhanh. Để chứng minh, anh cho xem một ví dụ vừa chạy. Anh chỉ hỏi Codex một câu: "What did I talk about in this week's community Q&A call?", tức tuần này trong buổi Q&A với cộng đồng anh đã nói về những gì. Codex sẽ tự đi tìm đúng buổi call, lấy nội dung buổi đó ra rồi tóm tắt lại. Theo số đo của Nate (video đăng ngày 01/10/2026), buổi call dài 54 phút mà Codex phải đọc hết rồi tóm tắt, và nó làm xong trong 20 giây, à không, Nate tự sửa lại, 19 giây.

What did I talk about in this week's community Q&A call?

Theo Nate, tính đến lúc video đăng (01/10/2026), Ultrafast chỉ có với model GPT-6 Astra. Trong ô chọn tốc độ, trước giờ đã có Standard và Fast, giờ có thêm Ultrafast. Điều cần biết về Ultrafast là nó chỉ có trên plan mới OpenAI vừa công bố, giá 500 đô một tháng. Trên trang plan, mức này được mô tả là cách làm việc nhanh nhất trong Codex. Nó không có trên plan 200 đô một tháng hay 100 đô một tháng.

Vậy Ultrafast thực chất là gì? Theo cách OpenAI giới thiệu (tính đến ngày video đăng, 01/10/2026) mà Nate đọc lại, đó là cách nhanh nhất để build với Astra trong Codex: nhanh gấp tám lần Standard và gấp bốn lần chế độ Fast thông thường. Hôm nay anh sẽ cho xem vài ví dụ anh tự chạy Ultrafast đặt cạnh Standard, so chất lượng output và so xem mỗi bên đã ăn bao nhiêu phần weekly usage của anh.

Nói gọn, nó chạy nhanh hơn rất nhiều, lên tới 300 tokens mỗi giây. Nate nhấn mạnh con số đó thật sự rất, rất nhanh, nhanh hơn tốc độ đọc của bất kỳ con người nào. Nhưng như anh đã nói, tính đến ngày video đăng (01/10/2026) nó chỉ có trên plan 500 đô hoặc qua API. Ultrafast cũng sắp có cho GPT-6.1 Sol, và Nate thấy đó là tin tốt vì Sol rẻ hơn nhiều. Anh hy vọng khi đó Ultrafast sẽ không ăn usage của anh nhiều như bây giờ, vì theo lời anh, "thứ này ăn usage" rất dữ.

2. Bài test 1: showreel 60 giây từ chuyến thăm Google

Ví dụ đầu tiên Nate muốn cho xem: anh nhờ Astra dựng một showreel 60 giây từ chuyến đi gần đây của anh (tính đến video đăng ngày 01/10/2026) tới Google ở San Jose. Anh đưa cho nó hai file voice-over; hai file này cộng lại dài 11 phút, là phần anh kể và ngẫm lại về trải nghiệm chuyến đi. Rồi anh đưa thêm một folder chứa các raw asset. Folder này có hơn 145 gigabyte footage để Codex lục qua và cố kể ra một câu chuyện từ đó. Anh yêu cầu làm theo khung 9 by 16, tức một video dọc có thể đăng lên Instagram, TikTok hoặc YouTube Shorts.

Trên màn hình, prompt bắt đầu như sau, tiếp theo là hai đường dẫn tới hai file voice-over:

Create me a 60 second showreel from my trip to google campus in San Jose.
Here are two voice over clips of me reflecting on the experience:

Sau dòng giới thiệu folder raw asset, phần còn lại của prompt là:

This should be edited with hyperframes, it should be engaging and high energy, and it should tell a nice story.

Do not utilize any elements from previous projects on this Google experience. Just create your own independent showreel for me. Let's do this in a 9x16 format.

Trước khi xem output, Nate cho xem số liệu. Với video Google này, anh chạy cả hai lần ở mức reasoning effort Extra High. Một lần với Standard, một lần với Ultrafast, cùng một prompt.

Kết quả theo số đo của Nate (video đăng ngày 01/10/2026): Ultrafast chạy khoảng 19 phút và tốn 17% weekly usage của anh, con số mà anh gọi là "vô lý" (absurd). Đây là weekly usage của plan Pro 500 đô một tháng. Standard chạy khoảng 50 phút và tốn 4% weekly usage. Anh sẽ đào sâu thêm vào chuyện này, nhưng trước hết hãy xem output. Anh phát bản Standard trước rồi tới bản Ultrafast, và mời người xem tự cho biết bản nào thật sự tốt hơn.

3. Xem hai bản edit: Standard rồi Ultrafast

Bản Standard. Video dọc mở ra với Nate ở khuôn viên Google, phụ đề chạy theo lời anh nói: "Man, this energy here is really, really cool", năng lượng ở đây thật sự rất tuyệt. Tiếp theo là đoạn anh kể khuôn viên Google mà nhóm đi tham quan nằm ở San Jose, và nó giống một khuôn viên đại học, rất nhiều năng lượng. Có những chiếc xe đạp G ở khắp nơi để mọi người đạp qua lại giữa các tòa nhà. Bên trong là những tòa nhà trông rất hiện đại, mang đầy cá tính, màu sắc ở khắp nơi.

Rồi tới phần "soccer ball test": Nate đá quả bóng trong khi những chiếc Google Pixel gắn trên tường phân tích cú đá, và hệ thống trả về những thẻ (card) riêng cho từng người. Bản edit tiếp tục với đoạn anh nói nhóm đã bàn nhiều về chuyện giờ đây ai cũng có thể làm nhanh hơn rất nhiều. Con người phải giữ quyền kiểm soát bằng những thứ như phán đoán (judgment), ranh giới rõ ràng, định nghĩa rõ thế nào là xong (definition of done) và một mục tiêu rõ ràng. Tất cả xoay quanh việc tìm ra mình giỏi gì, đam mê gì, rồi tìm xem trong lĩnh vực đó AI biến mình thành siêu nhân như thế nào: nó làm mình nhanh hơn, cho phép làm nhiều hơn trong ít thời gian hơn. Bản Standard kết bằng lời cảm ơn, rằng chuyến đi rất vui và anh hy vọng sẽ được quay lại.

Bản Ultrafast. Bản này mở bằng cùng câu "Man, this energy here is really, really cool", nhưng có tiêu đề "A day at Google" với các vạch màu của Google. Tiếp theo là đoạn Nate nói một điều anh trân trọng ở Google: bên trong những tòa nhà hiện đại ấy có rất nhiều cá tính, màu sắc ở khắp nơi. Mọi người anh nói chuyện ở đó đều yêu công việc của mình và yêu văn hóa ở đó, điều anh thấy thật sự rất hay.

Rồi nhóm được xem tất cả những cách khác mà Google AI đang được dùng (theo lời kể trong video đăng ngày 01/10/2026), trong bán lẻ (retail), quản lý tồn kho và đủ loại demo nhỏ khác. Nhưng nhóm cũng bàn về chuyện các kỹ năng AI sẽ quan trọng tới mức nào, kể cả với những người nghĩ rằng mình sẽ không làm một vai trò gắn với công nghệ. Lại là ý: tìm ra mình giỏi gì, đam mê gì, và tìm xem trong lĩnh vực đó AI biến mình thành siêu nhân ra sao. Bản Ultrafast kết bằng lời cảm ơn lớn gửi Google vì đã mời nhóm tới, và hy vọng được quay lại lần nữa.

4. Chất lượng, tốc độ và usage của bài test video

Nate nói rõ anh thấy output của Ultrafast tốt hơn. Nó mang cảm giác thương hiệu Google rõ hơn, và kể một câu chuyện hay hơn. Ở bản Standard, anh để ý thấy một điều khá khó chịu: nó hay cắt ngang lời anh đang nói trước khi câu kịp kết thúc, nên nghe không tự nhiên. Ngược lại, anh thật sự ấn tượng với cách bản Ultrafast lục qua hết đống tư liệu đó và dựng thành một câu chuyện. Đây là rất nhiều B-roll, rất nhiều thứ phải gom lại, và anh thích câu chuyện nó kể ra.

Điều đó làm anh thấy thú vị, vì người ta sẽ mặc định: cùng một model, cùng một reasoning effort, chắc output sẽ na ná nhau. Nhưng hai bản không giống nhau chút nào. Anh còn có cảm giác bản Standard như thể không dùng Astra, như thể anh đã dùng GPT-6.1 Sol hay một model nào đó khác. Nó giống như một model khác, một model kém hơn, dù nó chạy lâu hơn rất nhiều (nhận xét của Nate, video đăng ngày 01/10/2026).

Còn về tốc độ: trong ca này, theo số đo của Nate (video đăng ngày 01/10/2026), Ultrafast nhanh hơn Standard khoảng 2.5 lần, chứ không phải mức nhanh hơn 8 lần như quảng cáo. Nhưng anh nói anh sẽ chẳng bao giờ thật sự quan tâm tới tốc độ nếu nó ăn nhiều weekly usage tới vậy: gấp 4 lần, chính xác là 4.25 lần usage. Với mức đó, anh sẽ không chọn Ultrafast. Và đây còn là một use case khá phức tạp.

5. Bài test 2: resource guide từ một video YouTube

Bài test thứ hai, theo Nate, "bình thường" hơn, hay đúng hơn là loại việc anh làm thường xuyên hơn: nhờ Codex tạo một YouTube resource guide, tức tài liệu tham khảo đi kèm, từ một video YouTube. Video được chọn là video anh làm ngay trước đó về OpenAI's Dots so với Meta's Muse. Một lần nữa, anh chạy đúng cùng một prompt với Standard và với Ultrafast, lần này ở mức High.

create me a YouTube resource guide from this video:

Prompt trên màn hình chỉ có câu đó, kèm link tới video Dots vs. Muse. Kết quả theo số đo của Nate (video đăng ngày 01/10/2026): Standard mất 13 phút, còn Ultrafast mất 1 phút 43 giây. Lần này con số gần hơn với mức nhanh hơn 8 lần như quảng cáo. Vẫn thấp hơn một chút, khoảng 7 lần, nhưng rõ ràng nhanh hơn rất nhiều, và usage chỉ nhiều hơn một chút: 3% so với 1%.

Sau vài prompt đã thử để so Standard với Ultrafast, Nate rút ra: Ultrafast chắc chắn nhanh hơn, không có gì phải nghi ngờ. Có lẽ anh sẽ dùng nó khi bị dồn vào thế khó và cần làm gì đó thật nhanh, ví dụ năm phút trước một cuộc họp. Với những việc nhỏ, không cần quá nhiều input, quá nhiều suy nghĩ, qua lại và kiểm tra (verification), thì mức usage tăng thêm có lẽ chỉ khoảng 2 đến 4 lần (ước tính của Nate, video đăng ngày 01/10/2026). Nhưng tất nhiên, khi cái hệ số nhân đó lớn dần, nó sẽ ăn ngày càng nhiều usage.

Bình thường khi làm việc trong Codex hay Claude Code, Nate không thật sự cần mọi thứ chạy nhanh đến vậy, nhất là khi việc càng phức tạp. Anh thích lặp (iterate), thích để nó chạy. Anh không quá quan tâm tới tốc độ. Nhưng nếu bạn quan tâm, thì rõ ràng có một chiếc cần gạt (lever) Ultrafast để kéo là rất hay. Chỉ cần biết rằng, tính đến video đăng ngày 01/10/2026, bạn sẽ trả nhiều hơn hẳn cho nó; nhưng theo Nate, thế giới vận hành như vậy, nên chuyện đó hoàn toàn hợp lý.

6. So sánh hai resource guide

Rồi Nate mở hai resource guide cạnh nhau. Anh cố tình chưa nói bản nào là bản nào, vì muốn người xem tự nghĩ: có bản nào tốt hơn hẳn và xứng với số tiền đã trả không, hay thật ra không.

Cả hai đều mang tiêu đề OpenAI Dots vs. Meta Muse và đều có link ở trên cùng. Một bản có phần tóm tắt đầu trang dài hơn. Cả hai cùng mở bằng mục số 1, những personal agent này làm được gì, và cùng link tới video YouTube ở trên cùng. Một bên có khung scope, có một quy tắc ra quyết định (decision rule). Mục số 2 ở một bên là "memory, context, and personalization", bên kia là "memory and personal context". Mục số 3 ở một bên là "communication and ecosystem", bên kia là "channels and ecosystem". Nói chung, hai bản rất, rất giống nhau. Chúng được trình bày cùng kiểu vì cả hai dùng cùng một skill, và có cấu trúc tương tự nhau. Mục số 6 ở một bên là điểm mạnh, điểm vướng và kết luận về Dots ("strengths, friction, and verdict"), bên kia là "working inside of Dots".

Tiếp xuống là phần key takeaways và cuối doc. Cả hai bản đều dài bảy trang. Phần key takeaways ở bản trái dài hơn, nhưng bản phải có thêm một khối useful links: video YouTube, trang hướng dẫn bắt đầu với Dots của OpenAI và một doc giới thiệu Muse. Nate tìm xem bản trái có link nào khác không, và anh không thấy link nào ngoài chính video YouTube.

Rồi anh mới tiết lộ: bản bên trái là Ultrafast, bản bên phải là Standard. Anh không nghĩ bản nào tốt hơn hẳn bản nào, và cho rằng đây là một lập luận rất tốt; có thể một bản còn nhỉnh hơn một chút, nhưng rốt cuộc cả hai đều cỡ 9 trên 10. Tức là, theo số đo của Nate (video đăng ngày 01/10/2026), hai output gần như y hệt nhau: một bên chờ 13 phút và tốn 1% usage, bên kia chờ khoảng hai phút và tốn 3% usage. Nate nói anh không muốn chờ 13 phút cho một output gần như y hệt như vậy.

7. Khi nào Nate thật sự dùng Ultrafast

Nate nói thêm (video đăng ngày 01/10/2026): anh dùng Fast mode rất nhiều, ở mức tốc độ 1.5. Và anh không thấy nó ngốn một lượng usage điên rồ nào. Tất nhiên nó vẫn dùng nhiều hơn so với chạy Standard, nhưng anh thích dùng Fast. Anh cũng thích bật Fast khi đang dùng GPT-6.1 Sol và các model tương tự.

Vậy nên, nếu bạn liên tục chạm trần usage, theo Nate thì có lẽ đáng nâng lên plan 500 đô một tháng (giá tính đến ngày video đăng, 01/10/2026), rồi thử chơi với Ultrafast, và biết rằng: được rồi, mình có chiếc cần gạt đó nếu cần kéo. Nhưng rốt cuộc, anh nói có lẽ anh sẽ chẳng bao giờ dùng Ultrafast, trừ khi thật sự, thật sự cần, kiểu bị dồn tới chân tường vì lý do nào đó. Và kể cả khi đó, anh cho rằng có lẽ mình nên xây những hệ thống khác để không bao giờ rơi vào cảnh bị thời gian ép như vậy, thay vì phải kéo Ultrafast như phương án cuối cùng.

Nate kết lại: video này khá ngắn, anh chỉ muốn cho mọi người xem nhanh Ultrafast thực tế trông ra sao. Anh hy vọng người xem thấy vui và học được điều gì đó mới, nhờ mọi người bấm like vì việc đó giúp anh rất nhiều, và cảm ơn mọi người đã xem tới cuối video.