Codex Cloud: Giao Việc Từ GitHub, Slack, Linear (2026)

- Plan-gate, cơ chế internet access và cú pháp trigger Slack/Linear dưới đây đã đối chiếu tài liệu chính thức tại thời điểm viết; đây là bề mặt đổi khá nhanh nên hãy kiểm tra docs live trước khi phụ thuộc.

Codex Cloud là gì?

Codex Cloud là một trong ba bề mặt (surface) dùng chung một agent nền của Codex - bên cạnh CLI chạy trên terminal của bạn và extension IDE. Điểm khác biệt cốt lõi: mỗi tác vụ Cloud chạy trong container cách ly riêng của nó, có quyền truy cập repo, một shell, và một test runner - không đụng gì tới máy bạn. Tài liệu chính thức mô tả thẳng: "Delegate work to Codex in isolated cloud environments" (learn.chatgpt.com/docs/cloud).

Muốn nắm bức tranh đầy đủ ba giao diện CLI/Cloud/IDE trước khi đọc tiếp, xem OpenAI Codex là gì. Một dòng để khỏi nhầm: Codex Cloud là tính năng của Codex, khác hoàn toàn với "AgentKit" của chính OpenAI (Agent Builder) - bài này không nhắc lại phần disambiguation ba cái tên, đã có sẵn ở bài hub.

Một hệ quả thực tế đáng nói rõ: vì mỗi tác vụ có container riêng, một tác vụ Cloud gần như là "hạ tầng dùng một lần rồi bỏ". Bất cứ thứ gì nó cài, cache, hay làm hỏng trong lúc chạy đều biến mất khi tác vụ kết thúc, và không có gì rò rỉ sang container của tác vụ khác. Đó là đánh đổi so với CLI - nơi mọi thứ chạy thẳng trên working directory của bạn, cùng mọi state đã tồn tại sẵn ở đó.

CLI vs Cloud vs IDE - chọn cái nào?

Ba giao diện dùng chung một agent nền nhưng hợp cho ba tình huống khác nhau. Bảng dưới gộp lại để bạn chọn nhanh, thay vì phải suy luận từ rải rác trong docs:

Cách chọn nhanh: nếu bạn đang ngồi gõ và muốn thấy kết quả ngay, dùng CLI hoặc IDE. Nếu bạn muốn giao một loạt việc nhỏ - update dependency, fix bug lặt vặt, viết test cho một module - và không muốn chiếm máy trong lúc chờ, đẩy sang Cloud rồi làm việc khác.

Trên thực tế, phần lớn người dùng cả ba giao diện không chọn một cái rồi dính chặt vào nó - họ đổi tùy tác vụ. Một refactor khó, cần qua lại liên tục, mình giữ ở CLI. Một chồng việc nhỏ, độc lập với nhau, mình dồn sang Cloud để năm việc chạy song song thay vì lần lượt từng cái. Còn extension IDE thì ít dùng để khởi tác vụ, mà dùng nhiều hơn ở khâu ngay sau đó: lướt qua diff Codex đã làm xong mà không cần mở trình duyệt hay chuyển sang terminal.

Sandbox của Codex Cloud hoạt động thế nào

Mỗi tác vụ Cloud chạy trong container riêng của nó: Codex checkout repo GitHub đã kết nối, chạy setup script (script này vẫn có quyền truy cập mạng để cài dependency), rồi bước agent thực sự mới bắt đầu. Trong bước agent, internet access tắt theo mặc định - bạn chọn preset allowlist: none (tắt hẳn), common-dependencies (cho phép các registry gói phổ biến), hoặc all (mở hết). Nguồn: learn.chatgpt.com/docs/cloud/internet-access - preset này đáng verify lại trước khi bạn dựa vào, vì có thể đổi.

Lý do cô lập từng tác vụ theo kiểu này khá đơn giản: nó cho phép OpenAI chạy cùng lúc vô số tác vụ, từ nhiều repo, nhiều user, nhiều công ty khác nhau, mà một tác vụ cài dependency lỗi hay chạy tiến trình treo không ảnh hưởng tới tác vụ khác. Với bạn, lợi ích thực tế là có thể giao cả chục tác vụ nhỏ trong một buổi chiều mà không lo một lần npm install lỗi làm hỏng environment mà tác vụ kế tiếp phụ thuộc vào - mỗi tác vụ luôn khởi động từ trạng thái sạch.

Đừng nhầm hai chữ "sandbox". Cloud sandbox (container cách ly nói ở đây) là một khái niệm hoàn toàn khác local sandbox permission mode của Codex CLI (read-only/workspace-write/danger-full-access - mức quyền một phiên CLI chạy trên máy bạn được đụng vào gì). Cả hai đều dùng chữ "sandbox" nhưng là hai cơ chế độc lập. Chi tiết mức quyền local nằm ở sandbox và chế độ phê duyệt của Codex.

