Điều khiển Codex từ điện thoại bằng ChatGPT app

Có ai đang dùng song song cả Codex lẫn Claude Code không? Mình mới phát hiện plugin Codex cho Claude Code do chính OpenAI phát hành. Nói thật là đến giờ mới biết nên cũng có cảm giác như người tối cổ. Điểm hay nhất là từ nay có thể gọi Codex ngay trong phiên Claude Code hiện tại để review code, phản biện hướng triển khai hoặc nhận riêng một tác vụ, không phải chuyển qua lại giữa nhiều tab và session như trước. Plugin Codex cho Claude Code có gì đáng chú ý? Plugin openai/codex-plugin-cc được thiết kế cho người đã quen làm việc trong Claude Code nhưng muốn tận dụng thêm Codex. Thay vì để hai agent cùng nhảy vào chỉnh một file, bạn có thể phân vai rõ ràng: Claude Code triển khai, Codex kiểm tra; hoặc Claude Code giữ luồng chính còn Codex xử lý một vấn đề độc lập ở chế độ nền. Theo tài liệu chính thức, plugin cung cấp ba nhóm khả năng. Nhóm review gồm /codex:review và /codex:adversarial-review. Nhóm giao việc có /codex:rescue. Nhóm quản lý phiên và tác vụ nền gồm /codex:transfer, /codex:status, /codex:result và /codex:cancel. Nhờ vậy, Codex trở thành một cộng sự nằm ngay trong workflow Claude Code thay vì là một cửa sổ tách rời. Không phải một Codex runtime tách biệt Plugin không tạo thêm một hệ thống Codex mới. Nó sử dụng Codex CLI và Codex app server đang cài trên máy, đồng thời dùng lại trạng thái đăng nhập, repository hiện tại và cấu hình trong config.toml. Điều này giúp việc tích hợp gọn hơn, nhưng cũng có nghĩa mọi lượt gọi vẫn được tính vào giới hạn sử dụng Codex của tài khoản. Điều kiện trước khi cài Bạn cần Node.js 18.18 trở lên và một tài khoản ChatGPT, kể cả gói Free, hoặc OpenAI API key. Nếu Codex CLI chưa có trên máy, lệnh /codex:setup có thể hướng dẫn cài; cách thủ công là chạy npm install -g @openai/codex. Nếu chưa đăng nhập, dùng !codex login ngay trong Claude Code. Cách cài Codex plugin trong Claude Code Quy trình cài đặt khá ngắn. Trong Claude Code, lần lượt chạy các lệnh sau: /plugin marketplace add openai/codex-plugin-cc /plugin install codex@openai-codex /reload-plugins /codex:setup Lệnh cuối kiểm tra Codex đã được cài và xác thực hay chưa. Sau khi hoàn tất, danh sách slash command của Codex sẽ xuất hiện trong Claude Code, đồng thời agent codex:codex-rescue cũng có mặt trong mục /agents. Chạy thử ở chế độ nền Một bài thử ít rủi ro là yêu cầu Codex review thay đổi hiện tại bằng /codex:review --background, sau đó dùng /codex:status để xem tiến độ và /codex:result để lấy kết quả. Review nhiều file có thể mất thời gian, vì vậy chạy nền sẽ không chặn luồng làm việc chính của Claude Code. Ba cách phối hợp Codex và Claude Code hiệu quả Giá trị của plugin không nằm ở việc có thêm một AI, mà ở cách phân vai. Nếu cả hai cùng sửa một khu vực mà không có ranh giới, bạn dễ gặp xung đột code, lặp phân tích và tốn context. Ba luồng dưới đây rõ trách nhiệm hơn. Claude viết, Codex review Đây là cách dễ áp dụng nhất. Sau khi Claude Code hoàn thành một tính năng, chạy /codex:review để Codex thực hiện review chỉ đọc. Lệnh này có thể kiểm tra thay đổi chưa commit hoặc so sánh branch với nhánh gốc bằng /codex:review --base main. Codex không sửa file trong chế độ này, nên bạn vẫn giữ quyền quyết định cuối cùng. Ví dụ, Claude vừa thêm luồng thanh toán qua ba module. Thay vì yêu cầu Claude tự đánh giá lại phần việc của chính mình, hãy để Codex rà lỗi logic, trường hợp biên và tác dụng phụ giữa các file. Sau đó Claude Code có thể đọc nhận xét, chọn điểm hợp lý và sửa trong cùng phiên. Giao hẳn một task cho Codex Với một bài toán có thể tách độc lập, dùng /codex:rescue. Chẳng hạn: /codex:rescue --background điều tra nguyên nhân kiểm thử tích hợp không ổn định. Claude Code tiếp tục xử lý UI hoặc tài liệu, trong khi Codex điều tra test ở nền. Lệnh này hỗ trợ --background, --wait, --resume và --fresh, nên có thể tiếp tục một task trước đó hoặc buộc mở một lượt mới. Điểm quan trọng là mô tả đầu ra và phạm vi file rõ ràng. Giao “sửa mọi thứ đang lỗi” cho Codex trong khi Claude cũng đang chỉnh toàn repository vẫn có nguy cơ đụng nhau. Một task tốt nên có mục tiêu cụ thể, tiêu chí hoàn thành và vùng code sở hữu riêng. Dùng adversarial review để chất vấn hướng phát triển dự án /codex:adversarial-review phù hợp khi bạn không chỉ muốn bắt bug mà còn muốn chất vấn quyết định thiết kế. Có thể thêm trọng tâm, ví dụ: /codex:adversarial-review --base main challenge the caching and retry design. Codex sẽ soi giả định ẩn, trade-off, phương án thay thế và các rủi ro như mất dữ liệu, race condition, rollback hoặc độ tin cậy. Nói vui thì đây là lúc hai ông có thể “cãi nhau ỏm tỏi”, nhưng tranh luận chỉ hữu ích khi có người cầm trịch. Hãy đặt câu hỏi hẹp, yêu cầu bằng chứng và chốt tiêu chí ra quyết định; nếu không, phiên phản biện rất dễ biến thành chuỗi ý kiến nối tiếp mà không tạo ra thay đổi thực tế. Chuyển phiên và quản lý tác vụ nền Plugin còn giải quyết một vấn đề quen thuộc: đã thảo luận dài trong Claude Code nhưng muốn chuyển nguyên mạch công việc sang Codex. /codex:transfer tạo một Codex thread bền vững từ phiên Claude Code hiện tại và trả về lệnh codex resume <session-id>. Nhờ đó, bạn không phải viết lại toàn bộ bối cảnh bằng tay. Khi nào nên dùng transfer Hãy dùng transfer khi task đã vượt khỏi một lần review ngắn và bạn muốn tiếp tục trực tiếp trong Codex App hoặc TUI. Ví dụ, Claude Code đã cùng bạn điều tra kiến trúc trong một phiên dài, nhưng giai đoạn tiếp theo cần Codex thực hiện nhiều vòng chỉnh sửa. Việc chuyển phiên giữ lại lịch sử có cấu trúc và giảm rủi ro mất các quyết định đã thống nhất. Theo dõi, lấy kết quả và hủy tác vụ Với task chạy nền, /codex:status cho biết tiến độ, /codex:result trả kết quả cuối cùng và session ID, còn /codex:cancel dừng job đang chạy. Ba lệnh này nghe đơn giản nhưng rất cần thiết để workflow nhiều agent không trở thành một hộp đen. Nếu task đi sai hướng, hủy sớm thường tiết kiệm limit hơn chờ kết quả rồi làm lại. Cẩn thận vòng lặp review và giới hạn sử dụng Lưu ý quan trọng: OpenAI cảnh báo rõ rằng review gate có thể tạo vòng lặp Claude/Codex kéo dài và tiêu hao giới hạn sử dụng nhanh. Khi bật bằng /codex:setup --enable-review-gate, plugin dùng Stop hook, tức cơ chế tự động kích hoạt khi Claude chuẩn bị kết thúc câu trả lời, để gọi một lượt review có mục tiêu. Nếu Codex tìm thấy vấn đề, phản hồi của Claude bị chặn để Claude xử lý trước. Cơ chế này hữu ích trước khi ship, nhưng không nên bật rồi bỏ mặc. Review gate mạnh nhưng cần giám sát Kịch bản dễ gặp là Codex nêu vấn đề, Claude sửa, Codex review lại và phát hiện một điểm mới; chu kỳ tiếp tục vì tiêu chí “đủ tốt” chưa được định nghĩa. Đây chính là phiên bản tự động của việc để hai agent review qua lại liên tục. Chi phí không chỉ là limit mà còn là thời gian và nguy cơ thay đổi quá mức một bản vá vốn đã ổn. Một bộ nguyên tắc vận hành an toàn Phân vai trước khi chạy: một agent triển khai, một agent review hoặc một agent sở hữu một task độc lập. Giới hạn phạm vi: nêu rõ branch, file, loại rủi ro và tiêu chí hoàn thành. Ưu tiên chạy nền cho review nhiều file, nhưng kiểm tra trạng thái định kỳ. Chỉ bật review gate khi đang chủ động theo dõi và tắt bằng /codex:setup --disable-review-gate sau khi hoàn tất. Không yêu cầu Claude review lại toàn bộ kết quả Codex rồi tiếp tục yêu cầu Codex review toàn bộ phần sửa của Claude nếu chưa có điểm dừng rõ ràng. Dùng /codex:cancel khi task lệch hướng thay vì cố cứu một vòng chạy tốn kém. Làm sao kết hợp Codex và Claude Code hiệu quả? Trước đây mình thường mở Codex và Claude Code song song, đôi lúc còn để cả hai cùng nhảy vào một file để tiết kiệm thời gian. Plugin chính chủ của OpenAI tạo ra cách làm gọn hơn: Claude Code giữ vai trò điều phối, Codex vào review, phản biện hoặc nhận task riêng mà không cần chuyển tab liên tục. Bắt đầu tốt nhất là cài plugin, chạy một lượt /codex:review --background trên dự án nhỏ và quan sát cách ba lệnh status, result, cancel hoạt động. Khi đã quen mới thử rescue, transfer và review gate. Hai AI có thể bổ trợ nhau rất tốt, miễn là con người vẫn đặt ranh giới, ngân sách và điểm dừng.

