Cách sử dụng GPT-5.6 trong Codex

Vào ngày 9 tháng 7 năm 2026, OpenAI đã đưa GPT-5.6 lên phiên bản phát hành rộng rãi trên ChatGPT, Codex và API, với việc triển khai toàn cầu trong khoảng 24 giờ. Nếu bạn mở Codex sau đó, bạn sẽ thấy một dòng mô hình mới mặc định: Sol, Terra và Luna; sáu cấp độ nỗ lực suy luận; cùng chế độ Ultra chạy bốn tác nhân song song. Bản xem trước giới hạn bắt đầu từ ngày 26 tháng 6 đã kết thúc; các tính năng này hiện khả dụng cho tài khoản thông thường.

Dùng thử Apidog ngay hôm nay

Đây là một thay đổi đáng kể đối với công cụ mà nhiều lập trình viên sử dụng theo quy trình tự động. Dù bạn dùng Codex trên đám mây, trong IDE hay qua Codex CLI, bạn cần trả lời các câu hỏi thực tế:

• Tác vụ này nên dùng Sol, Terra hay Luna?
• Một lỗi cụ thể cần mức nỗ lực suy luận nào?
• Có nên dùng Ultra cho một đợt tái cấu trúc lớn, hay một lần chạy Sol là đủ?
• Làm thế nào để xác minh các API endpoint do Codex tạo trước khi triển khai?

Hướng dẫn này tập trung vào cách cấu hình và sử dụng GPT-5.6 trong Codex. Phần cuối trình bày quy trình kiểm tra mã API bằng Apidog, vì mã endpoint do tác nhân tạo ra vẫn cần được xác minh thay vì tin tưởng tuyệt đối.

Tóm tắt

• GPT-5.6 có mặt trong Codex từ ngày GA 9 tháng 7 năm 2026. Sol, Terra và Luna khả dụng tùy theo gói ChatGPT.
• Sol là mô hình chủ lực cho suy luận sâu; Terra cân bằng giữa năng lực và chi phí; Luna ưu tiên tốc độ và tác vụ khối lượng lớn.
• Ultra chạy bốn tác nhân song song và khả dụng trong Codex từ gói Plus trở lên. Theo OpenAI, điểm Terminal-Bench 2.1 tăng từ 88,8% lên 91,9%.
• Ultra đổi mức tiêu thụ token và hạn mức cao hơn để lấy thời gian hoàn thành thực tế nhanh hơn. Dùng cho tái cấu trúc rộng, không phải sửa lỗi một tệp.
• Sáu mức nỗ lực suy luận gồm none, low, medium, high, xhigh và max.
• GPT-5.6 thường trả lời ngắn hơn GPT-5.5. Hãy bỏ các chỉ thị như “be concise” khỏi hướng dẫn Codex cũ nếu chúng không còn cần thiết.
• Kết hợp Codex với Apidog để kiểm tra endpoint mà tác nhân tạo hoặc gọi.

Những gì đã xuất hiện trong Codex vào ngày 9 tháng 7

Ngày GA đưa toàn bộ dòng GPT-5.6 vào Codex. Bộ chọn mô hình hiển thị các lựa chọn theo gói ChatGPT của bạn. Cùng ngày, Sol, Terra và Luna cũng có mặt trong GitHub Copilot, giúp các công cụ lập trình tác nhân lớn hội tụ về cùng một dòng mô hình.

Ba điểm quan trọng cần nắm:

1. Số là thế hệ, tên là các cấp mô hình

Sol, Terra và Luna là các cấp khả năng khác nhau:

• gpt-5.6-sol: mô hình chủ lực, phù hợp với suy luận sâu và tác vụ phức tạp. Bí danh gpt-5.6 trỏ đến Sol.
• gpt-5.6-terra: lựa chọn cân bằng, được định vị cạnh tranh với GPT-5.5 với mức giá khoảng một nửa.
• gpt-5.6-luna: nhanh và rẻ nhất, hướng đến tác vụ khối lượng lớn hoặc nhạy cảm về độ trễ.

2. Ultra là chế độ thực thi, không phải một mô hình

