Claude Code và Codex cùng nhau: 3 mô hình làm việc

Tài liệu thực tiễn về làm việc với tác nhân và lập trình kiểu vibe coding: tài liệu Ailoot.

Vì sao một công cụ không còn đủ dùng trong năm 2026?#

Tháng 5 năm 2026, OpenAI tiến vào địa hạt của Anthropic với mô hình GPT-5.5 trong Codex CLI. Trong các bài benchmark gần đây, Codex dẫn trước rõ rệt ở các nhiệm vụ terminal và chế độ SWE-bench Verified. Anthropic đáp trả bằng Opus 4.8 và Dynamic Workflows, giữ vững lợi thế trên SWE-bench Pro (một bài kiểm tra được thiết kế để ngăn rò rỉ dữ liệu, trong đó việc huấn luyện mô hình trên bộ benchmark không giúp ích). Bài so sánh trực tiếp chi tiết có trong hướng dẫn Codex so với Claude Code—còn ở đây, chúng ta sẽ đi thẳng vào cách kết hợp hai công cụ.

Năm 2026 không có một người chiến thắng duy nhất. Một mô hình nổi bật là các nhóm giữ Codex cho công việc tự động ít tốn kém và Claude Code cho những quyết định kiến trúc rủi ro.

Sự khác biệt then chốt quyết định cách phân chia công việc:

• Claude Code là nhà nghiên cứu. Công cụ duy trì cuộc đối thoại dài và chuyên sâu, chất vấn các giả định và cân nhắc nhiều cách tiếp cận trước khi chọn giải pháp. Phù hợp với những tình huống mà ngay từ đầu chưa rõ nên làm gì.
• Codex là người thực thi. Giao nhiệm vụ và công cụ sẽ đẩy công việc đến kết quả trong môi trường sandbox. Phù hợp với những nhiệm vụ rõ ràng cần chu kỳ “yêu cầu và nhận kết quả” nhanh.

Nếu có cả hai công cụ, bạn không cần chọn giữa “suy nghĩ” và “thực hiện”. Hãy phân công dựa trên loại nhiệm vụ. Nếu chưa quyết định nên cài đặt công cụ nào trước, hãy xem bài so sánh trực tiếp trong hướng dẫn Codex so với Claude Code.

Mô hình 1: Claude Code viết mã, Codex đánh giá#

Trong mô hình này, Claude Code vẫn là trình biên tập chính. Codex chỉ tham gia ở cấp PR thông qua chế độ đám mây (Codex chạy trực tiếp từ ChatGPT hoặc GitHub App, nên bạn không cần mở terminal thứ hai).

Cách thực hiện trên thực tế:

1. Bước 1: Viết tính năng trong Claude Code

   Mở kho mã trong VS Code, khởi chạy Claude Code, chuyển sang Plan Mode và thảo luận về kiến trúc tính năng. Bạn sẽ nhận được bản nháp mã, kiểm thử và các migration. Commit vào một feature branch.

2. Bước 2: Tạo PR trong GitHub

   Mở pull request từ feature branch vào main. Trong phần mô tả, nhập @codex review this PR for edge cases, security issues, and test coverage gaps.

3. Bước 3: Codex đánh giá không đồng bộ

   Trong chế độ đám mây, Codex sao chép kho mã vào sandbox, đọc diff, chạy kiểm thử, chạy linter và tìm lỗ hổng. Sau 5-15 phút, công cụ để lại nhận xét trực tiếp trên PR.

4. Bước 4: Chỉnh sửa trong Claude Code

   Quay lại Claude Code và cung cấp nhận xét của Codex làm ngữ cảnh: “Đây là những gì bản đánh giá phát hiện; hãy sửa các mục 1, 3 và 5.” Claude thực hiện thay đổi và đưa chúng lên kho mã.

Mô hình này hiệu quả vì Claude và Codex được huấn luyện trên các tập dữ liệu khác nhau và có triết lý khác nhau. Codex phát hiện những điều Claude bỏ sót do điểm mù của mô hình, và ngược lại.

Rủi ro của mô hình 1:

• Codex có thể đóng PR kèm phê duyệt nhưng bỏ sót vấn đề kiến trúc. Hãy tự kiểm tra các quyết định quan trọng.
• Chi phí token tăng gấp đôi: Claude và Codex phân tích cùng một đoạn mã. Cách này đáng giá với tính năng phức tạp nhưng tốn kém với tính năng nhỏ.
• Codex ở chế độ đám mây không thể thấy môi trường cục bộ của bạn—các biến môi trường hoặc cơ sở dữ liệu cục bộ. Nếu tính năng liên quan đến chúng, hãy chuyển sang chạy thủ công.

Mô hình 2: Codex tạo bản nháp, Claude Code chỉnh sửa kiến trúc#