Ba cái tên Sol, Terra và Luna khiến GPT-5.6 trông giống một hệ sản phẩm hơn là một model đơn lẻ. Cách đặt tên này cũng cho thấy điều OpenAI muốn thay đổi: người dùng không còn phải chọn giữa một model mạnh nhưng đắt và một model nhỏ nhưng yếu, thay vào đó họ có ba mức năng lực được thiết kế cho ba kiểu công việc khác nhau. Tuy nhiên, GPT-5.6 hiện mới ở giai đoạn preview giới hạn và OpenAI nói rõ rằng dòng model này chưa có trong ChatGPT trong thời gian preview.Ở phía đối diện, Claude Fable 5 được Anthropic định vị là model mạnh cho reasoning, lập trình, nghiên cứu khoa học và các tác vụ agentic kéo dài. Vì vậy, câu hỏi đáng quan tâm không chỉ là model nào thông minh hơn, mà là kiến trúc sản phẩm nào giúp người dùng hoàn thành công việc tốt hơn với chi phí có thể kiểm soát.GPT-5.6 thực sự là gì?Theo thông báo preview của OpenAI, GPT-5.6 gồm ba phiên bản Sol, Terra và Luna. Sol là model chủ lực có năng lực cao nhất, Terra là lựa chọn mạnh với chi phí thấp hơn, còn Luna là model nhanh và tiết kiệm nhất trong dòng sản phẩm.Điểm quan trọng nằm ở cách OpenAI chia nhu cầu thành ba tầng. Một nhóm nghiên cứu có thể dùng Sol để xử lý bài toán khó, một đội sản phẩm có thể dùng Terra cho phần lớn công việc hằng ngày, trong khi một hệ thống xử lý hàng nghìn yêu cầu ngắn có thể dùng Luna để giảm độ trễ. Cách tổ chức này gần với chiến lược hạ tầng hơn là cách ra mắt một chatbot mới.Lưu ý về phạm vi phát hành: OpenAI cho biết GPT-5.6 chưa có trong ChatGPT trong giai đoạn preview. Trải nghiệm trên API, công cụ dành cho developer hoặc nền tảng đối tác không nên được hiểu là trải nghiệm ChatGPT chính thức.Sol dành cho công việc khó và dàiSol được định vị là model mạnh nhất của GPT-5.6, phù hợp với nhiệm vụ cần reasoning sâu, lập trình nhiều bước và kiểm tra chéo kết quả. Ví dụ, một đội kỹ thuật có thể giao cho Sol việc đọc cấu trúc repository, tìm nguyên nhân lỗi, đề xuất bản vá và viết kiểm thử hồi quy. Giá trị của Sol không nằm ở việc trả lời nhanh một câu hỏi ngắn, mà ở khả năng giữ mục tiêu xuyên suốt một chuỗi hành động dài.OpenAI cũng nhấn mạnh mức cải thiện về năng lực cyber khi reasoning tăng. Điều này có ích cho kiểm tra bảo mật và phân tích lỗ hổng trong môi trường được cấp phép, nhưng đồng thời khiến việc kiểm soát quyền truy cập, ghi log và phê duyệt hành động trở nên quan trọng hơn.Terra là lựa chọn cân bằngTerra hướng đến phần việc rộng nhất: phân tích tài liệu, viết nội dung, lập trình ứng dụng, tổng hợp nghiên cứu và hỗ trợ vận hành. Nếu Sol giống một chuyên gia được gọi vào khi bài toán thật sự khó, Terra giống một thành viên mạnh có thể làm việc liên tục trong ngày mà không khiến chi phí tăng quá nhanh.Ví dụ, một nhóm marketing có thể dùng Terra để đọc báo cáo thị trường, trích xuất insight, xây dựng dàn ý và tạo nhiều phiên bản nội dung. Một đội phát triển có thể dùng Terra cho code review, viết test và xử lý ticket có phạm vi rõ ràng. Đây là tầng model có khả năng trở thành lựa chọn mặc định nếu chất lượng thực tế ổn định.Luna ưu tiên tốc độ và quy môLuna được thiết kế cho phản hồi nhanh và chi phí thấp. Các tác vụ như phân loại yêu cầu, tóm tắt đoạn hội thoại, trích xuất trường dữ liệu, tạo bản nháp hoặc định tuyến ticket thường không cần model mạnh nhất. Trong những trường hợp đó, độ trễ và tổng chi phí quan trọng hơn khả năng reasoning cực đại.Tuy nhiên, nhanh không đồng nghĩa với phù hợp cho mọi việc. Nếu nhiệm vụ yêu cầu kiểm chứng nguồn, lập kế hoạch nhiều bước hoặc chỉnh sửa code có ảnh hưởng lớn, người dùng nên chuyển sang Terra hoặc Sol thay vì cố ép Luna xử lý vượt quá vai trò của nó.Claude Fable 5 chọn một hướng khácAnthropic giới thiệu Claude Fable 5 như một model frontier dành cho reasoning, software engineering, vision, nghiên cứu khoa học và công việc agentic dài. Thay vì nhấn mạnh ba tầng sản phẩm trong cùng một thế hệ, Anthropic tập trung thông điệp vào năng lực của một model mạnh có thể xử lý các nhiệm vụ phức tạp trong hệ sinh thái Claude.Sự khác biệt này ảnh hưởng trực tiếp đến cách doanh nghiệp triển khai. Với GPT-5.6, đội kỹ thuật có thể xây bộ định tuyến để gửi từng yêu cầu đến Sol, Terra hoặc Luna. Với Fable 5, trọng tâm có thể nằm ở việc tối ưu prompt, công cụ và ngân sách reasoning cho một model chủ lực. Không có cách nào luôn tốt hơn, bởi quyết định phụ thuộc vào loại workload và khả năng vận hành của từng tổ chức.Cách so sánh thực tế: Đừng dùng một prompt duy nhất rồi kết luận. Hãy tạo bộ test gồm tác vụ ngắn, tác vụ reasoning dài, coding, trích xuất dữ liệu và xử lý lỗi. Sau đó đo độ chính xác, thời gian phản hồi, số lần phải sửa và chi phí hoàn thành.Khác biệt trong coding và agentic workCả GPT-5.6 Sol và Claude Fable 5 đều hướng đến công việc lập trình phức tạp, nhưng trải nghiệm thực tế phụ thuộc nhiều vào công cụ bao quanh model. Khả năng đọc repository, chạy lệnh, quan sát kết quả và tự sửa sai thường quan trọng ngang với điểm benchmark. Nếu bạn làm việc với workflow OpenAI, trang Codex là điểm bắt đầu phù hợp để hiểu cách model tham gia vào quy trình coding.Fable 5 có lợi thế khi người dùng đã quen với hệ sinh thái Claude và các quy trình agentic dài. Bạn có thể đọc thêm bài Anthropic ra mắt Claude Fable 5 để xem cách Anthropic định vị model này và những nhóm công việc mà hãng muốn nhắm tới.Trải nghiệm ban đầu từ các diễn đàn nói gì?Các cuộc thảo luận ban đầu trên Reddit và cộng đồng developer tập trung nhiều vào câu hỏi Sol, Terra và Luna khác nhau đến đâu trong công việc thật. Một số người mô tả Sol là lựa chọn phù hợp cho nhiệm vụ nhiều bước, Terra dễ dùng hơn cho công việc thường xuyên, còn Luna gây chú ý nhờ tốc độ. Những nhận xét này phù hợp với cách OpenAI định vị ba model, nhưng chưa đủ để chứng minh khoảng cách chất lượng cụ thể.Phản hồi diễn đàn có giá trị vì nó cho thấy vấn đề người dùng thật đang quan tâm, tuy nhiên đây là dữ liệu tự chọn. Người đăng có thể dùng prompt khác nhau, quyền truy cập khác nhau và môi trường tích hợp khác nhau. Một kết quả tốt trên công cụ dành cho developer không đảm bảo sẽ giống hệt khi model xuất hiện trong ChatGPT.Điểm cộng được nhắc đếnBa tier giúp người dùng hình dung rõ hơn model nào phù hợp với từng loại tác vụ.Luna tạo kỳ vọng về độ trễ thấp cho các quy trình cần xử lý số lượng lớn.Terra có tiềm năng trở thành lựa chọn mặc định nếu giữ được chất lượng ổn định với chi phí dễ chịu.Sol được kỳ vọng mạnh hơn ở coding, reasoning dài và nhiệm vụ cần nhiều vòng kiểm tra.Những câu hỏi vẫn chưa có đáp án đầy đủKhoảng cách chất lượng thực tế giữa Sol và Terra lớn đến đâu trên workload phổ biến.Chi phí toàn phần khi tính cả số lần sửa, retry và thời gian người dùng phải kiểm tra.Hiệu quả của Luna khi prompt dài hoặc yêu cầu có nhiều ràng buộc.Mức độ ổn định khi OpenAI mở rộng GPT-5.6 từ preview sang ChatGPT, Codex và API.Không nên dùng phản hồi diễn đàn như benchmark: Trải nghiệm cộng đồng là tín hiệu để chọn bài test, không phải bằng chứng đủ mạnh để chọn model cho production.So sánh GPT-5.6 và Fable 5 theo công việcViết và phân tích tài liệuTerra có vẻ là lựa chọn hợp lý cho phần lớn công việc tài liệu vì nó được định vị cân bằng giữa năng lực và chi phí. Fable 5 có thể phù hợp khi tài liệu dài, câu hỏi phức tạp và người dùng muốn model duy trì lập luận xuyên suốt. Khi thử nghiệm, nên chấm cả độ chính xác của trích dẫn, khả năng giữ cấu trúc và mức độ chỉnh sửa cần thiết trước khi xuất bản.Lập trình và sửa lỗiSol và Fable 5 đều là ứng viên cho nhiệm vụ coding khó. Một bài test tốt nên bao gồm đọc code hiện có, tìm nguyên nhân, sửa tối thiểu, viết test và giải thích rủi ro. Nếu chỉ yêu cầu tạo một hàm mới từ đầu, kết quả có thể không phản ánh khả năng làm việc trong repository thật.Tác vụ số lượng lớnLuna có lợi thế định vị rõ ràng trong phân khúc tốc độ và chi phí. Với hàng nghìn yêu cầu trích xuất hoặc phân loại mỗi ngày, chênh lệch nhỏ về giá và latency có thể tạo ra tác động lớn. Fable 5 không nhất thiết là lựa chọn kinh tế cho loại workload này nếu tổ chức chỉ cần câu trả lời ngắn và có cấu trúc.Nghiên cứu và reasoning dàiSol và Fable 5 nên được so sánh bằng nhiệm vụ có đáp án kiểm chứng được, thay vì câu hỏi mở dễ tạo cảm giác thuyết phục. Ví dụ, hãy giao cùng một tài liệu nghiên cứu, yêu cầu xác định giả định, tìm mâu thuẫn, đề xuất thí nghiệm và chỉ ra phần nào chưa đủ bằng chứng. Model tốt hơn là model giúp người dùng phát hiện lỗi nhanh hơn, không phải model viết dài hơn.Nên chọn Sol, Terra, Luna hay Fable 5?Nếu ưu tiên chất lượng cao nhất trong hệ sinh thái OpenAI, Sol là lựa chọn đáng thử đầu tiên. Nếu cần một model mạnh để dùng thường xuyên, Terra có vị trí hợp lý hơn. Nếu workload gồm nhiều tác vụ ngắn và lặp lại, Luna có thể giảm chi phí đáng kể. Trong khi đó, Fable 5 phù hợp với đội nhóm đã đầu tư vào hệ sinh thái Claude hoặc cần reasoning và agentic work dài.Do GPT-5.6 vẫn ở giai đoạn preview, lựa chọn an toàn là không chuyển toàn bộ workload ngay lập tức. Hãy chạy thử song song trên dữ liệu thật, che thông tin nhạy cảm, ghi lại lỗi và dùng cùng tiêu chí đánh giá cho mọi model.Bộ kiểm tra có thể áp dụng ngayChọn 20 tác vụ đại diện cho công việc thật, gồm cả trường hợp dễ và khó.Chạy từng tác vụ trên Sol, Terra, Luna và Fable 5 nếu có quyền truy cập.Chấm độ chính xác, thời gian phản hồi, chi phí và số lần cần con người sửa.Ghi lại lỗi nghiêm trọng thay vì chỉ tính điểm trung bình.Chọn model theo từng nhóm tác vụ, không nhất thiết dùng một model cho mọi việc.GPT-5.6 có đáng để chuyển sang ngay không?Điểm mới đáng chú ý nhất của GPT-5.6 không chỉ là năng lực của Sol, mà là cách OpenAI biến một thế hệ model thành ba tầng vận hành rõ ràng. Điều đó có thể giúp doanh nghiệp kiểm soát chi phí tốt hơn, nhưng cũng đòi hỏi họ biết phân loại workload và xây cơ chế chuyển model phù hợp.Hành động thiết thực nhất lúc này là tạo một bộ test nhỏ từ dữ liệu thật của bạn. Nếu Sol thắng ở tác vụ khó, Terra đủ tốt cho phần lớn công việc và Luna xử lý tốt tác vụ số lượng lớn, kiến trúc ba tầng sẽ có giá trị. Nếu Fable 5 cho kết quả ổn định hơn trên reasoning dài, bạn vẫn có lý do để duy trì hệ thống đa model thay vì đặt cược vào một nhà cung cấp.