Ultra phân tán một tác vụ cho bốn tác nhân chạy song song, sau đó tổng hợp kết quả. Trong Codex, chế độ này khả dụng từ gói Plus trở lên.

3. Mức nỗ lực là một cấu hình quan trọng

GPT-5.6 có sáu mức nỗ lực, từ none đến max. Bạn có thể dùng chúng để cân bằng giữa tốc độ, chi phí và độ sâu suy luận cho từng tác vụ.

Codex vẫn giữ nguyên cách hoạt động cơ bản: tệp hướng dẫn, quy tắc phê duyệt và quy trình làm việc hiện có của bạn không cần thay đổi hoàn toàn. Điểm khác biệt nằm ở mô hình và các tùy chọn cấu hình bên dưới.

Chọn Sol, Terra hoặc Luna cho tác vụ lập trình

Đừng chọn mô hình theo câu hỏi “mô hình nào mạnh nhất?”. Hãy chọn theo độ phức tạp, mức rủi ro và thời gian cần thiết cho tác vụ.

Mô hình	Điểm mạnh về lập trình	Khi nên chọn
gpt-5.6-sol	Tác vụ đa bước, gỡ lỗi nhiều tệp, thay đổi kiến trúc, chuỗi gọi công cụ dài	Khi lỗi có chi phí cao hoặc tác vụ có thể mất hàng giờ nếu tự làm
gpt-5.6-terra	Tính năng hàng ngày, kiểm thử, code review, tái cấu trúc vừa phải	Dùng làm mặc định cho phần lớn phiên Codex
gpt-5.6-luna	Boilerplate, commit message, script nhanh, bản nháp đầu tiên	Khi tốc độ quan trọng hơn suy luận sâu

Thiết lập mặc định nên dùng

Bắt đầu bằng Terra ở mức medium:

Model: gpt-5.6-terra
Reasoning effort: medium

Chuyển sang Sol khi bạn gặp một trong các dấu hiệu sau:

• Lỗi trải qua nhiều module hoặc nhiều tầng của hệ thống.
• Cần đọc và đối chiếu nhiều tệp trước khi sửa.
• Có thay đổi schema, interface hoặc kiến trúc.
• Tác vụ yêu cầu chuỗi suy luận dài và kiểm tra giả thuyết.

Chuyển xuống Luna cho các tác vụ cơ học:

- Đổi tên biến hoặc hàm theo quy ước
- Sinh boilerplate
- Viết script chuyển đổi dữ liệu đơn giản
- Tạo commit message
- Tạo khung kiểm thử từ mẫu có sẵn

Theo số liệu ra mắt của OpenAI, Sol đạt 88,8% trên Terminal-Bench 2.1 và tăng lên 91,9% khi dùng Ultra. Tuy nhiên, đây là số liệu do nhà cung cấp công bố ở thời điểm ra mắt; đánh giá độc lập cần thêm thời gian.

Để cân bằng, OpenAI báo cáo Claude Fable 5 dẫn trước trên SWE-Bench Pro với 80,3%, so với 64,6% của Sol. Điều này cho thấy GPT-5.6 không phải lựa chọn dẫn đầu tuyệt đối ở mọi benchmark lập trình.

Bạn chọn mô hình từ bộ chọn trong Codex, nhưng bố cục có thể khác nhau giữa Codex Cloud, extension IDE và CLI. Tài liệu dành cho nhà phát triển của OpenAI liệt kê các model ID hiện tại.

Không nên để Sol ở max cho mọi tác vụ. Bạn sẽ tiêu tốn hạn mức nhanh hơn và chờ lâu hơn cho những công việc mà Terra có thể xử lý tốt.

Dùng chế độ Ultra trong Codex

Ultra là lựa chọn đáng chú ý nhất cho các tác vụ lớn. Chế độ này chạy bốn tác nhân song song để khám phá, triển khai hoặc kiểm tra các hướng khác nhau của cùng một nhiệm vụ.

Khi nào nên bật Ultra

Ultra phù hợp khi công việc có thể chia thành các phần tương đối độc lập:

• Tái cấu trúc ảnh hưởng đến nhiều thư mục hoặc nhiều nhóm tệp.
• Nâng cấp framework hoặc phiên bản API với nhiều vị trí gọi khác nhau.
• Điều tra lỗi gấp, khi bạn cần kiểm tra nhiều giả thuyết song song.
• Thay đổi lớn có thể chia theo module, layer hoặc feature area.

Ví dụ prompt phù hợp với Ultra:

Refactor the authentication layer to use the new token provider.

Split the work into:
1. Find all existing token provider usages.
2. Update server-side validation.
3. Update client-side refresh logic.
4. Add or update tests for affected flows.

Do not change unrelated modules. Summarize changed files and remaining risks.

Prompt này cho phép các tác nhân tách công việc theo khu vực rõ ràng.

Khi không nên dùng Ultra

Không bật Ultra nếu tác vụ không có phần việc để song song hóa:

• Sửa lỗi chỉ trong một tệp.
• Thay đổi có phụ thuộc tuần tự chặt chẽ.
• Tác vụ nhỏ mà bạn cần phản hồi nhanh với mức tiêu thụ thấp.
• Bạn đang gần chạm giới hạn sử dụng Codex.

Ultra tăng mức dùng token vì bốn tác nhân đang làm việc thay vì một. Lợi ích chính là thời gian hoàn thành thực tế, không phải chất lượng tăng đột biến.

Nếu một lần tái cấu trúc mất 40 phút khi chạy đơn lẻ và Ultra giúp hoàn thành trong một phần thời gian đó, chi phí token bổ sung có thể hợp lý khi có deadline. Xem thêm cách hoạt động của chế độ Ultra GPT-5.6 để biết cách viết prompt dễ phân rã cho nhiều tác nhân.

Chọn mức nỗ lực suy luận cho tác vụ lập trình

GPT-5.6 cung cấp sáu mức nỗ lực:

none → low → medium → high → xhigh → max

Hãy dùng mức nỗ lực như một nút điều chỉnh chi phí và độ sâu suy luận.

Mức nỗ lực	Nên dùng cho
none / low	Đổi tên, định dạng, chỉnh sửa cơ học, tạo test từ mẫu rõ ràng
medium	Tính năng tiêu chuẩn, code review, endpoint đơn giản
high	Gỡ lỗi nhiều tệp, điều tra hiệu năng, codebase lạ
xhigh / max	Race condition, memory corruption, lỗi khó đã điều tra nhiều ngày

Quy trình điều chỉnh thực tế

Đừng đổi sang GPT-5.6 rồi giữ nguyên toàn bộ cấu hình cũ. Hãy kiểm tra từng bước:

1. Chọn một tác vụ đại diện trong backlog.
2. Chạy với model và effort hiện tại.
3. Chạy lại tác vụ tương tự với effort thấp hơn một mức.
4. So sánh chất lượng diff, số lỗi và thời gian hoàn thành.
5. Chỉ tăng effort khi tác vụ thực sự cần suy luận sâu hơn.

Ví dụ:

Tác vụ: thêm endpoint CRUD đơn giản
Bắt đầu: Terra + medium
Nếu đầu ra thiếu kiểm thử hoặc bỏ qua edge case: Terra + high
Nếu thay đổi chạm nhiều module và contract: Sol + high

OpenAI khuyến nghị coi đây là một lần điều chỉnh cấu hình, không chỉ là thay model. GPT-5.6 có thể tạo đầu ra tương đương thế hệ trước ở mức effort thấp hơn, giúp tiết kiệm hạn mức.

Dọn dẹp tệp hướng dẫn Codex

GPT-5.6 thường trả lời ngắn hơn GPT-5.5. Nếu tệp hướng dẫn của bạn vẫn có các quy tắc như:

Be concise.
Skip the preamble.
Do not explain.

hãy xem xét bỏ chúng. Việc ép một mô hình vốn đã ngắn gọn phải ngắn hơn nữa có thể tạo ra diff thiếu giải thích hoặc bỏ qua quyết định quan trọng.

Thay vào đó, dùng yêu cầu rõ ràng hơn:

Explain only non-obvious implementation decisions.
List changed files.
Call out assumptions and unverified API contracts.

Những gì mỗi gói ChatGPT có trong Codex

Quyền truy cập phụ thuộc vào gói và có thể thay đổi. Bảng dưới đây là ảnh chụp theo trung tâm trợ giúp của OpenAI.

Gói	Mô hình GPT-5.6	Chế độ Ultra trong Codex	Ghi chú
Miễn phí / Go	Terra trong ChatGPT	Không	Codex không được bao gồm trong gói miễn phí
Plus	Sol, Terra, Luna	Có	Sol chạy từ mức effort trung bình trở lên; effort cấu hình theo model
Pro	Sol, Terra, Luna, Sol Pro	Có	Hạn mức cao hơn; Ultra cũng có trong ChatGPT Work
Business / Enterprise	Sol, Terra, Luna, Sol Pro	Có	Ultra qua ChatGPT Work; có điều khiển quản trị

Hai điểm cần lưu ý:

1. Plus đã có bộ chọn model đầy đủ và Ultra trong Codex. Khác biệt chính giữa Plus và Pro cho lập trình là hạn mức cùng Sol Pro.
2. Nếu dùng API phù hợp hơn gói đăng ký, API không bị giới hạn theo gói ChatGPT. Theo nội dung gốc, giá mỗi triệu token đầu vào/đầu ra là 5 USD/30 USD cho Sol, 2,50 USD/15 USD cho Terra và 1 USD/6 USD cho Luna.

Xác minh mã API mà Codex tạo bằng Apidog

Một phần lớn mã do tác nhân lập trình tạo ra đều giao tiếp với API:

• Route handler
• API client call
• Webhook consumer
• Test fixture
• Request/response mapper
• Validation schema

GPT-5.6 giúp Codex tạo những phần này nhanh hơn, nhưng không tự đảm bảo endpoint, tên trường, content type hay response schema là chính xác.

Dưới đây là quy trình kiểm tra thực tế trước khi merge.

Bước 1: Đưa OpenAPI spec vào repository

Đặt OpenAPI spec cạnh mã nguồn hoặc tham chiếu rõ ràng trong tệp hướng dẫn Codex:

API contract source: ./openapi.yaml

When implementing API clients or route handlers:
- Use this specification as the source of truth.
- Do not infer field names or response shapes.
- Report any implementation requirement missing from the spec.

Điều này giúp tác nhân bám vào contract thực tế thay vì tự đoán tên trường.

Bước 2: Để Codex viết phần tích hợp

Terra ở medium hoặc Sol ở high thường phù hợp để tạo:

• Endpoint
• API client
• Request validation
• Response mapping
• Unit test và integration test

Ví dụ prompt:

Using ./openapi.yaml, implement the client method for POST /orders.

Requirements:
- Validate required request fields.
- Map non-2xx responses to typed errors.
- Add unit tests for 201, 400, and 401 responses.
- Do not modify the OpenAPI spec.

Bước 3: Kiểm tra endpoint trong Apidog trước khi merge

Nhập cùng OpenAPI spec vào Apidog, sau đó gọi các endpoint mà Codex đã tạo hoặc sử dụng. Kiểm tra:

• HTTP status code
• Request body
• Response schema
• Kiểu dữ liệu
• Header và content type
• Trường bắt buộc
• Edge case như null, mảng rỗng, quyền truy cập và lỗi validation

Bạn có thể tải Apidog miễn phí. Kiểm tra dựa trên spec giúp phát hiện các lỗi mà tác nhân có thể đưa vào âm thầm, chẳng hạn trường bị đổi tên hoặc content type không đúng.

Bước 4: Giả lập API chưa triển khai

Nếu Codex đang xây dựng integration cho API chưa hoàn thiện, hãy mock API từ spec. Khi đó, mã tích hợp của tác nhân có thể chạy dựa trên contract có hình dạng thực tế thay vì dữ liệu giả tự phát.

Bước 5: Đưa vòng lặp kiểm tra vào tác nhân

