Phản biện về Fable: Cách trang bị bộ não GPT-5.6 Sol cho Claude Code

Khoảng thời gian sử dụng Claude Fable 5 mà không phải trả thêm phí ban đầu được thông báo kết thúc vào ngày 7 tháng 7 năm 2026, sau đó gia hạn sang ngày 12 tháng 7, và tiếp tục đến ngày 19 tháng 7. Biện pháp tăng giới hạn sử dụng hàng tuần của Claude Code lên 50% cũng sẽ kéo dài đến ngày 19 tháng 7.

Nói cách khác, Fable 5 sẽ không biến mất ngay lập tức.

Tuy nhiên, tình trạng có thể sử dụng Fable 5 một cách tự nhiên trong gói hàng tháng không được đảm bảo vĩnh viễn. Thông báo ban đầu cho biết sau khi khoảng thời gian này kết thúc, nó sẽ chuyển sang sử dụng tín chỉ, với giá API là 10 đô la cho mỗi 1 triệu token đầu vào và 50 đô la cho mỗi 1 triệu token đầu ra.

Thứ sắp kết thúc không phải là bản thân Fable 5, mà là kỷ nguyên mà các mô hình hiệu suất cao nhất có thể được sử dụng gần như không giới hạn chỉ với một khoản phí hàng tháng.

Vậy, chúng ta có nên từ bỏ Claude Code và chuyển hoàn toàn sang Codex của OpenAI không?

Kết luận là không cần thiết.

Bạn có thể giữ lại trải nghiệm terminal của Claude Code, các tệp CLAUDE.md, Hooks, MCP, Skills và cài đặt quyền hiện có, và chỉ đơn giản giao những tác vụ khó khăn cho GPT-5.6 Sol.

Hơn nữa, không cần sử dụng các dịch vụ proxy đáng ngờ hoặc các lớp tương thích API không chính thức.

Chính OpenAI đã phát hành plugin chính thức để gọi Codex từ trong Claude Code.

Thứ chúng ta đang xây dựng ở đây không phải là cơ chế "biến Claude thành GPT-5.6."

Đó là một cấu hình não kép nơi Claude Code vẫn là trung tâm chỉ huy và GPT-5.6 Sol được kết nối như một bộ xử lý suy nghĩ thứ hai.

Claude xử lý các cuộc trò chuyện với người dùng, khám phá kho lưu trữ, chỉnh sửa nhỏ và tuân theo các mẫu hiện có.

GPT-5.6 Sol xử lý các quyết định thiết kế phức tạp, các lỗi chưa được giải quyết, các đánh giá đối kháng, các thay đổi liên quan đến nhiều thành phần và ý kiến thứ hai trước khi phát hành.

Hơn nữa, bằng cách đặt các hướng dẫn vận hành bằng tiếng Nhật dưới dạng Agent Skills, cả hai mô hình đều được yêu cầu tuân thủ cùng một điều kiện hoàn thành, tiêu chuẩn xác minh và phạm vi thay đổi.

Đây là cách thực tế nhất để cung cấp cho Claude Code "bộ não của ChatGPT 5.6."

Lưu ý: Tôi đã tóm tắt việc thiết lập và các kỹ thuật sử dụng nghiêm túc trong một tệp PDF.

Nếu bạn muốn, tôi đã cung cấp nó từ 👇 này!

https://x.com/MakeAI_CEO/status/2027682940847898770?s=20

Ba Lớp Để Cung Cấp Cho Claude Code Bộ Não Của GPT-5.6

Điều đầu tiên cần phân biệt là sao chép một prompt và kết nối với một mô hình thực tế là hai việc khác nhau.

Viết hướng dẫn cho GPT-5.6 trong CLAUDE.md không thay đổi chính mô hình Claude thành GPT-5.6.

Điều thay đổi là cách thức công việc được tiến hành.

Đây được gọi là Lớp Hành động (Action Layer).

Tiếp theo, giới thiệu plugin "Codex plugin cho Claude Code" chính thức của OpenAI.

Sử dụng plugin này, bạn có thể ủy thác các tác vụ đánh giá mã và triển khai cho Codex từ trong Claude Code thông qua Codex CLI và máy chủ ứng dụng Codex được cài đặt trong môi trường cục bộ của bạn.

Đây là Lớp Suy luận/Thực thi (Reasoning/Execution Layer).

Cuối cùng, giới thiệu plugin "OpenAI Developers plugin."

Plugin này bao gồm Docs MCP, tham chiếu tài liệu chính thức của OpenAI, và các Skills tương ứng với OpenAI API, Agents SDK, ChatGPT Apps, cài đặt khóa API và xử lý sự cố.

Đây là Lớp Kiến thức (Knowledge Layer).

Xếp chồng ba lớp này.

Lớp Hành động:

Các hướng dẫn vận hành bằng tiếng Nhật và Agent Skills

Lớp Suy luận/Thực thi:

Codex plugin cho Claude Code

Lớp Kiến thức:

OpenAI Developers plugin và Docs MCP chính thức

Bằng cách này, bạn có thể tiếp tục sử dụng Claude Code cho các hoạt động hàng ngày và chỉ gọi đến GPT-5.6 Sol cùng các tài liệu OpenAI mới nhất khi cần thiết.

Đầu Tiên, Cài Đặt Plugin Codex Chính Thức của OpenAI

Những gì bạn cần để cài đặt là tài khoản ChatGPT hoặc khóa API OpenAI, Node.js 18.18 trở lên và Codex CLI.

Plugin này không chuyển mã sang bất kỳ dịch vụ không chính thức nào.

Nó sử dụng Codex CLI trên máy của bạn và kế thừa xác thực, cài đặt, kho lưu trữ và môi trường cục bộ Codex hiện có. Nếu bạn đã đăng nhập vào Codex, bạn có thể sử dụng trạng thái xác thực đó nguyên trạng.

Đầu tiên, cài đặt hoặc cập nhật Codex CLI.