Chỉ hai tuần sau khi Kimi K3 ra mắt, OpenAI cắt giá API GPT-5.6 Luna tới 80%. Đây không phải là bằng chứng OpenAI phản ứng trực tiếp với Kimi K3, nhưng là dấu hiệu rõ ràng cho thấy cuộc đua AI năm 2026 đang dịch chuyển từ "ai thông minh hơn" sang "ai rẻ hơn với hiệu năng tương đương". OpenAI cắt giá API mạnh tay, Luna giảm tới 80% Từ ngày 30/7, OpenAI điều chỉnh giá API cho dòng GPT-5.6. GPT-5.6 Luna, phiên bản nhanh và có giá thấp nhất trong ba tier, giảm 80%, còn 0,20 USD cho mỗi triệu token input và 1,20 USD cho mỗi triệu token output. Terra, phiên bản cân bằng cho công việc hằng ngày, giảm 20%, còn 2 USD/12 USD cho mỗi triệu token input/output. GPT-5.6 Sol, flagship của dòng này, giữ nguyên giá nhưng có thêm Fast mode thay cho Priority Processing. Theo OpenAI, Fast mode xử lý nhanh hơn tối đa 2,5 lần so với Standard với giá gấp đôi, trong khi năng lực model không thay đổi. Mức giá mới cũng được phản ánh vào cách tính credit trên ChatGPT Work và Codex. Người dùng Terra hoặc Luna qua các gói này sẽ tiêu tốn ít credit hơn cho cùng một khối lượng công việc, dù giá gói thuê bao không đổi. Bạn có thể xem chi tiết giá mới tại thông báo chính thức của OpenAI. Có phải OpenAI đang chịu áp lực từ Kimi K3? OpenAI không nhắc trực tiếp đến Kimi K3 trong thông báo, vì vậy không thể khẳng định đợt giảm giá là phản ứng với riêng model này. Tuy nhiên, thời điểm của hai sự kiện khiến nhận định đó có cơ sở để bàn luận. Ngày 16/7, Moonshot AI ra mắt Kimi K3, một model open-weight có cửa sổ ngữ cảnh 1 triệu token. Chỉ trong vài ngày, Kimi K3 gây chú ý trong cộng đồng developer vì giá API cạnh tranh và hiệu năng cao hơn nhiều kỳ vọng dành cho một model có trọng số mở. Kimi K3 tiệm cận GPT-5.6 Sol ở đâu? Trên một số bảng benchmark, Kimi K3 tiệm cận GPT-5.6 Sol bản max; khoảng cách tổng thể vẫn còn, nhưng nhỏ hơn đáng kể so với kỳ vọng trước đây về một model open-weight. Kimi K3 còn dẫn đầu ở một vài thước đo cụ thể như FrontierSWE, BrowseComp và Frontend Code Arena, trong khi giá API ở mức 3 USD/15 USD cho mỗi triệu token input/output, thấp hơn Sol. Sol vẫn có lợi thế ở nhiều benchmark tổng hợp và có chế độ Ultra multi-agent đạt 91,9% trên Terminal-Bench 2.1. Dù vậy, việc một model open-weight áp sát flagship đóng của OpenAI với mức giá thấp hơn đã tạo ra áp lực cạnh tranh thực sự, nhất là với doanh nghiệp và developer nhạy cảm với chi phí vận hành dài hạn. Bạn có thể so sánh các model trên bảng xếp hạng 4AIVN. Việc liên hệ đợt giảm giá với Kimi K3 là nhận định dựa trên thời điểm và bối cảnh thị trường, không phải xác nhận chính thức từ OpenAI. Bức tranh giá AI toàn ngành đang thay đổi Kimi K3 không phải là áp lực duy nhất. DeepSeek tiếp tục theo đuổi chiến lược giá thấp: DeepSeek V4 Flash được niêm yết ở mức 0,14 USD/0,28 USD mỗi triệu token, còn DeepSeek V4 Pro ở mức 0,435 USD/0,87 USD; cả hai đều đi kèm cửa sổ ngữ cảnh 1 triệu token. Ngay cả sau khi giảm 80%, GPT-5.6 Luna ở mức 0,20 USD/1,20 USD vẫn đắt hơn DeepSeek V4 Flash ở đầu ra, dù khoảng cách đã thu hẹp đáng kể. Đợt điều chỉnh của OpenAI vì thế phù hợp với một xu hướng lớn hơn, không chỉ là phản ứng đơn lẻ trước Kimi K3. Các lab Trung Quốc liên tục kéo giá xuống trong khi vẫn giữ hiệu năng cạnh tranh, buộc các công ty Mỹ phải tối ưu chiến lược định giá nhanh hơn trước. Người dùng được lợi gì? Với người dùng ChatGPT không sử dụng API, tác động trực tiếp gần như không có vì giá thuê bao không đổi. Nhưng với đội ngũ đang xây dựng ứng dụng, chatbot hoặc agent tự động dựa trên GPT-5.6 API, đây là một thay đổi đáng kể. Các công cụ như Hermes Agent, vốn cho phép chọn GPT-5.6 Sol, Terra hoặc Luna làm model nền, có thể giảm chi phí vận hành rõ rệt khi dùng đúng tier cho từng loại việc. Luna phù hợp với tác vụ lặp lại, khối lượng lớn và không cần suy luận phức tạp.Terra là lựa chọn cân bằng cho công việc hằng ngày và trợ lý đa năng.Sol vẫn phù hợp nhất khi độ chính xác và năng lực suy luận cao là ưu tiên. Góc nhìn 4AIVN Khoảng cách hiệu năng giữa những model hàng đầu đang thu hẹp nhanh hơn khoảng cách giá. Khi một model open-weight như Kimi K3 có thể áp sát model đóng đầu bảng, các công ty lớn phải cân nhắc giữa bảo vệ biên lợi nhuận và giữ chân khách hàng doanh nghiệp. Động thái của OpenAI cho thấy hãng chọn cải thiện hiệu năng trên mỗi USD, ít nhất với Luna và Terra. Nếu đang vận hành ứng dụng hoặc agent trên GPT-5.6 API, đây là lúc nên phân bổ lại tác vụ giữa Sol, Terra và Luna thay vì dùng một model duy nhất cho mọi việc. Chênh lệch giá giữa ba tier giờ đủ lớn để lựa chọn model theo từng tác vụ trở thành quyết định tối ưu chi phí thực sự, không chỉ là lựa chọn kỹ thuật.

