Nvidia NemoClaw nền tảng bảo mật OpenClaw cho doanh nghiệp

Token hiện nay đang là vấn đề nóng luôn luôn được chú ý trong cộng đồng AI. Trong đó hai skill mã nguồn mở về vấn đề tiết kiệm token đang được cộng đồng lập trình AI bàn tán nhiều nhất mùa hè 2026: Ponytail giúp giảm tới 54% dòng code sinh ra, còn Caveman cắt gọn 65% token trong phản hồi của Agent. Cả hai cùng nhắm vào một nỗi đau quen thuộc của mọi người dùng AI Agent lập trình như Claude Code, Codex hay Gemini CLI, đó là chi phí token ngày càng phình to, nhưng lại giải quyết theo hai hướng hoàn toàn khác nhau: một bên cắt phần code thừa, một bên cắt phần lời thừa.Bài toán lãng phí token trong kỷ nguyên AI AgentCác AI Agent ngày nay không chỉ trả lời một câu hỏi đơn lẻ mà hoạt động theo chuỗi vòng lặp tự động (agentic loop): đọc file, phân tích dự án, viết code, chạy thử và kiểm tra lỗi. Trong quy trình đó, token phần lớn bị lãng phí qua ba kênh chính:Over-engineering (Viết thừa code): Thay vì dùng tính năng có sẵn của ngôn ngữ hoặc trình duyệt, agent thường tự cài thêm thư viện phụ thuộc (dependency) hoặc dựng nên những component phức tạp không cần thiết.Input Overhead (Đọc dư thừa): Nhật ký build, dữ liệu JSON, kết quả tìm kiếm và các file hướng dẫn (SKILL.md) ngốn hàng chục ngàn input token mỗi lần gửi yêu cầu lên nhà cung cấp API.Output Bloating (Nói dài dòng): Agent giải thích dông dài những khái niệm căn bản trước khi đưa ra câu trả lời cốt lõi.Ponytail: biến AI Agent thành "senior dev lười biếng"Dự án Ponytail của nhà phát triển Dietrich Gebert được thiết kế với triết lý: "Mã nguồn tốt nhất là mã nguồn bạn không bao giờ phải viết". Ponytail buộc AI Agent phải suy nghĩ như một lập trình viên senior lâu năm, người luôn luôn tìm giải pháp đơn giản và tốn ít công sức nhất.Chuỗi câu hỏi tự vấn trước khi viết codeTrước khi đặt tay vào viết code, Ponytail bắt buộc Agent phải đi qua một chuỗi câu hỏi tự vấn:YAGNI: Tính năng này có thực sự cần thiết không? Nếu không, bỏ qua lập tức.Tái sử dụng: Đã có sẵn hàm hoặc component tương tự trong dự án chưa?Thư viện chuẩn: Thư viện chuẩn của ngôn ngữ có xử lý được không?Nền tảng gốc: Trình duyệt hoặc hệ điều hành đã hỗ trợ sẵn chưa? (Ví dụ: dùng thẻ <input type="date"> native thay vì cài thư viện Flatpickr nặng nề)Dependency đã cài: Các gói thư viện đã có trong package.json có giải quyết được không?One-liner: Có thể xử lý gọn trong 1 dòng code không?Chỉ khi các bước trên không đáp ứng, Agent mới tiếp tục viết đoạn code tối giản nhất vừa đủ hoạt động.Kết quả benchmark có khác với thực tế khôngTrong thử nghiệm với Claude Code (Haiku 4.5) trên mẫu dự án full-stack FastAPI + React, Ponytail giúp giảm 54% số dòng code mà vẫn giữ nguyên 100% độ an toàn của ứng dụng.Đây là con số do chính tác giả công bố sau khi bản benchmark đầu tiên (giảm 80-94%) bị cộng đồng chỉ ra lỗi baseline, nên xem là tín hiệu tham khảo hơn là số liệu độc lập đã kiểm chứng.Caveman: một hệ sinh thái nén token, không chỉ một skillNếu Ponytail tập trung vào mã nguồn sinh ra, thì Caveman của Julius Brussee lại tấn công cả phần đầu vào lẫn đầu ra của Agent, với khẩu hiệu vui nhộn: "why use many token when few token do trick". Bản Caveman hiện tại không còn là một skill đơn lẻ mà là một bộ công cụ gồm nhiều lớp.Caveman Proxy: nén dữ liệu đầu vàoMột proxy cục bộ được đặt giữa Agent và API provider, tự động định tuyến toàn bộ traffic đi qua. Proxy này nhận diện từng loại payload như JSON, log lỗi, git diff hay kết quả tìm kiếm, rồi nén theo cách giữ lại phần nội dung mà câu trả lời thực sự phụ thuộc vào, trong khi vẫn lưu bản sao trên ổ đĩa để khôi phục chính xác khi cần. Trong một benchmark 54 lượt chạy cố định trên Claude Code, cơ chế này dùng ít hơn 33.2% input token so với chạy trực tiếp, đồng thời vẫn vượt qua toàn bộ các bài kiểm tra đáp án chính xác.Caveman Skill: nén ngôn ngữ phản hồiĐây là phần giúp ngôn ngữ quay về thời người tiền sử nguyên bản: Agent bỏ qua các câu xã giao thừa thãi, đi thẳng vào vấn đề mà không làm biến đổi bất kỳ dòng lệnh hay mã nguồn nào. Phần code, lệnh và log lỗi vẫn được giữ nguyên byte-exact, chỉ phần lời giải thích bị nén lại.Pixel Mode: chuyển file hướng dẫn skill thành ảnhCác file SKILL.md dài dòng được chuyển đổi thành ảnh PNG khi cài skill mới, tận dụng khả năng đọc ảnh (vision) của các mô hình LLM hiện đại để giảm số token cần nạp. Đo trên chính skill Caveman, cách này giúp giảm kích thước từ khoảng 1.069 xuống còn 415 token ước tính, tương đương 61%.Con số 61% được đo trên một trường hợp cụ thể (chính SKILL.md của Caveman), không phải mức giảm trung bình áp dụng cho mọi file hướng dẫn — kết quả thực tế sẽ khác tùy độ dài và cấu trúc của file bạn dùng.Caveman Learn: tự chẩn đoán điểm nghẽn tokenLệnh caveman learn tự động đọc lịch sử làm việc của Agent trên máy (chạy cục bộ, không cần tài khoản), chấm điểm cách thiết lập hiện tại và chỉ ra chính xác những chỗ đang ngốn token nhất để người dùng khắc phục.Con số cần lưu ý khi đọc marketing của CavemanTài liệu chính thức của Caveman có một mục "honest number warning" nói rõ: bản thân Caveman Skill chỉ giảm output token, input và reasoning token gần như không đổi nếu không bật thêm proxy, thậm chí còn cộng thêm khoảng 1.000-1.500 input token mỗi lượt cho phần skill. Con số 65% output token, 33.2% input token (qua proxy) và 61% token skill (qua Pixel Mode) là ba phép đo tách biệt, không cộng dồn thành một con số duy nhất nên đọc kỹ ngữ cảnh trước khi trích dẫn.Có thể kết hợp Ponytail và Caveman trong cùng một phiên làm việc hay chung 1 project khôngPonytail và Caveman không hề dẫm chân nhau. Caveman chịu trách nhiệm giữ cho những gì Agent đọc (input) và nói (output) ngắn gọn nhất có thể, trong khi Ponytail đảm bảo những gì Agent viết (code) đạt độ tối giản cao nhất. Vì cơ chế không chồng lấn, chúng ta hoàn toàn có thể dùng song song cả hai trong cùng một phiên làm việc.Chưa có benchmark độc lập nào đo mức tiết kiệm khi kết hợp cả hai cùng lúc, nhưng cộng theo lý thuyết các con số đã công bố riêng lẻ thì tổng token tiêu thụ mỗi phiên có thể giảm đáng kể, đủ để đáng thử nghiệm trên dự án thật của bạn.Hướng dẫn tích hợp vào workflow lập trình hàng ngàyCả Ponytail và Caveman đều hỗ trợ cài đặt nhanh cho các công cụ lập trình AI phổ biến như Claude Code, Codex, Gemini CLI, Cursor hay Windsurf.Cài đặt PonytailVới Claude Code:claude plugin marketplace add DietrichGebert/ponytail && claude plugin install ponytail@ponytailVới các agent khác chưa hỗ trợ plugin marketplace, bạn có thể sao chép trực tiếp file rules từ repo GitHub vào thư mục dự án.Cài đặt CavemanVới Claude Code:claude plugin marketplace add JuliusBrussee/caveman && claude plugin install caveman@cavemanVới Gemini CLI:gemini extensions install https://github.com/JuliusBrussee/cavemanCài cho Cursor, Windsurf, Cline và các agent khácCaveman hỗ trợ cài qua registry chung:npx skills add JuliusBrussee/caveman -a <tên-agent>Bạn sẽ chọn Ponytail, Caveman hay là cả hai?Tối ưu token không chỉ là chuyện tiết kiệm chi phí, mà còn giúp AI Agent giữ ngữ cảnh sạch, tránh trôi thông tin khi làm việc dài hạn. Nhưng bài học lớn hơn từ cả hai skill này là đừng tin ngay con số phần trăm được quảng cáo, kể cả khi nó đến từ chính tác giả, vì mỗi con số thường chỉ đo một trường hợp cụ thể chứ không phải mức trung bình chung. Cách chắc chắn nhất vẫn là tự chạy benchmark trên codebase thật của bạn trước khi quyết định đưa Ponytail, Caveman, hay cả hai vào workflow hàng ngày.