npm install -g @openai/codex@latest

codex --version

codex login

Để sử dụng GPT-5.6 với Codex, cần có Codex CLI 0.144.0 trở lên.

codex --version

Nếu phiên bản hiển thị cũ, hãy cài đặt lại phiên bản mới nhất.

Tiếp theo, khởi động Claude Code và thực hiện theo thứ tự sau:

/plugin marketplace add openai/codex-plugin-cc

/plugin install codex@openai-codex

/reload-plugins

/codex:setup

/codex:setup kiểm tra xem Codex CLI có khả dụng hay không và quá trình xác thực đã hoàn tất chưa.

Nếu Codex chưa được cài đặt và npm có sẵn, nó có thể đề xuất cài đặt trong quá trình thiết lập.

Khi thử nghiệm lần đầu, một đánh giá chỉ đọc là an toàn.

/codex:review --background

/codex:status

/codex:result

/codex:review đánh giá các khác biệt (diffs) chưa được commit hiện tại.

Nếu bạn muốn nó kiểm tra các khác biệt so với nhánh chính, hãy làm như sau:

/codex:review --base main --background

Lệnh này chỉ đọc và không thay đổi mã.

Các tác vụ được khởi động trong nền có thể được kiểm tra bằng các lệnh sau:

/codex:status

/codex:result

Để dừng một quy trình đang chạy, hãy làm như sau:

/codex:cancel

Phân Biệt Giữa Đánh Giá Thông Thường và Đánh Giá Đối Kháng

Plugin Codex có tùy chọn đánh giá đối kháng (adversarial-review) riêng biệt với đánh giá thông thường.

/codex:adversarial-review --base main

Đánh giá thông thường tìm kiếm các lỗi, thiếu kiểm thử, xử lý lỗi và các vấn đề về kiểu dữ liệu trong mã.

Mặt khác, đánh giá đối kháng đặt câu hỏi về chính sách triển khai.

Ví dụ: sau khi triển khai xác thực, bạn có thể yêu cầu:

/codex:adversarial-review --base main Cân nhắc xem chính sách hiện tại có sai hay không từ góc độ ranh giới ủy quyền, leo thang đặc quyền, session fixation, rò rỉ token và thiếu nhật ký kiểm toán.

Đối với xử lý thanh toán, hãy làm như sau:

/codex:adversarial-review --base main Tập trung vào việc nghi ngờ khả năng thanh toán trùng lặp, webhook trùng lặp, thử lại sau khi hết thời gian chờ, lỗi một phần, ranh giới giao dịch và không thể rollback.

Nếu một đánh giá thông thường kiểm tra "có lỗi trong quá trình triển khai này không", thì một đánh giá đối kháng kiểm tra "liệu có nên chọn quá trình triển khai này ngay từ đầu không."

Cả hai đều chỉ đọc và không viết lại mã mà không được phép.

Điểm mạnh của cấu hình này là khả năng tách biệt mô hình tạo ra quá trình triển khai khỏi mô hình nghi ngờ các tiền đề của quá trình triển khai.

Plugin chính thức cung cấp các lệnh cho đánh giá thông thường, đánh giá đối kháng, giải cứu (rescue), chuyển phiên (session transfer) và kiểm tra/dừng các quy trình nền.

Bàn Giao Công Việc Bị Kẹt Cho Codex Bằng Rescue

Các bài kiểm tra không vượt qua ngay cả sau vài lần sửa trong Claude Code.

Nguyên nhân liên quan đến nhiều thành phần.

Nó chỉ thất bại trong CI.

Có liên quan đến đồng thời (concurrency) hoặc bộ nhớ đệm (caching) và triệu chứng ở xa nguyên nhân.

Trong những trường hợp như vậy, hãy sử dụng /codex:rescue.

/codex:rescue Tái tạo lỗi, xác định nguyên nhân gốc rễ và tạo ra bản sửa lỗi an toàn tối thiểu và kiểm thử hồi quy.

Bạn cũng có thể chỉ định mô hình và cường độ suy luận.

/codex:rescue --model gpt-5.6-sol --effort high Tái tạo lỗi, xác định nguyên nhân gốc rễ, triển khai bản sửa lỗi an toàn tối thiểu và chạy các kiểm thử liên quan.

Gửi các quy trình dài vào nền.

/codex:rescue --background --model gpt-5.6-sol --effort high Điều tra các lỗi kiểm thử chỉ xảy ra trong CI.

Kết quả được truy xuất bằng các lệnh sau:

/codex:status

/codex:result

Để tiếp tục tác vụ Codex trước đó, bạn có thể sử dụng --resume.

/codex:rescue --resume Triển khai và xác minh phương án an toàn nhất trong số các bản sửa lỗi đã đề xuất trước đó.

Để bắt đầu một cuộc điều tra mới tách biệt với cuộc điều tra trước đó, hãy sử dụng --fresh.

/codex:rescue --fresh Điều tra nguyên nhân gốc rễ từ một giả thuyết khác.

Để chuyển toàn bộ cuộc trò chuyện từ Claude Code sang Codex, hãy sử dụng lệnh sau:

/codex:transfer

Sau khi thực thi, một lệnh để tiếp tục ở phía Codex sẽ được hiển thị.

codex resume <session-id>

Điều này cho phép chuyển giao, nơi "cuộc điều tra bắt đầu trong Claude Code, nhưng Codex trở thành đầu mối chính ở giữa chừng."

Đặt GPT-5.6 Sol Làm Mô Hình Tiêu Chuẩn

Nếu bạn muốn cố định mô hình Codex trên cơ sở từng dự án, hãy đặt .codex/config.toml ở thư mục gốc của kho lưu trữ.

model = "gpt-5.6-sol"

model_reasoning_effort = "high"

review_model = "gpt-5.6-sol"

Để biến nó thành cài đặt chung cho tất cả các dự án cá nhân, hãy đặt nó ở đây:

~/.codex/config.toml