Mỗi tuần có hơn 300 triệu người dùng ChatGPT để hỏi về sức khỏe, từ đọc kết quả xét nghiệm đến chuẩn bị câu hỏi cho bác sĩ. Vấn đề là hơn 70% các cuộc trò chuyện đó lại xảy ra ngoài không gian Health riêng biệt mà OpenAI xây dựng cho mục đích này. Đó chính là lý do OpenAI vừa mở rộng Health trong ChatGPT ra toàn bộ người dùng đủ điều kiện tại Mỹ, cho phép kết nối Apple Health và hồ sơ y tế để AI dùng dữ liệu cá nhân ngay trong mọi cuộc trò chuyện, không chỉ trong một tab riêng. ChatGPT Health không phải tính năng hoàn toàn mới OpenAI lần đầu giới thiệu ChatGPT Health vào ngày 7/1/2026, dưới dạng thử nghiệm giới hạn theo danh sách chờ cho một nhóm nhỏ người dùng. Ở giai đoạn đó, các cuộc trò chuyện về sức khỏe buộc phải diễn ra trong một không gian Health tách biệt, và việc phải chuyển qua lại giữa các tab tạo ra rào cản đủ lớn khiến phần lớn người dùng vẫn hỏi sức khỏe ngay trong khung chat thông thường thay vì mở Health. Đợt triển khai ngày 23/7 vừa qua thực tế là bản mở rộng toàn diện, không phải lần ra mắt đầu tiên. OpenAI đưa Health đến tất cả người dùng Mỹ đủ điều kiện trên các gói Free, Go, Plus và Pro, đồng thời bỏ luôn rào cản không gian riêng: một khi đã cấp quyền, ChatGPT có thể dùng dữ liệu sức khỏe đã kết nối ở bất kỳ đâu trong ứng dụng, kể cả khi người dùng chỉ đang hỏi về thực đơn hay lịch tập. ChatGPT Health ra mắt với những khả năng nào? Người dùng có thể kết nối Apple Health cùng hồ sơ y tế từ các hệ thống bệnh viện được hỗ trợ, One Medical hoặc Function Health. Khi được cấp quyền, ChatGPT có thể dùng dữ liệu liên quan để so sánh kết quả xét nghiệm mới với những lần trước, tóm tắt thay đổi kể từ buổi khám gần nhất hoặc tìm mối liên hệ giữa giấc ngủ, vận động và thói quen hằng ngày. Mục tiêu là giảm việc người dùng phải liên tục thu thập, tải lên và giải thích lại cùng một thông tin cho AI mỗi lần trò chuyện. Dữ liệu sức khỏe được đưa vào cuộc trò chuyện như thế nào? Health vẫn là nơi người dùng kết nối và quản lý dữ liệu, xem xu hướng gần đây, duyệt hồ sơ đã đồng bộ và quay lại các cuộc trò chuyện sức khỏe trước đó. Nhưng khác với bản thử nghiệm ban đầu, sau khi đồng bộ, thông tin phù hợp có thể được dùng trong những cuộc trò chuyện thông thường nếu người dùng cho phép, thay vì bắt buộc phải mở không gian riêng. Gõ @Health vào câu hỏi cũng là cách yêu cầu ChatGPT chủ động đưa ngữ cảnh sức khỏe vào phản hồi. ChatGPT có thể sử dụng những dữ liệu nào? Dữ liệu có thể bao gồm thuốc đang dùng, kết quả xét nghiệm, lần khám gần đây, giấc ngủ, mức vận động và bài tập. Nếu ứng dụng thiết bị đeo hoặc dinh dưỡng chia sẻ dữ liệu với Apple Health, ChatGPT có thể sử dụng phần dữ liệu được chuyển tiếp khi người dùng cấp quyền, dù OpenAI lưu ý một số chỉ số độc quyền của bên thứ ba có thể không được chuyển sang. Người dùng vẫn quyết định thời điểm cấp quyền Mặc định, ChatGPT sẽ hỏi trước khi dùng hồ sơ y tế hoặc Apple Health để cá nhân hóa câu trả lời. Người dùng có thể cho phép một lần, luôn cho phép hoặc thay đổi thiết lập sau đó, và có thể ngắt kết nối bất kỳ lúc nào trong Health > Accounts. Quyền riêng tư là phần quan trọng nhất, nhưng không tuyệt đối Theo công bố chính thức của OpenAI, hồ sơ y tế, dữ liệu Apple Health và các cuộc trò chuyện sử dụng những dữ liệu này không được dùng để huấn luyện mô hình nền tảng hoặc nhắm mục tiêu quảng cáo, bất kể thiết lập huấn luyện thông thường của tài khoản. Dữ liệu kết nối được bảo vệ bằng các lớp mã hóa bổ sung bên cạnh mã hóa khi lưu trữ và truyền tải. Khi ngắt kết nối một nguồn dữ liệu, thông tin đồng bộ từ nguồn đó sẽ bị xóa khỏi hệ thống của OpenAI trong vòng 30 ngày, nhưng thông tin đã xuất hiện trong lịch sử trò chuyện vẫn tồn tại cho đến khi người dùng tự xóa cuộc trò chuyện tương ứng. Điều ít được nói đến hơn là một khi dữ liệu y tế rời khỏi hệ thống của bệnh viện hay phòng khám để vào ChatGPT, nó không còn nằm dưới sự bảo vệ của HIPAA, đạo luật bảo mật y tế của Mỹ. Toàn bộ cam kết về bảo mật và không dùng để huấn luyện mô hình hiện chỉ dựa trên điều khoản dịch vụ tự nguyện của OpenAI, không phải nghĩa vụ pháp lý bắt buộc như với hồ sơ y tế trong hệ thống bệnh viện truyền thống. Dữ liệu sức khỏe có thể thiếu hoặc lỗi thời, chẳng hạn một loại thuốc vẫn còn trong hồ sơ dù người dùng đã ngừng sử dụng. Hãy kiểm tra thông tin quan trọng với nguồn gốc ban đầu và chuyên gia y tế, đồng thời cân nhắc kỹ trước khi kết nối những dữ liệu thực sự nhạy cảm. GPT-5.6 Sol được dùng cho câu hỏi sức khỏe phức tạp OpenAI cho biết GPT-5.5 Instant mang khả năng trả lời câu hỏi sức khỏe đến người dùng miễn phí, còn GPT-5.6 Sol là lựa chọn mạnh nhất của hãng cho các câu hỏi cần suy luận qua nhiều chi tiết, dành cho người dùng trả phí. Các tình huống được nhắc đến gồm giải thích ghi chú buổi khám bằng ngôn ngữ dễ hiểu, theo dõi biến động xét nghiệm và chuẩn bị câu hỏi cho lần tái khám. OpenAI làm việc với hơn 260 bác sĩ tại 60 quốc gia để xây dựng tình huống và tiêu chí đánh giá, với hơn 600.000 lượt chấm điểm đầu ra mô hình trên 30 lĩnh vực sức khỏe khác nhau. Các tiêu chí gồm độ chính xác, an toàn, giao tiếp, nhận biết ngữ cảnh, mức độ đầy đủ và khả năng chuyển người dùng đến hỗ trợ chuyên môn khi cần. Tuy vậy, công ty vẫn cảnh báo ChatGPT có thể đưa ra thông tin sai lệch, đây vẫn đang là điểm yếu chung của các mô hình AI trong lĩnh vực đòi hỏi độ chính xác tuyệt đối. ChatGPT Health hữu ích nhưng hoàn toàn không thay thế được bác sĩ Lợi ích rõ nhất của Health là gom dữ liệu vốn nằm rải rác trong cổng bệnh nhân, ứng dụng và thiết bị đeo thành ngữ cảnh có thể đặt câu hỏi. Điều này có thể giúp người dùng hiểu lịch sử sức khỏe, chuẩn bị tốt hơn cho cuộc hẹn và trao đổi rõ ràng hơn với bác sĩ. Rủi ro cũng lớn hơn một cuộc trò chuyện thông thường vì câu trả lời liên quan trực tiếp đến dữ liệu nhạy cảm và quyết định sức khỏe. Người dùng không nên tự thay đổi thuốc, trì hoãn cấp cứu hoặc đưa ra quyết định điều trị chỉ dựa trên phản hồi của AI, mà vẫn cần tuân theo chỉ dẫn của bác sĩ thực sự. Người dùng ngoài nước Mỹ nên nhìn nhận tính năng này thế nào? Cả hai đợt triển khai của ChatGPT Health, từ bản thử nghiệm tháng 1 đến bản mở rộng tháng 7, đến nay vẫn giới hạn trong nước Mỹ. Riêng phần kết nối hồ sơ y tế từ hệ thống bệnh viện luôn chỉ dành cho Mỹ ngay từ đầu, còn EU, Anh và Thụy Sĩ bị loại khỏi cả hai đợt vì các quy định bảo mật dữ liệu nghiêm ngặt hơn và khả năng tính năng này bị xếp vào nhóm rủi ro cao theo EU AI Act. OpenAI chưa công bố bất kỳ mốc thời gian nào cho việc mở rộng ra ngoài nước Mỹ, bao gồm cả các thị trường châu Á như Việt Nam. Với người dùng ChatGPT ở các khu vực chưa có Health, có vài điều đáng lưu ý. Trước hết, việc chưa kết nối được hồ sơ y tế không có nghĩa là không thể hỏi ChatGPT về sức khỏe, chỉ là câu trả lời sẽ dựa trên thông tin người dùng tự mô tả thay vì dữ liệu đồng bộ tự động. Kế đến, ngay cả khi tính năng này chưa khả dụng, người dùng vẫn nên thận trọng khi dán nguyên văn kết quả xét nghiệm hay hồ sơ bệnh án vào khung chat thông thường, vì mức bảo vệ dữ liệu sẽ khác so với khi dùng qua không gian Health có mã hóa bổ sung. Cuối cùng, giá trị thực sự của Health khi đến các thị trường khác sẽ phụ thuộc vào việc có bao nhiêu hệ thống y tế địa phương hỗ trợ kết nối, vì phần hồ sơ bệnh viện tại Mỹ khó áp dụng trực tiếp cho hạ tầng y tế của từng nước. Đây là một bước tiến đáng chú ý trong việc cá nhân hóa ChatGPT, nhưng thành công thực tế sẽ được quyết định bởi chất lượng dữ liệu, quyền kiểm soát của người dùng và cách AI biết dừng lại đúng lúc để chuyển giao cho chuyên gia y tế thay vì tự đưa ra kết luận.