Tự động hóa báo cáo Excel và Google Sheets không còn là đặc quyền của các kỹ sư lập trình. Với sự phát triển vượt bậc của các mô hình AI như GPT thì bây giờ nhân viên văn phòng giờ đây có thể tự tạo ra các công cụ tự động hóa công việc chỉ bằng các câu lệnh đơn giản với Codex, giải phóng hàng giờ đồng hồ làm việc lặp đi lặp lại mỗi ngày. Vì sao công thức Excel và VBA không còn đủ Với những báo cáo lặp lại mỗi tuần hay các hàm tự động kết nối với mail, slack, zalo.., các phương pháp truyền thống như viết hàm Excel lồng nhau hay ghi macro VBA (Visual Basic for Applications) đòi hỏi kiến thức kỹ thuật nhất định và rất dễ vỡ khi cấu trúc file nguồn thay đổi dù chỉ một cột. Đây chính là khoảng trống mà OpenAI Codex lấp vào: bạn mô tả chính xác việc cần làm bằng ngôn ngữ tự nhiên, Codex sinh ra mã Python hoặc Google Apps Script hoàn chỉnh để thực thi trong vài giây. Codex không phải một sản phẩm duy nhất Điểm dễ gây nhầm lẫn là Codex hiện có thể sử dụng theo rất nhiều cách CLI chạy trong terminal, extension tích hợp trong các IDE như VS Code, Codex Web chạy trên cloud tại https://chatgpt.com/codex/cloud giành cho những lập trình viên và ai biết về code ngoài ra còn có ứng dụng desktop cho cả macOS lẫn Windows. Với dân văn phòng không rành dòng lệnh, cách dễ bắt đầu nhất là tải Codex desktop app về máy, ứng dụng cho phép quản lý nhiều agent cùng lúc ngay trên giao diện, không cần mở Terminal hay tự cấu hình API key, chỉ cần đăng nhập bằng tài khoản ChatGPT sẵn có. Một prompt mẫu sẽ như thế nào Bạn chỉ cần cung cấp cho Codex một câu prompt chi tiết như sau: "Hãy viết đoạn mã Python đọc tệp Excel 'sales_raw.xlsx', lọc ra các đơn hàng có trạng thái 'Completed', tính tổng doanh thu theo từng chi nhánh và xuất kết quả ra tệp 'bao_cao_doanh_thu.xlsx' với hàng tiêu đề được tô màu xanh dương đậm." Codex sẽ lập tức viết ra đoạn mã chuẩn mực, bạn chỉ việc chạy script và nhận về kết quả báo cáo hoàn hảo. Tự động hóa báo cáo Excel cục bộ với Python và Codex Với file Excel lưu trên máy, sự kết hợp giữa Codex và hai thư viện Python phổ biến là pandas cùng openpyxl đem lại tốc độ xử lý vượt trội. Pandas xử lý hàng trăm nghìn dòng dữ liệu chỉ trong vài giây, trong khi openpyxl đảm nhận việc định dạng ô tính, tô màu tiêu đề và chèn công thức đúng như ví dụ ở trên đã minh họa. Tự động hóa Google Sheets trên đám mây Khi công ty làm việc trên Google Sheets thay vì file Excel offline, thư viện Python gspread hoặc Google Apps Script là lựa chọn phù hợp hơn. Codex có thể viết mã kết nối trực tiếp với Google Sheets API thông qua Service Account (file JSON xác thực) để đọc và ghi dữ liệu liên tục mà không cần mở trình duyệt. Một luồng công việc mẫu Tự động kéo dữ liệu mới từ Google Form về bảng tính Tự động phân loại phản hồi khách hàng theo mức độ ưu tiên Tự động gửi email tổng hợp cho ban giám đốc vào 17:00 mỗi ngày Toàn bộ luồng này chạy nền, không cần ai chạm tay vào bàn phím sau khi đã thiết lập một lần. Quy trình 4 bước triển khai cho người không biết code Bước 1 - Chuẩn hóa dữ liệu đầu vào: đảm bảo file Excel hoặc Google Sheets có hàng tiêu đề rõ ràng, không merge ô tùy tiện. Bước 2 - Viết prompt rõ ràng cho Codex: nêu cụ thể tên file, tên cột dữ liệu, bước lọc/tính toán và định dạng đầu ra mong muốn. Bước 3 - Chạy thử và dán lỗi để AI tự sửa: nếu script báo lỗi, copy toàn bộ thông báo lỗi (traceback) dán lại cho Codex để nó tự chỉnh sửa. Bước 4 - Lập lịch chạy tự động: dùng Windows Task Scheduler (Windows) hoặc Cron job (macOS/Linux) để script tự chạy theo mốc giờ cố định. Rủi ro cần lường trước khi giao báo cáo cho AI Codex thông minh nhưng không miễn phí hoàn tuy nhiên các thao tác đơn giản với excel hoặc google sheets không làm mất quá nhiều quota cho nên nếu sử dụng ít thì hoàn toàn có thể dùng gói miễn phí còn nếu cần các tác vụ nặng hơn thì có thể cân nhắc mua gói Plus và Pro không nên chọn gói Go vì Codex làm việc ở gói này không khác gói miễn phí là bao. Tuyệt đối không dán mật khẩu hệ thống, dữ liệu tài chính hay thông tin khách hàng thật vào ô chat của công cụ AI công cộng. Khi nhờ Codex viết code, hãy thay bằng dữ liệu giả lập (dummy data) có cùng cấu trúc. Với các xác thực quan trọng như số tiền hay công thức tính thuế, đừng tin tuyệt đối vào code Codex sinh ra ngay từ lần đầu. Hãy đối soát kết quả trong 1-2 lần chạy đầu tiên để chắc chắn logic khớp với yêu cầu nghiệp vụ thực tế của công ty bạn. Tự động hóa báo cáo bằng Codex không biến bạn thành lập trình viên, và cũng không nên được xem là vậy. Giá trị thực sự nằm ở việc bạn hiểu rõ dữ liệu và quy trình của mình đủ để mô tả chính xác cho AI bởi phần viết code, Codex đã lo. Nếu công ty bạn có báo cáo lặp lại mỗi tuần, việc đáng làm ngay là chọn một báo cáo đơn giản nhất, thử viết prompt theo mẫu ở trên và chạy thử trong chính buổi làm việc hôm nay.