Các cài đặt dành riêng cho dự án được đặt ở đây:

your-project/.codex/config.toml

Các cài đặt dự án sẽ được tải nếu kho lưu trữ được coi là đáng tin cậy.

Trong công việc hàng ngày, không cần sử dụng cường độ suy luận tối đa ngay từ đầu.

Theo hướng dẫn, hãy chia nó như sau:

low (thấp):

Sửa từ, thay đổi tên, các thay đổi quy mô nhỏ rõ ràng

medium (trung bình):

Các thêm tính năng thông thường, triển khai theo các mẫu hiện có

high (cao):

Các thay đổi liên quan đến nhiều tệp, gỡ lỗi khó, quyết định thiết kế

xhigh (rất cao):

Đánh giá bảo mật, di chuyển quy mô lớn, các điều kiện cạnh tranh phức tạp, điều tra dài

Trong Codex, bạn có thể chọn GPT-5.6 Sol, Terra hoặc Luna.

Sol phù hợp cho công việc phức tạp và có tính linh hoạt cao, Terra cho triển khai hàng ngày và Luna cho công việc rõ ràng và có thể lặp lại.

Ngoài ra, Max và Ultra có sẵn riêng biệt với cường độ suy luận thông thường.

Max cung cấp nhiều thời gian suy luận hơn cho một tác vụ đơn lẻ.

Ultra sử dụng các tác nhân phụ (sub-agents) để xử lý các công việc có thể chia nhỏ song song.

Tuy nhiên, Max và Ultra là không cần thiết cho hầu hết các tác vụ. Tốt hơn là bắt đầu với Medium hoặc High và chỉ tăng lên nếu có sự khác biệt xuất hiện trong đánh giá thực tế.

"GPT-5.6 Sol High" và "GPT-5.6 Sol Pro" Không Giống Nhau

Điều này dễ bị nhầm lẫn.

Trong ChatGPT, GPT-5.6 Sol được sử dụng cho Medium, High và Extra High.

Mặt khác, GPT-5.6 Sol Pro được sử dụng cho Pro.

Do đó, chỉ đơn giản chỉ định như sau trong plugin Codex:

--model gpt-5.6-sol --effort high

Không có nghĩa là "GPT-5.6 Sol Pro đã được sử dụng."

Điều này có nghĩa là GPT-5.6 Sol đã được chạy với cường độ suy luận High.

Trong API Responses của OpenAI, bạn có thể chọn standard hoặc pro làm chế độ reasoning.mode cho GPT-5.6.

Để sử dụng chế độ Pro, yêu cầu sẽ trông như thế này:

{

"model": "gpt-5.6",

"reasoning": {

"mode": "pro",

"effort": "high"

},

"input": "Hãy xem xét kế hoạch di chuyển cơ sở dữ liệu này và xác định các mẫu lỗi, phương pháp khôi phục và các điều kiện khiến việc rollback không thể thực hiện được."

}

reasoning.mode và reasoning.effort là các cài đặt khác nhau.

reasoning.mode:

standard hoặc pro

reasoning.effort:

low, medium, high, xhigh, v.v.

Chế độ Pro thực hiện nhiều xử lý mô hình hơn chế độ standard, làm tăng độ trễ và mức sử dụng token.

Nếu bạn muốn gọi chế độ Pro của API này từ Claude Code một cách nghiêm ngặt, cấu hình sẽ liên quan đến việc chuẩn bị một tập lệnh cục bộ hoặc máy chủ MCP bao bọc Responses API và gọi nó từ một Skill của Claude Code.

Tuy nhiên, đối với công việc viết mã thông thường, trước tiên bạn nên thử GPT-5.6 Sol's Medium hoặc High với plugin Codex chính thức.

Sau đó, chỉ nâng cấp các tác vụ mà hiệu quả của chế độ Pro đã được xác nhận từ kết quả đánh giá thực tế.

Bạn không cần gửi tất cả các quy trình đến Pro chỉ vì nó có chữ "Pro" trong tên.

"System Prompt" Cho ChatGPT 5.6 Sol Pro Không Được Công Bố

Hãy cẩn thận ở đây.

Phiên bản đầy đủ của system prompt nội bộ được OpenAI sử dụng trong ChatGPT hoặc GPT-5.6 Sol Pro không được công bố.

Do đó, bạn không nên tin và giới thiệu các văn bản không rõ nguồn gốc tìm thấy trên internet, chẳng hạn như "system prompt GPT-5.6 bị rò rỉ," "phiên bản tái tạo hoàn chỉnh," hoặc "văn bản prompt nội bộ đầy đủ."

Những gì bạn nên sử dụng là một prompt vận hành (operational prompt) được tạo ra để phù hợp với môi trường phát triển của bạn trong khi tham khảo các hướng dẫn prompt chính thức.

Các hướng dẫn chính thức cho GPT-5.6 khuyến nghị chỉ định các yếu tố sau trong prompt:

• Kết quả cuối cùng cần đạt được
• Các ràng buộc quan trọng
• Bằng chứng có sẵn
• Tiêu chí đánh giá hoàn thành

Mặt khác, tránh cố định quá mức thứ tự tìm kiếm, lựa chọn công cụ và các bước suy nghĩ chi tiết, để lại không gian cho mô hình chọn các đường dẫn hiệu quả.

Người ta cũng giải thích rằng việc loại bỏ các hướng dẫn trùng lặp, các ví dụ không cần thiết và mô tả công cụ vô nghĩa để làm nhẹ system prompt có thể dẫn đến cải thiện hiệu suất và hiệu quả token.

Dưới đây là một prompt vận hành bằng tiếng Nhật được thiết kế để sử dụng chung với Claude Code, Codex và GPT-5.6 Sol.

Đây không phải là bản sao chép prompt nội bộ của OpenAI.

Prompt Vận Hành Bằng Tiếng Nhật Cho Claude Code và GPT-5.6 Sol

Vai trò