Mô hình này được sử dụng trong dự án được mô tả vào năm 2026, khi cần xây dựng nguyên mẫu phễu đăng ký có thông báo qua email chỉ trong một buổi tối. Trong tình huống đó, bạn có thể dành một giờ thảo luận kiến trúc với Claude Code. Codex tạo được bản nháp hoạt động trong 12 phút.

Cách thức hoạt động:

Cách làm như sau: Codex xử lý phần việc nặng nhọc trong 15 phút đầu, sau đó Claude nâng chất lượng lên mức sẵn sàng đưa vào môi trường production.

Nếu yêu cầu Codex làm mọi thứ thật chỉn chu ngay lập tức, nó sẽ mắc kẹt vì sự mơ hồ. Nếu yêu cầu Claude Code làm thật nhanh ngay lập tức, nó sẽ bắt đầu tự nghi ngờ. Hãy giao cho mỗi công cụ loại công việc mà nó được tạo ra để làm.

Rủi ro của mô hình 2:

• Codex tạo bản nháp dựa trên những giả định mà sau này có thể khó dọn dẹp. Nếu bản nháp đi sai hướng, bỏ đi và bắt đầu lại sẽ rẻ hơn sửa nó.
• Claude Code có thể dành nửa giờ đổi tên biến rồi quên mất vấn đề kiến trúc thực sự. Hãy đưa ra những thay đổi cụ thể thay vì nói “dọn dẹp cái này”.
• Ngữ cảnh bị mất giữa các phiên. Để Claude Code hiểu Codex định làm gì, bạn cần có AGENTS.md (xem mô hình 5) hoặc một nhận xét chi tiết ở đầu tệp.

Mô hình 3: Codex xử lý hạ tầng, Claude Code xử lý logic nghiệp vụ#

Ý tưởng rất đơn giản: các phần khác nhau của một codebase đòi hỏi cách làm việc khác nhau.

Mô hình này bổ trợ cho cách tiếp cận chạy nhiều phiên bản Claude Code song song—ở đó, cùng một mô hình xử lý các nhiệm vụ khác nhau thông qua git worktrees; còn ở đây, hai tác nhân khác nhau chia nhau các phạm vi trách nhiệm.

Lớp hạ tầng (Codex):

• GitHub Actions: thêm job mới, điều chỉnh caching, tăng tốc CI.
• Kiểm thử: viết bộ kiểm thử tích hợp sau khi tái cấu trúc.
• Prisma migrations: tạo migration và kiểm tra khả năng rollback.
• Cấu hình Docker / Coolify: thêm biến môi trường, cập nhật health check.
• Cron jobs: viết một nhóm cron handler.

Codex làm tốt ở đây vì các nhiệm vụ hạ tầng thường gồm nhiều tệp nhỏ có mã boilerplate. Codex không bị sa lầy vì “cần suy nghĩ cho kỹ”; công cụ tiến hành đến tận cùng.

Logic nghiệp vụ (Claude Code):

• Phễu đăng ký: hiển thị gì cho người dùng ở mỗi bước.
• Tính giá có xét đến chiết khấu, trả góp và mã khuyến mãi quà tặng.
• Quy trình thông báo tự động: những trigger và điều kiện nào được áp dụng.
• Tích hợp API bên ngoài: xử lý lỗi, thử lại, caching.
• Mô hình tài chính: tính toán kinh tế đơn vị và dự báo thu nhập.

Claude Code làm tốt ở đây vì những nhiệm vụ này đòi hỏi đối thoại kéo dài kết hợp tư duy sản phẩm. Nếu không thảo luận các tình huống, bạn sẽ có một giải pháp kỹ thuật không tính đến những vấn đề thực tế của người dùng.

Cách phân chia công việc trong repo:

project/
├── .github/workflows/      ← Codex (CI, tests)
├── infra/                  ← Codex (Docker, Coolify, migrations)
├── scripts/                ← Codex (task scripts)
├── tests/                  ← Codex (integration tests)
├── src/
│   ├── lib/                ← Claude Code (business logic)
│   ├── app/                ← Claude Code (routes, forms, pages)
│   └── components/         ← Claude Code (UI)
└── prisma/
    └── schema.prisma       ← Claude Code (data models—product decision)

Đây không phải quy tắc cứng nhắc. Công việc có thể chồng lấn—ví dụ, Claude Code có thể chỉnh sửa GitHub Action nếu action đó mang ý nghĩa sản phẩm (gửi thông báo sau khi xuất bản). Nhưng 80% nhiệm vụ phù hợp với cách phân chia này.

Đồng bộ CLAUDE.md và AGENTS.md như thế nào?#