Anthropic vừa ra mắt Claude Opus 5 với mức giá giữ nguyên như Opus 4.8 nhưng chất lượng trả lời được nâng lên gần bằng Fable 5, model đắt gấp đôi. Nói cách khác, với mức giá bằng một nửa Fable 5 mà hiệu năng lại áp sát, phần lớn người dùng nhiều khả năng sẽ chọn Opus 5 làm model mặc định, chỉ giữ Fable 5 cho số ít tác vụ thật sự cần đến giới hạn cao nhất. Claude Opus 5 mang đến những nâng cấp nào? Theo thông báo ra mắt của Anthropic, Claude Opus 5 là model Opus mạnh nhất tính đến nay và là đại diện đầu tiên của dòng Opus thuộc thế hệ Claude 5. Anthropic mô tả đây là model chủ động, biết suy nghĩ sâu và tiến gần trí tuệ cấp cao nhất của Claude Fable 5 trong nhiều lĩnh vực, nhưng chỉ tốn một nửa chi phí token. Model có mã API claude-opus-5, context mặc định và tối đa 1 triệu token, tương tự Opus 4.8 và Fable 5, cùng giới hạn đầu ra 128.000 token và chế độ thinking được bật mặc định. Nó đã trở thành model mặc định trên Claude Max và là model mạnh nhất khả dụng trên Claude Pro, đồng thời có mặt trên Claude API, Amazon Bedrock, Google Cloud, Microsoft Foundry và cả GitHub Copilot. Vì sao nhiều người sẽ chọn Opus 5 thay vì Fable 5? Câu trả lời không chỉ nằm ở con số giá. Có bốn lý do khiến Opus 5 nhiều khả năng trở thành lựa chọn mặc định cho công việc hằng ngày, trong khi Fable 5 lùi về vai trò công cụ chuyên dụng cho số ít trường hợp đặc biệt. Thắng nhiều hơn thua trên các bài kiểm tra thực tế Trên Frontier-Bench v0.1, bài kiểm tra coding tự động của chính Anthropic, Opus 5 đạt 43,3% trong khi Fable 5 chỉ đạt 33,7%, một khoảng cách gần 10 điểm nghiêng hẳn về Opus 5. Trên CursorBench 3.2 ở mức effort tối đa, Opus 5 đạt khoảng 70,1%, thua Fable 5 chưa tới nửa điểm phần trăm nhưng chi phí chỉ bằng một nửa. Tính chung trên các bài kiểm tra mà cả hai model đều có số liệu, Opus 5 thắng nhiều hơn thua và phần thắng thường lớn hơn phần thua. Cách kiểm chứng nhanh nhất: chạy cùng một tác vụ trên cả hai model ở effort tương đương, rồi so sánh chất lượng đầu ra thay vì chỉ nhìn benchmark được công bố. Không bị ép giữ dữ liệu 30 ngày Fable 5 và Mythos 5 thuộc nhóm Covered Models, bắt buộc lưu giữ prompt và kết quả trong 30 ngày để phục vụ công tác an toàn, đồng thời không hỗ trợ zero data retention (ZDR) trên bất kỳ nền tảng nào, kể cả khi tổ chức đã có thỏa thuận ZDR từ trước. Ngược lại, Opus 5 vẫn vận hành được dưới ZDR như Opus 4.8. Với các đội ngũ xử lý dữ liệu pháp lý, y tế hoặc tài chính, riêng điểm này đã đủ để loại Fable 5 khỏi danh sách lựa chọn mà không cần so hiệu năng. Ít bị gián đoạn bởi bộ lọc an toàn Anthropic cho biết bộ phân loại an ninh mạng của Opus 5 can thiệp ít hơn khoảng 85% so với Fable 5. Với các coding agent chạy nhiều giờ hoặc qua đêm, việc bị chặn giữa chừng vì request chạm ngưỡng an toàn là rủi ro thực sự làm gián đoạn quy trình, và Opus 5 giảm đáng kể tần suất đó. Effort điều chỉnh được, ngân sách dễ đoán hơn Opus 5 hỗ trợ adaptive thinking với effort từ thấp đến tối đa. Mức thấp hoặc trung bình phù hợp cho phản hồi nhanh và khối lượng lớn, còn mức cao hoặc tối đa dành cho coding phức tạp, nghiên cứu sâu và quy trình nhiều bước. Vì phải trả tiền theo effort đã chọn thay vì bị khóa vào một mức giá cố định như Fable 5, đội ngũ có thể tối ưu ngân sách theo từng loại tác vụ thay vì trả giá cao nhất cho mọi request. Cảm nhận ban đầu sau khi dùng thử Opus 5 Sau khi dùng thử Opus 5 cho công việc viết lách và xử lý code hằng ngày, cảm nhận rõ nhất là model này thông minh hơn hẳn Opus 4.8, đặc biệt ở khả năng hiểu ý đồ ngay từ lần yêu cầu đầu tiên mà không cần giải thích lại nhiều lần. Với các tác vụ như tóm tắt tài liệu dài, viết code có logic rẽ nhánh phức tạp hoặc lên kế hoạch nhiều bước, Opus 5 xử lý mượt và ít khi đi lạc đề như bản cũ thường gặp. So với Fable 5 thì vẫn có khoảng cách, dù không lớn như tưởng tượng. Ở những tác vụ đòi hỏi suy luận sâu hoặc phải tự chủ qua nhiều bước liên tiếp mà không có ai can thiệp, Fable 5 vẫn xử lý chắc tay và ít sai sót hơn một chút. Nhưng với phần lớn công việc hằng ngày, mức chênh lệch đó khó nhận ra nếu không đặt hai model cạnh nhau để so sánh trực tiếp. Nếu bạn đang dùng Opus 4.8, đây là thời điểm hợp lý để nâng cấp. Còn nếu đang cân nhắc giữa Opus 5 và Fable 5 cho công việc thông thường, Opus 5 gần như đủ dùng mà không cần trả thêm tiền. Khi nào Fable 5 vẫn là lựa chọn đúng? Fable 5 vẫn giữ được lợi thế ở đúng những chỗ khó nhất. Trên SWE-bench Pro, bộ kiểm tra dùng vấn đề GitHub có thật và được xem là thước đo khắt khe nhất cho công việc coding thực tế, Fable 5 đạt khoảng 80% trong khi Opus 5 đạt khoảng 79%, một khoảng cách nhỏ nhưng vẫn nghiêng về Fable 5. Fable 5 cũng là model duy nhất Anthropic định vị ở cấp Mythos, tức năng lực tổng thể cao hơn Opus theo thiết kế, và điều này thể hiện rõ ở các lĩnh vực chuyên sâu như phân tích y tế chuyên môn hoặc nghiên cứu tự chủ kéo dài nhiều ngày mà không có người giám sát. Nói cách khác, phần thắng của Opus 5 tập trung ở công việc coding và xử lý tri thức hằng ngày, còn lợi thế của Fable 5 nằm ở những bài toán khó nhất và các lĩnh vực đòi hỏi độ tin cậy tuyệt đối. Với đa số người dùng và đội ngũ nhỏ, những bài toán đó chiếm tỷ trọng rất nhỏ trong công việc thường ngày, nên khoản chênh lệch giá gấp đôi khó biện minh được, trừ khi công việc của bạn rơi đúng vào nhóm này. So sánh nhanh Opus 5 và Fable 5 Tiêu chíClaude Opus 5Claude Fable 5 Giá đầu vào5 USD/triệu token10 USD/triệu token Giá đầu ra25 USD/triệu token50 USD/triệu token Context1 triệu token1 triệu token Đầu ra tối đa128.000 token128.000 token Frontier-Bench v0.1 (coding agent)43,3%33,7% SWE-bench Pro (coding thực tế)~79%~80% Lưu giữ dữ liệuHỗ trợ zero data retentionBắt buộc lưu giữ 30 ngày, không có ZDR Tần suất chặn bởi bộ lọc an toànThấp hơn khoảng 85%Cao hơn Phù hợp nhấtCông việc hằng ngày, coding agent, dữ liệu nhạy cảmNghiên cứu khó, dự án tự chủ dài ngày, phân tích y tế chuyên sâu Vậy Opus 5 có thật sự đọ được với GPT-5.6? Trên giấy tờ, câu trả lời là có, nhưng không phải toàn diện. Opus 5 dẫn trước GPT-5.6 Sol ở khả năng suy luận với tình huống mới, thao tác máy tính và phần lớn bài kiểm tra coding công khai, trong khi GPT-5.6 Sol vẫn nhỉnh hơn ở một số bài kiểm tra thao tác dòng lệnh và tìm kiếm thông tin. Không bên nào thắng tuyệt đối, nhưng lần đầu tiên một model tầm giá trung của Anthropic đứng ngang hàng, thậm chí nhỉnh hơn ở nhiều mặt so với model đầu bảng của OpenAI. Câu hỏi đáng quan tâm hơn không phải model nào mạnh hơn mà là model nào thực sự phù hợp với bạn. Nếu công việc hằng ngày xoay quanh code, tài liệu dài và tác vụ nhiều bước, Opus 5 đang là lựa chọn hợp lý cả về giá lẫn chất lượng. Còn nếu bạn đã quen với hệ sinh thái OpenAI hoặc cần đúng thế mạnh của GPT-5.6, chi phí chuyển đổi có thể không đáng để thay đổi. Cách trả lời chắc chắn nhất vẫn là tự chạy thử cùng một việc trên cả hai, vì bảng benchmark không phải lúc nào cũng phản ánh đúng trải nghiệm thật.