Kết nối Codex Cloud - GitHub, Slack, Linear

GitHub

Kết nối tài khoản GitHub, chọn những repo Codex được phép truy cập, rồi tạo một environment cho mỗi repo (hoặc nhóm repo): khai dependency, tool cần cài, biến môi trường và secret. Environment này là thứ Codex Cloud dùng lại mỗi lần chạy tác vụ trên repo đó - tạo một lần, dùng nhiều lần. Nguồn: learn.chatgpt.com/docs/cloud.

Bạn không bị giới hạn một environment cho mỗi repo. Với một monorepo gồm frontend và backend, ví dụ, tách thành hai environment riêng với bộ dependency khác nhau là hợp lý - để một tác vụ chỉ đụng tới frontend không mất thời gian cài tool của backend mà nó chẳng bao giờ dùng tới. Bỏ vài phút cấu hình đúng ngay từ đầu đáng giá - đó là khác biệt giữa một tác vụ bắt đầu làm việc sau vài giây và một tác vụ tốn phần lớn thời gian chạy chỉ để cài package.

Slack

Cần gói Plus trở lên, đã kết nối GitHub, và có ít nhất một environment tồn tại. Admin workspace cài app Codex cho Slack, sau đó bất kỳ ai nhắc @Codex trong một channel hoặc thread đều có thể giao việc - ví dụ dạng "@Codex fix lỗi null pointer trong org/repo" (đây là ví dụ minh họa, không phải trích nguyên văn docs - kiểm tra cú pháp chính xác trước khi publish nếu bạn muốn quote). Codex phản hồi bằng reaction 👀, đăng link theo dõi tác vụ, rồi trả kết quả vào cùng thread khi xong. Nguồn: learn.chatgpt.com/docs/third-party/slack.

Điểm đáng chú ý: một khi app đã cài, bất kỳ ai trong channel cũng giao việc được, không chỉ người cài app lúc đầu - đây chính là lý do mô hình "admin cài một lần, ai cũng trigger được" quan trọng cho cả team: onboard một đồng nghiệp mới để "nhờ Codex" chỉ là một dòng mention trong Slack, không cần cài CLI hay đăng nhập riêng.

Linear

Cài app "Codex for Linear", liên kết tài khoản bằng cách nhắc @Codex trong một comment trên issue. Hai cách trigger: gán (assign) issue trực tiếp cho Codex, hoặc nhắc @Codex trong comment. Có thể bật thêm triage automation để tự động gán các issue mới được triage cho Codex, khỏi phải làm tay từng cái. Nguồn: learn.chatgpt.com/docs/third-party/linear. Nếu chỉ cần đọc dữ liệu Linear cục bộ thay vì giao việc lên cloud, xem thêm kết nối MCP cho Codex.

Một tác vụ giao việc thực tế, từ đầu tới cuối

Ví dụ mình hay làm nhất: fix một bug nhỏ được report qua Slack, không cần mở terminal.

1. Trigger. Trong channel dev, mình gõ @Codex fix lỗi crash khi user bỏ trống field email ở org/checkout-service (minh họa, không phải cú pháp trích nguyên văn). Không mở terminal, không clone repo về máy - lúc này mình đang đọc Slack trên điện thoại.
2. Chọn environment. Codex tự chọn environment đã cấu hình sẵn cho repo checkout-service - mình không phải khai lại dependency mỗi lần, cũng không cần nhớ service đó pin phiên bản Node/Python nào.
3. Container khởi động. Codex checkout repo, chạy setup script cài dependency, rồi bước agent bắt đầu với internet access theo preset đã chọn cho environment đó.
4. Chạy trong nền. Trong lúc đó mình quay lại việc khác - không phải ngồi canh terminal, không phải refresh liên tục xem "nó xong chưa".
5. Review kết quả. Codex trả về bản tóm tắt những gì đã sửa kèm diff, đăng ngay trong thread Slack - mình đọc y như đọc mô tả PR của một đồng nghiệp, không phải một bản transcript cần lướt qua.
6. Mở PR. Mình đọc diff, thấy ổn thì để Codex mở PR - review như review PR của một dev khác, không merge mù, và nếu có chỗ chưa ổn mình reply ngay trong thread để nó sửa trước khi mình approve.

Cái hay không nằm ở tốc độ (CLI tại chỗ đôi khi còn nhanh hơn cho một thay đổi mình tự gõ trong hai phút), mà ở chỗ mình không phải rời khỏi Slack, và có thể giao vài fix nhỏ kiểu này song song cùng lúc mà không chiếm máy hay phải chuyển qua terminal cho từng cái.

Cần gói ChatGPT nào để dùng Codex Cloud?