Bạn là người điều phối thực thi cao cấp trong kho lưu trữ này.

Mục tiêu của bạn là cung cấp các thay đổi tối thiểu chính xác, có thể bảo trì và đã được xác minh, đáp ứng các kết quả mà người dùng thực sự tìm kiếm.

Việc viết nhiều văn bản, tăng số lượng tệp đã thay đổi hoặc sử dụng nhiều công cụ không phải là các mục tiêu đánh giá.

Bạn được đánh giá dựa trên độ chính xác, bằng chứng, mức độ điều độ trong phạm vi thay đổi và các kết quả có thể xem xét được.

Hợp đồng Vận hành

1. Làm Rõ Kết Quả

Trước khi bắt đầu chỉnh sửa, hãy xác định những điều sau:

• Kết quả cuối cùng có thể nhìn thấy đối với người dùng
• Các khu vực liên quan của kho lưu trữ
• Các ràng buộc phải được giữ
• Những gì sẽ không được thực hiện lần này
• Tiêu chí đánh giá hoàn thành
• Các phương pháp xác minh có thể chứng minh sự hoàn thành

Trước tiên, hãy giải quyết các điểm mơ hồ từ bằng chứng trong kho lưu trữ.

Chỉ hỏi người dùng các câu hỏi nếu các đánh giá còn thiếu thay đổi đáng kể hành vi sản phẩm, bảo mật, chi phí, dữ liệu hoặc các thao tác không thể đảo ngược.

Đừng đặt câu hỏi chỉ để tránh điều tra kho lưu trữ.

2. Điều Tra Trước Khi Thay Đổi

Đọc phạm vi tối thiểu cần và đủ của các tệp.

Hãy điều tra những điều sau:

• Các mẫu triển khai hiện có
• Các bài kiểm tra
• Các giao diện
• Các di chuyển (migrations)
• Các quy ước đặt tên
• Các quy ước thiết kế
• Xử lý lỗi
• Xác thực và ranh giới ủy quyền

Ưu tiên bằng chứng trong kho lưu trữ hơn suy đoán hoặc mặc định của framework.

Trong sửa lỗi, hãy thiết lập các lỗi có thể tái tạo hoặc bằng chứng cụ thể hỗ trợ nguyên nhân trước khi đề xuất bản sửa.

Đừng viết lại các cơ chế hiện có trước khi hiểu tại sao chúng tồn tại.

3. Lập Kế Hoạch Ở Mức Độ Phù Hợp

Nếu thay đổi nhỏ, cục bộ và dễ dàng hoàn tác, hãy tiến hành công việc.

Nếu bất kỳ điều nào sau đây được áp dụng, hãy đưa ra một kế hoạch ngắn gọn trước khi triển khai:

• Liên quan đến nhiều tệp
• Thay đổi kiến trúc
• Liên quan đến bảo mật
• Viết lại dữ liệu
• Thay đổi giao diện công khai
• Khó hoàn tác
• Liên quan đến thanh toán, xác thực, quyền hoặc thông tin cá nhân
• Liên quan đến đồng thời (concurrency) hoặc xử lý bất đồng bộ (asynchronous processing)

Bao gồm những điều sau trong kế hoạch:

• Hành vi dự định sẽ được thực hiện
• Các tệp hoặc thành phần có khả năng bị thay đổi
• Các bất biến cần được duy trì
• Các rủi ro chính
• Các quy trình xác minh
• Các phương pháp rollback hoặc khôi phục nếu cần

Đừng tăng các thủ tục chính thức không làm giảm rủi ro.

4. Phân Bổ Công Việc Cho Engine Tối Ưu

Sử dụng phiên Claude Code hiện tại cho các tác vụ sau:

• Khám phá kho lưu trữ nhanh chóng
• Tương tác với người dùng
• Chỉnh sửa quy mô nhỏ với phạm vi rõ ràng
• Phân rã tác vụ và quản lý tiến độ
• Triển khai theo các mẫu hiện có
• Xem xét và tích hợp phản hồi được trả về từ Codex

Hãy xem xét việc ủy thác cho Codex hoặc đánh giá độc lập nếu một hoặc nhiều điều sau đây được áp dụng:

• Công việc bị kẹt mặc dù đã nỗ lực điều tra hoặc sửa chữa có căn cứ
• Các thay đổi liên quan đến nhiều thành phần tương tác
• Có giá trị trong một kế hoạch triển khai độc lập thứ hai
• Đánh giá từ góc độ đối kháng có hiệu quả
• Rủi ro liên quan đến độ chính xác, bảo mật, đồng thời, di chuyển hoặc rollback là cao
• Người dùng yêu cầu rõ ràng việc sử dụng GPT-5.6 Sol
• Có nhu cầu nghi ngờ chính sách triển khai hiện tại trước khi phát hành

Nếu sự không chắc chắn có thể được giải quyết chỉ bằng đánh giá, hãy sử dụng các đánh giá Codex chỉ đọc trước khi thực hiện ủy thác có ghi.

Đừng tuyên bố đã sử dụng GPT-5.6 Sol Pro trừ khi bạn đang sử dụng chế độ Pro được ghi lại trong một yêu cầu thực tế.

Báo cáo chính xác ID mô hình, cường độ suy luận và chế độ suy luận đã sử dụng.

5. Triển Khai Với Phạm Vi Thay Đổi Hẹp

Trừ khi thiết kế lại được yêu cầu rõ ràng, hãy tuân theo kiến trúc, quy ước đặt tên và thông lệ kho lưu trữ hiện có.

Tránh những điều sau:

• Tái cấu trúc không liên quan
• Trừu tượng hóa quá mức dự đoán tương lai
• Thêm các phụ thuộc không cần thiết
• Các thay đổi định dạng vô nghĩa
• Viết lại quy mô lớn
• Thay đổi hành vi công khai ngoài phạm vi được yêu cầu
• Xóa các bài kiểm tra hiện có mà không có lý do
• Nuốt ngoại lệ chỉ để che giấu vấn đề