Một vấn đề bất ngờ xuất hiện trong trải nghiệm được mô tả về việc dùng Claude Code và Codex song song. Claude Code tuân theo các quy tắc trong CLAUDE.md (“đừng động vào migrations nếu chưa được xác nhận”). Codex không thấy những quy tắc này và không ngần ngại chạy migrations trong môi trường làm việc. Sau khi cơ sở dữ liệu thứ ba bị hỏng, cần tìm cách giữ hai tệp đồng bộ đúng cách.

Cả hai chứa được ngữ cảnh dự án, sở thích hội thoại, lệnh test, thư mục cấm và chuẩn commit. Dùng lại quy tắc hợp cả hai, tách lệnh/cấu hình riêng công cụ. Ví dụ cấm đổi migrations thuộc cả hai bộ nếu áp cho cả hai tác nhân.

Những điểm giống nhau ở cả hai tệp:

• Stack công nghệ: dùng framework nào, cơ sở dữ liệu nào, ORM nào.
• Mô tả dự án: dự án là gì, dành cho ai và có những thực thể chính nào.
• Điều cấm: không được động vào thư mục nào và không được chạy lệnh nào.

Những điểm khác nhau:

• Hook, lớp settings và MCP riêng Claude Code thuộc tệp cấu hình đúng của nó. Văn bản mô tả quy ước có thể được dẫn từ CLAUDE.md; chép nó không biến thành cấu hình di động.
• AGENTS.md là một tiêu chuẩn mở. Codex, Cursor, Aider, Continue, Cline và Factory Droid đọc tệp này—hơn 25 tác nhân. Hướng dẫn riêng trình bày chi tiết hơn về định dạng AGENTS.md. Cấu hình MCP của Codex được lưu trong ~/.codex/config.toml (TOML, không phải JSON như Claude).