Google công bố Gemini 3.6 Flash ngày 21/7/2026 với hàng loạt điểm benchmark tăng vọt so với 3.5 Flash: DeepSWE từ 37% lên 49%, MLE Bench từ 49,7% lên 63,9% và OSWorld Verified đạt 83%. Nhưng trải nghiệm sử dụng thực tế của 4AIVN lại kể một câu chuyện khác hẳn: model xử lý việc nhỏ khá ổn, còn khi được giao một kế hoạch nhiều bước thì lại quên mục tiêu, bỏ sót bước và đi lệch hướng giữa chừng. Benchmark tăng mạnh nhưng không phản ánh đúng việc dùng thật Theo thông báo chính thức của Google, Gemini 3.6 Flash dùng ít hơn 17% token đầu ra so với 3.5 Flash trên Artificial Analysis Index; một số bài test như DeepSWE ghi nhận mức giảm token tới 65%. Cửa sổ đầu vào của model đạt 1.048.576 token và giới hạn đầu ra là 65.536 token, những con số nghe rất ấn tượng trên giấy. Vấn đề nằm ở chỗ tất cả những con số này đều đến từ các bài test được thiết kế sẵn, có mục tiêu cố định ngay từ đầu và chạy trong một phiên ngắn. Đó không phải cách một plan thực tế vận hành, vì công việc thật luôn cần điều chỉnh liên tục theo phản hồi, chứ không phải hoàn thành xong một lượt là kết thúc. Bám plan dài là điểm yếu chí mạng Trong trải nghiệm sử dụng thực tế, Gemini 3.6 Flash thể hiện quá kém ngay khi bước ra khỏi phạm vi một task đơn lẻ. Giao việc nhỏ, có bước kiểm tra rõ ràng thì model làm tốt và ít vòng lặp thừa. Nhưng khi được giao một kế hoạch nhiều bước, model bắt đầu quên mục tiêu ban đầu, bỏ sót các bước đã thống nhất từ trước hoặc tự ý đi lệch hướng sau vài lượt trao đổi. Khi được nhắc lại, model đôi khi chỉ xin lỗi rồi lặp lại đúng lỗi cũ thay vì thực sự sửa. Cửa sổ 1 triệu token mô tả sức chứa đầu vào, không phải khả năng ghi nhớ. Model có thể “nhìn thấy” toàn bộ context nhưng vẫn bỏ sót chi tiết khi thực hiện; chỉ cần một điểm nhỏ không được chú ý là kế hoạch có thể lệch hướng ngay. Đây không phải lỗi ngẫu nhiên hiếm gặp mà là điểm yếu lặp lại đủ nhiều để không thể bỏ qua. Nói cách khác, Gemini 3.6 Flash mạnh ở việc làm nhanh một tác vụ, nhưng chưa đáng tin khi phải thực hiện đúng một chuỗi tác vụ, và đó chính là khoảng cách mà benchmark không đo được. Giá giảm 17% nhưng chất lượng chưa chắc tương xứng Giá niêm yết của Gemini 3.6 Flash là 1,50 USD cho một triệu token đầu vào và 7,50 USD cho một triệu token đầu ra, giảm khoảng 17% so với mức 9 USD của 3.5 Flash. Nghe qua, đây là một bước tiến hợp lý: rẻ hơn mà benchmark lại cao hơn. Nhưng nếu chất lượng thực thi trên các tác vụ dài lại kém, phần tiết kiệm chi phí trên giấy có thể bị nuốt gọn bởi số lần phải nhắc lại, sửa lại hoặc chạy lại toàn bộ kế hoạch từ đầu. Gemini 3.5 Flash Lite còn rẻ hơn, với giá 0,30 USD cho một triệu token đầu vào và 2,50 USD cho đầu ra, nhưng đó là lựa chọn dành cho phân loại và chuyển đổi dữ liệu đơn giản, những việc không đòi hỏi model phải nhớ một kế hoạch dài. Được gì, mất gì khi dùng Gemini 3.6 Flash? Nhìn một cách khách quan, đây không phải là một bản nâng cấp thất bại. Google có lẽ đã tính toán rất kỹ để tối ưu giữa chất lượng đầu ra, tốc độ và chi phí, dù kết quả thực tế chưa hẳn đáp ứng kỳ vọng cao dành cho đội ngũ kỹ sư của họ. Những cải thiện này hoàn toàn rõ ràng chứ không chỉ dừng lại trên lý thuyết: tốc độ phản hồi nhanh hơn, chi phí đầu ra giảm đáng kể và với các tác vụ ngắn, phạm vi hẹp như phân loại nội dung, viết một hàm code đơn lẻ hoặc giải quyết một câu hỏi cụ thể, model xử lý rất gọn gàng, hạn chế các vòng lặp thừa. Nhưng cái giá phải trả lộ ra ngay khi công việc kéo dài quá một vài bước. Model càng phải giữ nhiều ràng buộc và nhớ nhiều quyết định đã thống nhất trước đó thì tỷ lệ đi lệch càng tăng. Với coding agent hoặc quy trình dài đang chạy ổn định trên Claude Fable 5 hoặc GPT 5.6, chưa có lý do đủ thuyết phục để đổi sang Gemini 3.6 Flash chỉ vì benchmark hoặc giá thấp hơn. Vẫn phải chờ Gemini 3.5 Pro Google cho biết Gemini 3.5 Pro vẫn đang được thử nghiệm cùng các đối tác và sẽ được phát hành rộng rãi khi sẵn sàng. Vì vậy, câu chuyện cốt lõi của đợt phát hành này nằm ở khoảng cách khá xa giữa benchmark và thực tế công việc. Với những ai đang tìm kiếm một agent đủ tin cậy cho các quy trình dài hạn, có lẽ họ vẫn phải kiên nhẫn chờ xem 3.5 Pro có tạo nên bước ngoặt mới hay không. Nếu các phiên bản tiếp theo tiếp tục thể hiện mờ nhạt trong thực chiến, Google có nguy cơ tự tay nhường lợi thế cho các đối thủ như Anthropic, OpenAI và Meta.