Duy trì khả năng tương thích ngược trừ khi các thay đổi phá vỡ là một yêu cầu rõ ràng.

Không để lộ bí mật, thông tin đăng nhập, khóa riêng tư, token, dữ liệu khách hàng hoặc thông tin cá nhân.

Không ghi lại bí mật ở các vị trí sau:

• CLAUDE.md
• AGENTS.md
• SKILL.md
• Các tệp nguồn
• Nhật ký (logs)
• Các test fixture
• Các báo cáo được tạo
• Các thông báo commit

6. Xác Minh Bằng Bằng Chứng

Thực hiện xác minh phù hợp nhất cho các thay đổi trong phạm vi có sẵn.

Theo quy tắc, hãy ưu tiên thứ tự sau:

1. Các bài kiểm tra có mục tiêu
2. Kiểm tra kiểu dữ liệu (type checks)
3. Kiểm tra lint và định dạng (lint and format checks)
4. Xây dựng (build)
5. Kiểm tra tích hợp (integration tests)
6. Xác nhận runtime hoặc trực quan

Chỉ thực hiện các xác minh tương xứng với các thay đổi.

Tuy nhiên, đừng bỏ qua các xác minh cần thiết chỉ để hoàn thành nhanh chóng.

Đối với các thay đổi UI, hãy kiểm tra màn hình làm việc thực tế nếu có thể.

Đối với sửa lỗi, hãy thêm hoặc cập nhật các bài kiểm tra hồi quy nếu có thể thực hiện một cách thực tế.

Đối với các thao tác di chuyển hoặc phá hủy, hãy kiểm tra những điều sau:

• Xử lý thuận thành công
• Xử lý trong quá trình thất bại
• Rollback hoặc khôi phục
• Hành vi khi thực thi một phần
• Hành vi trong quá trình thử lại (retries)
• Hành vi trong quá trình thực thi kép

Đừng sử dụng các biểu thức như "đã sửa," "hoạt động," "an toàn," hoặc "hoàn tất" mà không đưa ra bằng chứng.

Nếu không thể thực thi xác minh, hãy nêu chính xác lý do và những gì còn chưa được xác minh.

Không bịa đặt các bài kiểm tra thất bại thành công.

7. Xem Xét Các Khác Biệt (Diffs) Cuối Cùng

Trước khi kết thúc công việc, hãy thực hiện các kiểm tra sau:

• Kiểm tra các khác biệt cuối cùng
• Tìm các thay đổi ngoài ý muốn
• Kiểm tra xử lý lỗi và các điều kiện biên
• Kiểm tra ranh giới bảo mật và xử lý ủy quyền
• Kiểm tra hành vi đồng thời và thử lại nếu cần
• Kiểm tra các bài kiểm tra còn thiếu
• So sánh kết quả cuối cùng với các mục tiêu kết quả ban đầu
• Kiểm tra xem nội dung đã quyết định không thực hiện lần này có vô tình được triển khai hay không

Đối với các thay đổi rủi ro cao, hãy yêu cầu một đánh giá Codex độc lập.

Xử lý tất cả các điểm đánh giá quan trọng bằng một trong những cách sau:

• Sửa chúng
• Từ chối chúng bằng cách đưa ra bằng chứng trên kho lưu trữ
• Ghi lại rõ ràng chúng là ngoài phạm vi lần này
• Ghi lại chúng là chưa được xác minh do thiếu môi trường

Đừng chấp nhận các thay đổi một cách vô điều kiện chỉ vì Codex đã chỉ ra chúng.

Xác minh các điểm bằng mã, thông số kỹ thuật, bài kiểm tra và kết quả thực thi.

8. Kết Thúc Ở Điểm Thích Hợp

Kết thúc công việc một khi các tiêu chí hoàn thành được đáp ứng.

Đừng tiếp tục đánh bóng không cần thiết ngoài phạm vi được yêu cầu.

Đừng thêm các TODO không liên quan hoặc kế hoạch thiết kế lại để làm cho công việc có vẻ lớn hơn.

Phản hồi cuối cùng nên bao gồm những điều sau:

1. Các kết quả đã cung cấp
2. Các thay đổi chính
3. Các xác minh đã thực thi và kết quả
4. Các rủi ro, giả định hoặc yếu tố chặn còn lại
5. Các thao tác cụ thể cần được thực hiện tiếp theo chỉ khi thực sự cần thiết

Mục đích của prompt này không phải là biến mô hình thành một "persona kỹ sư thiên tài."

Đó là làm rõ các kết quả, bằng chứng, phạm vi thay đổi, điều kiện ủy thác, xác minh và điều kiện dừng.

Sẽ dễ dàng hơn khi vận hành bằng cách xác định điều gì cấu thành sự hoàn thành thay vì viết một lượng lớn các lệnh trừu tượng như "suy nghĩ thấu đáo" hoặc "hành động như kỹ sư giỏi nhất thế giới."

Đặt các Prompt Dài Vào Skills, Không Phải CLAUDE.md

Bạn có thể viết prompt trước đó trực tiếp trong CLAUDE.md.

Tuy nhiên, việc đặt các văn bản dài không phải lúc nào cũng cần thiết trong CLAUDE.md sẽ tiêu tốn ngữ cảnh trong mỗi phiên.

Một nơi phù hợp hơn là Agent Skill.

Claude Code Skills nhận ra tên và mô tả trước tiên và chỉ tải nội dung SKILL.md khi cần thiết.

Codex Skills cũng áp dụng một cơ chế để nhóm các hướng dẫn, tài liệu tham khảo, tập lệnh, mẫu, v.v. vào một thư mục và chỉ tải chúng khi cần thiết.

Vì cả hai đều sử dụng định dạng Agent Skills, nên dễ dàng chia sẻ các prompt và quy trình cơ bản.

Trong Claude Code, hãy lưu nó vào vị trí sau:

.claude/

└── skills/

└── sol-pro-orchestrator/

└── SKILL.md

Phần đầu của SKILL.md sẽ trông như thế này:

name: sol-pro-orchestrator

description: >

Sử dụng cho các thay đổi phức tạp, các thay đổi liên quan đến nhiều tệp, các thay đổi rủi ro cao,

khi công việc bị kẹt hoặc cho công việc quan trọng trước khi phát hành.

Áp dụng khi cần lập kế hoạch rõ ràng, xác minh và đánh giá Codex độc lập hoặc ủy thác.

Sol Pro Orchestrator

[Đặt prompt vận hành bằng tiếng Nhật ở đây]

Để gọi nó một cách rõ ràng, hãy làm như sau:

/sol-pro-orchestrator Thêm xử lý thanh toán. Duy trì thiết kế idempotency hiện có và tạo các bài kiểm tra hồi quy cho đến khi thanh toán trùng lặp.

Nếu mô tả của Skill khớp với yêu cầu, Claude có thể tự động tải nó.

Nếu bạn không muốn nó tự động khởi động, hãy thêm dòng sau vào frontmatter:

disable-model-invocation: true

Trong trường hợp đó, Skill chỉ được sử dụng khi người dùng thực thi lệnh gạch chéo (slash command) một cách rõ ràng.

Tốt hơn là chỉ để lại các quy tắc ngắn luôn cần thiết trong CLAUDE.md và tách biệt các quy trình công việc phức tạp vào Skills.

Ví dụ: CLAUDE.md chỉ cần một cái gì đó như thế này là đủ:

Quy tắc Kho lưu trữ

• Tuân theo kiến trúc và quy ước đặt tên hiện có.
• Ưu tiên các thay đổi tối thiểu có thể duy trì sự an toàn.
• Chạy các bài kiểm tra liên quan trước khi hoàn thành.
• Không thay đổi các tệp không liên quan.
• Sử dụng Skill sol-pro-orchestrator cho các công việc phức tạp, bị kẹt, rủi ro cao hoặc quan trọng trước khi phát hành.

Thêm Skills OpenAI Chính Thức Vào Claude Code

Chỉ có thể gọi GPT-5.6 Sol là chưa đủ.

Nếu mô hình trả lời về OpenAI API hoặc Agents SDK chỉ dựa trên các ký ức từ thời điểm đào tạo, nó có thể sử dụng các API cũ, các tham số không được dùng nữa hoặc các triển khai không còn được khuyến nghị.

Đó là lúc plugin "OpenAI Developers" phát huy tác dụng.

Thực hiện như sau trong Claude Code:

/plugin marketplace add openai/openai-developers-for-claude

/plugin install openai-developers@openai-developers

Sau khi cài đặt, hãy bắt đầu một phiên Claude Code mới.

Plugin này bao gồm Docs MCP chính thức của OpenAI và các Skills sau:

openai-docs:

Chuyển hướng các câu hỏi về sản phẩm, API, mô hình và SDK của OpenAI sang tài liệu chính thức.

Được sử dụng để kiểm tra thông tin dễ thay đổi, chẳng hạn như tên mô hình mới, tham số API hiện tại, cách sử dụng SDK và cài đặt Codex.

openai-platform-api-key:

Hướng dẫn cài đặt OPENAI_API_KEY trong môi trường cục bộ.

Skill này dùng để kết nối như một biến môi trường thay vì dán các khóa API vào mã nguồn hoặc prompt.

openai-api-troubleshooting:

Phân loại các lỗi API của OpenAI.

Kiểm tra xác thực, quyền, thông số kỹ thuật mô hình, giới hạn tốc độ, mạng, định dạng yêu cầu, v.v. và dẫn đến hành động tiếp theo cần thực hiện.

agents-sdk:

Hỗ trợ thiết kế, triển khai, thực thi và đánh giá các ứng dụng sử dụng OpenAI Agents SDK.

build-chatgpt-app:

Thiết kế và triển khai các dự án sử dụng ChatGPT Apps SDK.

Được sử dụng để phát triển ứng dụng bao gồm máy chủ MCP, giao diện widget và tích hợp với ChatGPT.

chatgpt-app-submission:

Chuẩn bị các bản gửi ChatGPT App, thông tin mô tả, các trường hợp kiểm thử, v.v.

Plugin này là một kho lưu trữ chính thức do OpenAI phát hành cho Claude Code.

Nó là một bộ Docs MCP công khai của OpenAI và Skills phát triển được điều chỉnh cho Claude Code.

Ở đây, đừng nhầm lẫn hai plugin.

codex-plugin-cc:

Cầu nối thực thi để ủy thác đánh giá và triển khai cho Codex.

openai-developers-for-claude:

Gói kiến thức thêm thông tin chính thức và quy trình phát triển của OpenAI vào Claude Code.

Bằng cách thêm cả hai, Claude Code trở thành một môi trường nơi nó không chỉ "bắt Codex suy nghĩ" mà còn "triển khai trong khi kiểm tra các thông số kỹ thuật chính thức của OpenAI."

Cách Phân Chia Nhiệm Vụ Giữa Claude và Codex Trong Thực Tế

Không cần phải ném tất cả công việc cho cả hai mô hình cùng một lúc.

Hãy phân chia vai trò.

Giao cho Claude Code các nhiệm vụ sau:

• Khám phá kho lưu trữ
• Tương tác với người dùng
• Hiểu các triển khai hiện có
• Thay đổi nhỏ
• Triển khai theo các mẫu đã biết
• Phản ánh các điểm của Codex vào code

Giao cho GPT-5.6 Sol các nhiệm vụ sau:

• Quyết định thiết kế phức tạp
• Bug khó
• Điều tra liên quan đến nhiều thành phần
• Đánh giá đối kháng (adversarial reviews)
• Kiểm tra ranh giới bảo mật
• Điều tra đồng thời và điều kiện race
• Kiểm tra migration và rollback
• Đánh giá độc lập trước khi phát hành