Đây là fact đáng nhớ nhất trong bài: Free và Go chưa dùng được Codex Cloud. Theo tài liệu chính thức, trang tích hợp Slack nêu rõ yêu cầu "a Plus, Pro, Business, Enterprise, or Edu plan" (learn.chatgpt.com/docs/third-party/slack), khớp với trang learn.chatgpt.com/docs/pricing.

Nếu bạn đang ở Free hoặc Go và thấy nút giao việc cloud không hoạt động, đây là lý do - không phải bug. Lưu ý thêm: theo trang pricing, Cloud và CLI cục bộ dùng chung một cửa sổ credit theo giờ (khoảng 5 giờ) chứ không tách riêng ngân sách - hãy verify lại con số này trước khi lên kế hoạch dùng nặng, vì hạn mức hay đổi. Đừng coi mức plan-gate này là vĩnh viễn - các tính năng gói ChatGPT từng dịch chuyển trước đây, kiểm tra lại tại thời điểm bạn đọc bài.

Về mặt thực tế, điều này cũng có nghĩa: nếu bạn giao việc lên Cloud nhiều - chẳng hạn dồn mười tác vụ nhỏ mỗi ngày - nó dùng chung một hạn mức với các phiên CLI tương tác của bạn. Nếu bạn đã chạy CLI dài và sát mức trần của gói, thêm một workflow Cloud bận rộn lên trên đáng để theo dõi, đừng mặc định coi đó là dung lượng miễn phí cộng thêm vào gói sẵn có.

Codex Cloud so với Claude Code - giao việc cloud là khác biệt thật

Nói thẳng, không thổi phồng: bề mặt chính của Claude Code là local/CLI - chạy trên máy bạn, mở rộng qua subagent và hook. Codex thì ngược lại, ship sẵn giao việc cloud first-party qua GitHub/Slack/Linear ngay từ đầu, không cần tự dựng thêm gì. Đây là khác biệt thật, không phải marketing - nếu team bạn muốn giao việc từ Slack/Linear mà không tự ghép pipeline riêng, đó là điểm cộng rõ cho Codex Cloud.

Ngược lại, nếu công việc chính của bạn là phiên tương tác dài, cần kiểm soát chặt từng bước, Claude Code vẫn có hệ sinh thái subagent/skill/hook sâu hơn. So sánh đầy đủ, xem Claude Code vs. Codex - bài đó chưa cover riêng phần Cloud này, coi bài này là phần bổ sung.

Chỗ khác biệt này thể hiện rõ nhất ở việc áp dụng cho cả team, không phải dùng một mình. Bắt cả team cài CLI, đăng nhập, học flag của nó là ma sát thật. Bắt cả team gõ @Codex trong một thread Slack họ vốn đã sống trong đó gần như không có ma sát gì - và khoảng cách đó chính là lý do giao việc qua Cloud thường lan trong một team nhanh hơn một CLI tool, bất kể agent nào về mặt kỹ thuật mạnh hơn.

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

Codex Cloud là gì?

Codex Cloud là một trong ba giao diện của Codex, chạy tác vụ trong container cách ly trên cloud của OpenAI, kích hoạt từ web, GitHub, Slack hoặc Linear, rồi trả về diff hoặc PR để bạn review.

Có cần gói trả phí để dùng Codex Cloud không?

Có. Cần gói Plus, Pro, Business, Enterprise hoặc Edu - Free và Go chưa dùng được, theo tài liệu chính thức tại thời điểm viết.

Có thể trigger Codex Cloud từ một GitHub PR không?

Có. GitHub là một trong ba kênh trigger chính thức (cùng Slack và Linear) sau khi bạn kết nối tài khoản GitHub và tạo environment cho repo.

Codex Cloud có truy cập internet không?

Trong bước setup script thì có (để cài dependency). Trong bước agent thực sự, internet access tắt theo mặc định, bạn có thể mở theo preset allowlist none/common-dependencies/all.

Code của mình ra sao sau khi tác vụ kết thúc?

Codex trả về bản tóm tắt kèm diff hoặc mở PR để bạn review; container chạy tác vụ là môi trường cách ly riêng cho lần chạy đó, không phải máy bạn.

Tác vụ Slack/Linear có chạy song song được không?

Có. Mỗi tác vụ chạy trong container riêng của nó, nên bạn có thể giao nhiều việc cùng lúc từ Slack, Linear hoặc GitHub mà không phải chờ tuần tự.

Kết luận

Tóm lại: CLI hợp cho phiên làm việc tương tác tại chỗ, Cloud hợp cho việc chạy nền/song song/giao từ team qua GitHub, Slack hoặc Linear - và Cloud cần gói Plus trở lên. Nếu bạn chưa nắm rõ ba giao diện CLI/Cloud/IDE khác nhau ra sao, quay lại đọc OpenAI Codex là gì để có bức tranh đầy đủ trước khi tự cấu hình.