Một mô hình phổ biến năm 2026 là một nguồn quy tắc chuẩn tắc trong thư mục /context/ của monorepo, từ đó tập lệnh đồng bộ tạo ra CLAUDE.md, .cursor/rules/*.mdc và AGENTS.md. Các tệp dành riêng cho từng công cụ được đánh dấu chỉ đọc; chỉ chỉnh sửa nguồn.

Chạy tập lệnh đồng bộ thông qua pre-commit hook hoặc GitHub Action. Nếu có thay đổi trực tiếp trong CLAUDE.md, CI sẽ thất bại. Cách này giúp ngăn quy tắc giữa các công cụ bị lệch nhau.

Một lựa chọn khác là Codex Plugin chính thức cho Claude Code (được công bố ngày 30 tháng 3 năm 2026, phiên bản 1.0.4). Plugin bổ sung các lệnh /codex:review, /codex:adversarial-review và /codex:rescue vào Claude Code. Codex chạy như một tác nhân phụ, sử dụng ~/.codex/config.toml và AGENTS.md riêng. Nhờ vậy không cần terminal thứ hai, nhưng vẫn cần AGENTS.md.

Chi phí sử dụng cả hai là bao nhiêu và tiết kiệm được ở đâu?#

Dưới đây là số liệu cho tháng 6 năm 2026 (dữ liệu từ các trang đăng ký chính thức của Anthropic và OpenAI và trang Codex chính thức):

Kết hợp tối thiểu có thể làm việc: Claude Pro ($20) + ChatGPT Plus ($20) = $40/tháng. Đủ cho dự án cá nhân với vài phiên mỗi ngày.

Kết hợp thực tế cho người viết code kiểu vibe coding năng động: Claude Max 5x ($100) + ChatGPT Plus ($20) = $120/tháng. Theo trải nghiệm được mô tả, cách kết hợp này đã được sử dụng trong 2 tháng gần đây: trong thời gian đó, ba dự án đã đi vào hoạt động và giới hạn của Claude chưa bao giờ bị chạm tới.

Kết hợp cho nhóm: Claude Max 20x ($200) + Codex Pro ($200) = $400/tháng. Phù hợp khi bạn có dòng PR cần đánh giá ổn định và các nhiệm vụ đám mây chạy song song với công việc cục bộ.

Khoản tiết kiệm đến từ:

• Tốn ít thời gian hơn cho mỗi tính năng. Số liệu của tác giả: trong 12 tính năng vào tháng 5-6, thời gian từ lúc “nảy ra ý tưởng” đến khi “đưa vào production” giảm từ 4 giờ (chỉ dùng Claude Code) xuống còn 2.5 giờ (dùng kết hợp). Đo lường trên các nhiệm vụ của tác giả; con số của bạn sẽ khác.
• Ít lỗi hơn. Theo những quan sát được mô tả, Codex phát hiện 2-3 trong số 10 vấn đề mà Claude bỏ sót khi đánh giá PR. Mỗi vấn đề như vậy trong môi trường production đồng nghĩa với một hoặc hai giờ sửa chữa, cộng thêm thời gian ngừng hoạt động tiềm ẩn.
• Làm việc song song. Codex xử lý tính năng A ở chế độ đám mây trong khi người dùng làm việc với Claude trên tính năng B. Cách này tăng gấp đôi lượng công việc hoàn thành.

Cách này không đáng tiền nếu bạn viết 1-2 tính năng mỗi tuần. Trong trường hợp đó, chỉ cần Claude Code Pro là đủ.

Khi nào bạn không cần công cụ thứ hai?#

Cách kết hợp này không dành cho tất cả mọi người. Nhiều khi nó chỉ làm tăng thêm nhiễu. Dưới đây là bốn trường hợp không cần công cụ thứ hai:

1. Dự án cá nhân lúc khởi đầu. Nếu bạn có một ý tưởng và chỉ đang thử nghiệm, một Claude Code + Plan Mode là đủ dùng trong một tháng. Hãy thêm cách kết hợp khi bạn gặp nút thắt về tốc độ.

2. Ngân sách cố định. Nếu mức trần là $20/tháng, hãy dùng Claude Pro và đừng bận tâm. Chỉ Claude cũng xử lý được 80% nhiệm vụ của người viết code kiểu vibe coding.

3. Kiến trúc đơn giản. Một trang web có biểu mẫu, một bot có vài tình huống, một tập lệnh bọc API—chia theo lớp cũng chẳng ích gì ở đây. Một Claude Code có thể xử lý được.

4. Mọi thứ đã hoạt động tốt. Nếu bạn đã dùng Claude Code và trong tháng qua không có nhiệm vụ nào khiến công cụ bị mắc kẹt hoặc thất bại, đừng sửa thứ đang chạy tốt. Thêm Codex khi nhu cầu trở nên rõ ràng.

Ngược lại, đây là những dấu hiệu rõ ràng cho thấy đã đến lúc bổ sung công cụ thứ hai:

• Claude Code đã trở thành nút thắt: bạn phải chờ công cụ thay vì làm việc.
• Xuất hiện nhiều công việc hạ tầng dạng khuôn mẫu (migrations, CI, tests) mà bạn không muốn xử lý qua Claude.
• Những người khác nhau trong nhóm đã dùng các công cụ khác nhau—cần có một ngôn ngữ chung.
• Benchmark cho thấy Codex xử lý loại nhiệm vụ của bạn nhanh hơn (ví dụ: thao tác terminal).

Cách thiết lập bộ đôi trong một buổi tối#

Kế hoạch cụ thể cho buổi tối đầu tiên:

1. Bước 1: Cài đặt Codex CLI

   Trong terminal: npm install -g @openai/codex. Đăng nhập bằng codex login—trình duyệt sẽ mở ra, và bạn đăng nhập bằng tài khoản ChatGPT. Codex sẽ nhận diện gói đăng ký của bạn (Plus / Pro) và sử dụng hạn mức tương ứng.

2. Bước 2: Viết AGENTS.md như một tài liệu vận hành

   Xem CLAUDE.md, tái dùng quy tắc hợp cả hai trong AGENTS.md: bun run test, bun run lint, định dạng commit, thư mục cấm, stack. Sở thích hội thoại cũng chia sẻ được. Điều chỉnh tham chiếu lệnh riêng, giữ hook thực thi và MCP trong cấu hình mỗi công cụ; riêng bản Markdown chép không cấu hình chúng.

3. Bước 3: Chọn mô hình cho dự án

   Nếu bạn làm việc một mình và có CI, hãy dùng mô hình 1 (Claude viết, Codex đánh giá). Nếu là dự án mới và cần tốc độ, hãy dùng mô hình 2 (Codex soạn nháp, Claude chỉnh sửa). Nếu là dự án đã ổn định và có lớp hạ tầng, hãy dùng mô hình 3 (chia theo lớp).

4. Bước 4: Thử nghiệm trong một tuần

   Làm việc với mô hình đã chọn trên 5-7 tính năng. Theo dõi thời gian. Ghi lại công cụ nào xử lý từng tính năng tốt hơn. Sau một tuần, bạn sẽ có hồ sơ sử dụng thực tế của mình.

5. Bước 5: Thiết lập đồng bộ quy tắc

   Thêm tập lệnh scripts/sync-agent-rules.sh (xem phần đồng bộ). Kết nối tập lệnh làm pre-commit hook hoặc qua GitHub Action. Sau đó, quy tắc sẽ tự động được truyền đến cả hai tệp.

Cách kết hợp này không phải phép màu. Chỉ đơn giản là có hai bộ óc thay vì một, mỗi bộ bù đắp điểm yếu của bộ kia. Điều quan trọng là đừng sa vào tranh luận “Claude hay Codex” khi câu trả lời đúng từ lâu đã là “cả Claude lẫn Codex—cho các loại nhiệm vụ khác nhau”.

Tài liệu thực tiễn về làm việc với tác nhân: tài liệu Ailoot.

Tài liệu và công cụ khác: Ailoot.