Ví dụ, khi thêm một quy trình thanh toán mới, luồng công việc sẽ như sau:

1. Điều tra các luồng thanh toán hiện có, kiểm thử và thiết kế idempotency trong Claude Code.
2. Sửa kế hoạch và điều kiện hoàn thành với Skill sol-pro-orchestrator.
3. Claude tạo triển khai tối thiểu và kiểm thử hồi quy.
4. Nghi ngờ chính sách thiết kế bằng một đánh giá đối kháng Codex.
5. Claude xác minh các điểm bằng code và kiểm thử.
6. Chỉ phản ánh các sửa chữa cần thiết.
7. Kiểm tra diff cuối cùng bằng một đánh giá Codex thông thường.

Đầu tiên, gọi Skill.

/sol-pro-orchestrator Thêm xử lý thanh toán. Điều tra thiết kế hiện có và bao gồm idempotency, webhook trùng lặp và kiểm thử hồi quy trong điều kiện hoàn thành.

Sau khi triển khai, thực hiện đánh giá đối kháng.

/codex:adversarial-review --base main Tập trung vào nghi ngờ khả năng thanh toán trùng, webhook trùng lặp, retry sau timeout, lỗi một phần, ranh giới giao dịch và không thể rollback.

Sau khi sửa, thực hiện đánh giá thông thường.

/codex:review --base main --background

/codex:status

/codex:result

Mục đích của phương pháp này không phải là quyết định Claude hay GPT mạnh hơn.

Mà là tách biệt vai trò tạo triển khai khỏi vai trò phá vỡ các giả định của triển khai.

Nếu bạn yêu cầu cùng một mô hình "triển khai và sau đó tự đánh giá nghiêm ngặt", nó có khả năng sẽ đánh giá dựa trên thiết kế mà nó ban đầu đã chọn.

Bằng cách đưa một mô hình từ hệ thống khác vào làm người phản biện, bạn có thể mang đến các hướng khám phá và giả thuyết lỗi khác nhau.

Đây không phải là cạnh tranh giữa các mô hình, mà là sự phân chia nhiệm vụ trong phát triển phần mềm.

Không Gửi Mọi Thứ Cho Sol High

Gửi các thay đổi tên tệp, sửa văn bản hiển thị và lỗi kiểu đơn giản cho GPT-5.6 Sol High sẽ lãng phí giới hạn sử dụng và thời gian.

Hãy nghĩ về việc sử dụng mô hình như sau:

Claude Code:

Tương tác, khám phá, sửa lỗi nhỏ, công việc tích hợp

GPT-5.6 Luna:

Chuyển đổi và phân loại quy mô lớn rõ ràng, công việc thường xuyên

GPT-5.6 Terra:

Triển khai hàng ngày, gỡ lỗi thông thường

GPT-5.6 Sol Medium:

Triển khai liên quan đến một mức độ lập kế hoạch hoặc đánh giá nhất định

GPT-5.6 Sol High:

Thiết kế khó, bug phức tạp, đánh giá quan trọng

GPT-5.6 Sol xhigh, Max, Pro, Ultra:

Các nhiệm vụ khó nhất mà các tác động bổ sung được xác nhận bằng đánh giá

Thay vì luôn sử dụng các mô hình hiệu suất cao, hãy tập trung chúng vào các công việc mà tổn thất khi thất bại là lớn.

Điều này giúp kiểm tra kết quả cũng như chi phí dễ dàng hơn.

Không Bật Review Gates Mọi Lúc

Plugin Codex chính thức có review gate tự động thực hiện đánh giá Codex khi Claude cố gắng kết thúc công việc.

Lệnh để bật nó như sau:

/codex:setup --enable-review-gate

Để tắt, sử dụng:

/codex:setup --disable-review-gate

Nếu một vấn đề được tìm thấy trong đánh giá, bạn có thể ngăn Claude kết thúc và quay lại sửa chữa.

Nó rất mạnh mẽ, nhưng các vòng lặp dài giữa Claude và Codex có thể xảy ra, nhanh chóng tiêu thụ giới hạn sử dụng.

Do đó, tốt hơn là giới hạn nó trong các tình huống như:

• Ứng viên phát hành
• Thay đổi xác thực/ủy quyền
• Xử lý thanh toán
• Migration dữ liệu quy mô lớn
• Ranh giới bảo mật
• Các thay đổi khó rollback

Đối với các tác vụ nhỏ hàng ngày, sẽ dễ dàng hơn khi xử lý bằng cách thực hiện đánh giá thủ công tại các thời điểm cần thiết.

README chính thức cũng cảnh báo rằng review gates có thể tạo ra các vòng lặp Claude/Codex dài và tiêu thụ giới hạn sử dụng, vì vậy chúng chỉ nên được bật khi có thể giám sát.

Không Áp Dụng Các Điểm Của Codex Một Cách Vô Điều Kiện

GPT-5.6 Sol rất mạnh mẽ, nhưng không phải lúc nào cũng đúng.

Nó có thể giả định các đặc tả không tồn tại, bỏ qua các trường hợp cụ thể của kho lưu trữ hoặc đề xuất các thay đổi thiết kế quá mức.

Xử lý các điểm đánh giá với một trong những cách sau:

Đã áp dụng (Adopted):

Đã xác nhận cơ sở và thực hiện sửa chữa và xác minh.

Đã từ chối (Rejected):

Không áp dụng bằng cách đưa ra bằng chứng từ kho lưu trữ, đặc tả hoặc kiểm thử.

Đã hoãn (Postponed):

Điểm hợp lý nhưng đã tạo một tác vụ riêng vì nằm ngoài phạm vi lần này.

Chưa xác minh (Unverified):

Không thể xác nhận do thiếu môi trường hoặc quyền.

Bạn không thay đổi mọi thứ "vì Codex nói vậy."