Nếu muốn Codex tự chạy API test trong vòng lặp làm việc, bạn có thể tích hợp Apidog CLI trực tiếp vào Codex. Xem hướng dẫn từng bước tại cách sử dụng Apidog CLI trong Codex.

Những gì vẫn đang được ổn định

GPT-5.6 trong Codex còn mới, vì vậy cần lưu ý một số điểm:

• Triển khai không đồng đều: GA được triển khai trong khoảng 24 giờ. Một số khu vực hoặc giao diện có thể cập nhật chậm hơn. Nếu thiếu model hoặc setting trong IDE hay Codex CLI, hãy kiểm tra release note trước khi báo lỗi.
• Thông số kỹ thuật chưa hoàn toàn ổn định: Cửa sổ ngữ cảnh 1M token và đầu ra tối đa 128K được báo cáo từ tài liệu ban đầu, chưa phải bảng thông số kỹ thuật xác nhận cuối cùng.
• Benchmark do nhà cung cấp công bố: Terminal-Bench và các số liệu ra mắt khác đến từ OpenAI. Đánh giá độc lập sẽ cần thêm thời gian.
• Chi tiết gói có thể thay đổi: OpenAI có thể điều chỉnh hạn mức và quyền truy cập trong những tuần sau ra mắt. Trung tâm trợ giúp là nguồn cần kiểm tra lại.

Điều này không có nghĩa bạn cần chờ đợi. Hãy chạy GPT-5.6 trên một vài tác vụ đại diện từ backlog trước khi đặt cấu hình mặc định cho cả nhóm.

Câu hỏi thường gặp

Tôi nên đặt model GPT-5.6 nào làm mặc định cho Codex?

Dùng Terra. OpenAI định vị Terra cạnh tranh với GPT-5.5 với chi phí khoảng một nửa, và model này phù hợp cho tính năng hàng ngày, test, review và tái cấu trúc vừa phải.

Chuyển sang Sol khi tác vụ liên quan nhiều tệp hoặc cần suy luận dài. Chuyển sang Luna cho boilerplate và script nhanh.

Tôi có thể dùng GPT-5.6 trong Codex mà không cần gói trả phí không?

Không trực tiếp. Codex yêu cầu gói ChatGPT trả phí, trong khi quyền truy cập GPT-5.6 miễn phí trong ChatGPT bị giới hạn ở Terra. API không có giới hạn theo gói tương tự. Xem các tùy chọn tại cách sử dụng Codex miễn phí.

Ultra có tiêu thụ hạn mức nhanh hơn không?

Có. Ultra chạy bốn tác nhân song song, nên một tác vụ sẽ dùng token và hạn mức nhiều hơn một lần chạy thông thường. Chỉ dùng Ultra cho công việc lớn có thể tách thành các phần độc lập, đồng thời kiểm tra hạn mức còn lại trước khi bắt đầu.

Ultra có giống Sol Pro không?

Không.

• Sol Pro là cấu hình suy luận ưu tiên chất lượng trên một model duy nhất.
• Ultra là chế độ thực thi đa tác nhân, ưu tiên hoàn thành nhanh hơn bằng cách song song hóa công việc.

Sol Pro hướng đến câu trả lời tốt hơn; Ultra hướng đến kết quả thực tế nhanh hơn cho tác vụ lớn.

Cấu hình khuyến nghị để bắt đầu

Với phần lớn lập trình viên, cấu hình không cần quá phức tạp:

Tác vụ hàng ngày:
- Model: Terra
- Effort: medium

Tác vụ khó hoặc nhiều tệp:
- Model: Sol
- Effort: high

Boilerplate, script, thay đổi cơ học:
- Model: Luna
- Effort: low

Tái cấu trúc lớn có deadline:
- Model: Sol
- Effort: high
- Mode: Ultra

Dù chọn cấu hình nào, hãy review đầu ra của tác nhân như review mã từ một lập trình viên làm việc rất nhanh. Cung cấp OpenAPI spec để Codex dựa trên contract thực tế, sau đó xác minh endpoint trong Apidog trước khi merge vào nhánh mà người khác phụ thuộc.

Tạo mã nhanh hơn chỉ có giá trị khi quy trình kiểm tra theo kịp.