"Xác nhận giả thuyết lỗi do Codex đưa ra bằng code và kiểm thử" mới đúng.

Giá trị của cấu hình hai bộ não không phải là tin tưởng vô điều kiện vào các câu trả lời, mà là tăng các khả năng khác cần được kiểm tra.

Đường Ranh Bảo Mật Tối Thiểu

Claude Code và Codex đều đọc kho lưu trữ, thực thi lệnh và viết lại tệp tùy theo cài đặt.

Khi kết nối hai tác nhân, bạn cần quyết định ranh giới quyền trước khi tiện lợi.

Bắt đầu với các đánh giá chỉ đọc trước.

/codex:review

/codex:adversarial-review

Sử dụng rescue liên quan đến việc ghi sau khi xác nhận kho lưu trữ mục tiêu và nội dung công việc.

Không dán .env, khóa riêng, dữ liệu khách hàng hoặc mã truy cập vào CLAUDE.md, AGENTS.md hoặc SKILL.md.

Đặt khóa API OpenAI như một biến môi trường.

export OPENAI_API_KEY="..."

Trong thực tế, hãy sử dụng shell profiles, dịch vụ quản lý bí mật, chức năng CI Secret, v.v.

Ngoài ra, không giả định rằng cài đặt quyền của Claude Code và cài đặt sandbox/phê duyệt của Codex là giống nhau.

Kiểm tra phạm vi truy cập mạng, ghi tệp và thực thi lệnh ở cả phía Claude và phía Codex.

Khi thêm MCP bên ngoài, hãy kiểm tra nhà cung cấp và quyền, và chỉ cho phép các công cụ cần thiết.

Cấu Trúc Thư Mục Hoàn Chỉnh

Kho lưu trữ cuối cùng sẽ trông như thế này:

your-project/

├── CLAUDE.md

├── AGENTS.md

├── .claude/

│ └── skills/

│ └── sol-pro-orchestrator/

│ └── SKILL.md

├── .codex/

│ └── config.toml

├── src/

├── tests/

└── package.json

Vai trò của từng tệp được phân chia rõ ràng.

CLAUDE.md:

Viết các quy tắc kho lưu trữ ngắn gọn mà Claude Code luôn tuân theo.

• Tuân theo kiến trúc hiện có
• Không thay đổi các tệp không liên quan
• Ưu tiên các thay đổi an toàn tối thiểu
• Chạy các kiểm thử liên quan

AGENTS.md:

Viết thông tin dự án mà Codex yêu cầu.

• Cấu trúc kho lưu trữ
• Cách khởi động môi trường phát triển
• Lệnh build
• Lệnh kiểm thử
• Các ràng buộc thiết kế
• Điều kiện hoàn thành

.claude/skills/sol-pro-orchestrator/SKILL.md:

Viết các prompt vận hành bằng tiếng Nhật chỉ được tải cho công việc phức tạp.

.codex/config.toml:

Viết mô hình và cường độ suy luận được sử dụng trong Codex.

model = "gpt-5.6-sol"

model_reasoning_effort = "high"

review_model = "gpt-5.6-sol"

Và thêm hai plugin chính thức vào Claude Code:

openai/codex-plugin-cc

openai/openai-developers-for-claude

Bây giờ Claude Code có các vai trò sau:

• Triển khai và tương tác hàng ngày bởi Claude
• Đánh giá độc lập và rescue bởi GPT-5.6 Sol
• Kiểm tra đặc tả mới nhất bởi OpenAI official Docs MCP
• Quy trình phát triển có thể tái sử dụng bởi Agent Skills

Tóm Tắt: Đừng Từ Bỏ Claude Code, Hãy Thêm Một Bộ Não Thứ Hai

Thời gian sử dụng Fable 5 mà không tính phí bổ sung đã được gia hạn đến ngày 19 tháng 7 năm 2026.

Do đó, không phải là trạng thái "Fable đã kết thúc hôm nay."

Tuy nhiên, xu hướng rằng việc có thể tiếp tục sử dụng các mô hình hiệu suất cao nhất trong gói hàng tháng không còn là điều tự nhiên vẫn không thay đổi.

Điều đó không có nghĩa là bạn phải từ bỏ Claude Code.

Hãy giữ Claude Code làm trung tâm chỉ huy.

Sử dụng plugin chính thức openai codex-plugin-cc để gọi GPT-5.6 Sol cho các đánh giá, rescue và triển khai.

Thêm plugin OpenAI Developers để tận dụng official Docs MCP và OpenAI development Skills.

Biến các prompt vận hành phổ biến thành Agent Skills chỉ được tải khi cần, thay vì nhồi nhét chúng vào CLAUDE.md như các hướng dẫn thường trú khổng lồ.

Và tách biệt "mô hình đã tạo triển khai" khỏi "mô hình nghi ngờ triển khai đó."

Với cấu hình này, bạn có thể chèn suy luận GPT-5.6 ở những nơi cần thiết mà không cần từ bỏ cảm giác vận hành, cài đặt hiện có, Skills, MCP và tài sản dự án của Claude Code.

Bạn không đang biến Claude thành GPT.

Bạn đang đặt một kỹ sư cấp cao khác vào Claude Code mà bạn có thể tham khảo bất cứ lúc nào.

Thay vì phụ thuộc vào một mô hình cho tất cả công việc, hãy sử dụng các mô hình phù hợp với nội dung công việc.

Thông thường, hãy tiến hành nhanh với Claude Code.

Ở những chỗ khó, hãy yêu cầu rescue từ GPT-5.6 Sol.

Trước khi phát hành, hãy nhận đánh giá đối kháng từ một mô hình khác.

Hãy để official Docs MCP kiểm tra các đặc tả API OpenAI mới nhất.

Claude Code từ bây giờ không phải là một công cụ viết code hoàn thành trong một mô hình.

Cách đúng đắn là sử dụng nó như một hệ điều hành phát triển kết hợp nhiều mô hình, Skills, MCP và plugin.