AI cho lập trình viên: agent lập trình, chi phí và giao việc an toàn

Cách làm

1. 1Trước khi giao, hãy viết hoặc chỉ ra bước kiểm tra: bài kiểm thử đang lỗi, hoặc lệnh và đầu ra mong đợi của nó.
2. 2Giao nhiệm vụ bằng prompt trên trang này, kèm các tệp nó được phép sửa và các tệp không được sửa.
3. 3Để nó tự chạy bước kiểm tra và dán đầu ra cuối cùng.
4. 4Xem lại diff như pull request của một đồng nghiệp; bước kiểm tra chạy qua là lúc bắt đầu xem lại, không phải lúc kết thúc.

Tích hợp sẵn

• ChatGPT · Codex
• Claude · Claude Code

Prompt để sao chép

Nhiệm vụ: [thay đổi].
Hoàn thành nghĩa là: [bài kiểm thử hoặc lệnh] chạy qua và in ra [đầu ra mong đợi]. Hãy chạy nó trước khi kết thúc và dán kết quả.
Bạn được sửa: [đường dẫn]. Không được sửa: [đường dẫn], các dependency, hoặc các bài kiểm thử.
Nếu bạn không làm cho nó chạy qua được, hãy dừng lại và giải thích lý do thay vì lách bước kiểm tra.

Chỗ dễ sai

• Đôi khi agent làm bài kiểm thử chạy qua bằng cách nới lỏng nó. Hãy cấm sửa bài kiểm thử, và tìm dấu hiệu đó trong diff.
• Một nhiệm vụ quá lớn cho một bước kiểm tra thì cũng quá lớn cho một lần giao việc. Hãy chia nhỏ nó.

Cách làm

1. 1Chọn công cụ gắn liền với nơi đặt code của bạn: Codex Cloud, Copilot cloud agent trên GitHub, hoặc Claude Code on the web.
2. 2Đảm bảo môi trường của nó cài được các dependency và chạy được các bài kiểm thử của bạn; thiếu chúng, agent chỉ đang đoán.
3. 3Gửi những nhiệm vụ nhỏ, độc lập, mỗi nhiệm vụ có bước kiểm tra riêng, như trong việc ở trên.
4. 4Để một công cụ review tự động đọc mỗi pull request trước, rồi bạn tự xem lại.

Tích hợp sẵn

• Codex · Codex Cloud
• GitHub Copilot · Copilot cloud agent
• Claude Code · Claude Code on the web (cloud sessions)

Prompt để sao chép

Trong repository này: [nhiệm vụ].
Bối cảnh: [vị trí trong code, issue liên quan].
Hoàn thành khi: [bài kiểm thử hoặc lệnh] chạy qua trong môi trường của bạn; đưa đầu ra của nó vào phần mô tả pull request.
Giữ pull request dưới [số] dòng thay đổi. Nếu cần nhiều hơn, hãy dừng lại và đề xuất cách chia nhỏ.

Chỗ dễ sai

• Các bài kiểm thử cần thông tin bí mật hoặc dịch vụ mà bạn chưa thiết lập sẽ bị bỏ qua hoặc lỗi. Một lần chạy xanh khi thiếu chúng chẳng chứng minh được bao nhiêu.
• Nhiều agent làm trên phần code liên quan đến nhau sẽ tạo ra các pull request xung đột. Hãy giữ các nhiệm vụ chạy song song ở những vùng code tách biệt.

Cách làm

1. 1Đưa các lệnh build, test và lint vào tệp hướng dẫn mà agent đọc khi bắt đầu mỗi phiên; tài liệu của từng agent nêu tên tệp này.
2. 2Trong Claude Code, thêm hook chạy formatter và các bài kiểm thử sau mỗi lần sửa, để agent thấy lỗi và tự sửa.
3. 3Cho một bot review mọi pull request: bật “Automatic review” trong Codex, hoặc thêm Copilot làm người review.
4. 4Khi agent mắc cùng một lỗi hai lần, hãy biến lỗi đó thành một bài kiểm thử hoặc một quy tắc trong tệp hướng dẫn.

Tích hợp sẵn

• Claude Code · Hooks
• Codex · Codex code review
• GitHub Copilot · Copilot code review

Prompt để sao chép

Hãy đọc repository này và viết tệp hướng dẫn cho các agent lập trình:
1. Các lệnh chính xác để cài đặt, build, test, lint và format.
2. Cấu trúc dự án trong tối đa 10 dòng.
3. Những quy ước mà người mới hay làm sai ở đây, mỗi quy ước một ví dụ.
4. Những gì agent không bao giờ được làm ở đây, ví dụ sửa migration hoặc chỉnh sửa tệp được sinh tự động.
Chỉ liệt kê các lệnh bạn đã chạy thành công; đánh dấu phần còn lại là “chưa xác minh”.

Chỗ dễ sai

• Tệp hướng dẫn chứa những lệnh không còn chạy được sẽ dạy agent phớt lờ nó. Hãy chạy lại chúng khi cách thiết lập thay đổi.
• Bot review cũng mắc lỗi một cách rất tự tin. Hãy coi nhận xét của chúng là gợi ý.

Cách làm

1. 1Liệt kê những gì bạn dán vào cuộc trò chuyện thường xuyên nhất, chẳng hạn issue, log lỗi, tài liệu hoặc lược đồ. Kết nối những thứ đó trước.
2. 2Thêm MCP server chính thức cho từng thứ, với token chỉ có quyền đọc. Trong Gemini CLI, một extension có thể đóng gói sẵn MCP server và phần thiết lập của nó.
3. 3Giao cho nó một nhiệm vụ cần đến chúng và kiểm tra xem nó có gọi đúng server không.
4. 4Vài tuần một lần, hãy gỡ các server bạn không còn dùng.

Tích hợp sẵn

• Gemini CLI · Extensions

Prompt để sao chép

Trước khi thay đổi bất cứ thứ gì: đọc issue [id] trong hệ thống theo dõi, tìm lỗi trong log, và tra tài liệu của [thư viện].
Cho biết mỗi nguồn cho bạn biết điều gì và bạn nghĩ tệp nào gây lỗi.
Không ghi vào bất kỳ công cụ nào đã kết nối.

Chỗ dễ sai

• Một trang web, issue hay tài liệu có thể chứa văn bản được viết ra để điều khiển agent. Đừng cấp quyền ghi cho những công cụ đọc nội dung từ bên ngoài.
• Token trong tệp cấu hình sẽ bị lộ. Hãy dùng kho lưu thông tin bí mật của client hoặc biến môi trường, không bao giờ dùng repository.

Cách làm

1. 1Kiểm tra những gì bạn đã trả tiền: các gói ChatGPT có kèm Codex, và các gói trả phí của Claude có kèm Claude Code.
2. 2Ghi lại mức dùng token của vài phiên điển hình ở nơi agent của bạn hiển thị con số này.
3. 3Tính giá cho mức dùng đó trên trang Giá API của chúng tôi và so với gói thuê bao.
4. 4Với tự động hóa và CI, hãy dùng khóa API có hạn mức chi tiêu để một vòng lặp không thể đẩy hóa đơn lên cao.

Tích hợp sẵn

• ChatGPT · Codex
• Claude · Claude Code

Prompt để sao chép

Đây là mức dùng của tôi trong [số] phiên điển hình: [token đầu vào và đầu ra]. Tôi làm việc khoảng [số ngày] ngày mỗi tuần.
Hãy ước tính chi phí hằng tháng của tôi nếu trả theo token với mức giá này: [dán từ trang Giá API].
So sánh với gói thuê bao [giá] mỗi tháng. Trình bày phép tính để tôi kiểm tra được.

Chỗ dễ sai

• Gói thuê bao cũng có giới hạn sử dụng. Chạm giới hạn giữa chừng một nhiệm vụ sẽ làm mất thời gian; hãy kiểm tra giới hạn, không chỉ giá.
• Mô hình làm thay đổi hóa đơn nhiều hơn bất cứ yếu tố nào khác. Hãy so sánh với đúng mô hình bạn thực sự dùng.

Cách làm

1. 1Chạy /init trong repository: lệnh này phân tích codebase và viết một CLAUDE.md khởi đầu, hoặc đề xuất cải tiến cho tệp bạn đang có.
2. 2Giữ các quy tắc chung của nhóm, như lệnh build và test và chuẩn viết code, trong ./CLAUDE.md và commit tệp này. Sở thích riêng của bạn đặt trong ~/.claude/CLAUDE.md cho mọi dự án, hoặc CLAUDE.local.md cho riêng dự án này.
3. 3Trỏ đến các tài liệu dài hơn thay vì dán chúng vào: @path/to/file nhập một tệp khác khi khởi động.
4. 4Mỗi lần Claude làm sai cùng một việc hai lần, hãy thêm đúng một dòng lẽ ra đã ngăn được lỗi đó.

Prompt để sao chép

Hãy đọc repository này và cải thiện CLAUDE.md. Giữ dưới 60 dòng:
1. Các lệnh chính xác để build, test và lint.
2. Cấu trúc dự án trong vài dòng.
3. Những quy ước mà người mới hay làm sai ở đây.
4. Các tệp và thư mục không bao giờ được sửa.
Xóa mọi thứ không còn đúng. Đánh dấu các lệnh bạn chưa chạy là “chưa xác minh”.

Chỗ dễ sai

• Mọi thứ trong CLAUDE.md được nạp ở mỗi phiên và chiếm chỗ trong ngữ cảnh. Hãy chuyển phần chi tiết sang các tệp mà nó nhập vào.
• Hướng dẫn không còn đúng còn tệ hơn không có hướng dẫn. Hãy kiểm tra lại các lệnh khi cách thiết lập thay đổi.

Từ tài liệu chính thức: Claude Code docs: How Claude remembers your project

Cách làm

1. 1Nhấn Shift+Tab cho đến khi thanh trạng thái hiện plan mode đang bật, hoặc bắt đầu prompt bằng /plan.
2. 2Mô tả thay đổi và những gì không được thay đổi. Claude vẫn có thể chạy lệnh để tìm hiểu, nhưng không sửa tệp khi đang lập kế hoạch.
3. 3Đọc kế hoạch như một ghi chú thiết kế: sai tệp, thiếu một trường hợp, thay đổi quá lớn. Yêu cầu sửa cho đến khi đúng, rồi phê duyệt.
4. 4Trước nhiệm vụ tiếp theo không liên quan, hãy bắt đầu lại từ đầu với /clear.

Prompt để sao chép

/plan Thay đổi [cái gì] để [mục tiêu]. Ràng buộc: [những gì không được thay đổi].
Liệt kê các tệp bạn sẽ động đến, thứ tự các thay đổi, bài kiểm thử chứng minh từng bước, và mọi điều bạn chưa chắc. Không sửa gì cho đến khi tôi phê duyệt.

Chỗ dễ sai

• Một kế hoạch động đến nhiều tệp hơn bạn nghĩ chính là dấu hiệu cảnh báo. Hãy hỏi lý do trước khi phê duyệt.
• Plan mode vẫn chạy lệnh để tìm hiểu. Nó không làm cho một repository lạ trở nên an toàn để chạy.

Từ tài liệu chính thức: Claude Code docs: Choose a permission mode · Claude Code docs: Commands · Claude Code docs: Best practices

Cách làm

1. 1Mở /permissions để xem mọi quy tắc và tệp cài đặt mà mỗi quy tắc đến từ đó.
2. 2Đặt quy tắc của nhóm trong .claude/settings.json và commit tệp này. Quy tắc cá nhân đặt trong ~/.claude/settings.json hoặc .claude/settings.local.json.
3. 3Quy tắc được kiểm tra theo thứ tự deny trước, rồi ask, rồi allow, nên một quy tắc deny thắng mọi quy tắc allow.
4. 4Chuyển chế độ bằng Shift+Tab: acceptEdits tự phê duyệt việc sửa tệp trong thư mục làm việc. bypassPermissions tắt lời nhắc hỏi và các bước kiểm tra an toàn; tài liệu khuyên chỉ dùng nó trong container hoặc máy ảo (VM) cách ly, không có kết nối internet.

Prompt để sao chép

Hãy xem các lệnh bạn đã chạy trong phiên này. Đề xuất các quy tắc quyền cho .claude/settings.json: cho phép (allow) các lệnh chỉ đọc và lệnh test mà chúng tôi dùng hằng ngày, chặn (deny) mọi thứ đọc thông tin bí mật hoặc xóa ngoài dự án, và để mọi thứ còn lại ở chế độ hỏi (ask). Giải thích mỗi quy tắc trong một dòng.

Chỗ dễ sai

• Một quy tắc allow khớp với mọi lệnh cũng giống như không có lời nhắc nào. Hãy cho phép đúng từng lệnh cụ thể.
• Quy tắc trong .claude/settings.json áp dụng cho cả nhóm sau khi được commit. Hãy review chúng như review code.

Từ tài liệu chính thức: Claude Code docs: Configure permissions · Claude Code docs: Settings files and precedence · Claude Code docs: Choose a permission mode

Cách làm

1. 1Giữa các nhiệm vụ không liên quan, /clear bắt đầu một cuộc trò chuyện mới với ngữ cảnh trống.
2. 2Trong một nhiệm vụ dài, /compact kèm trọng tâm, ví dụ “/compact giữ lại kế hoạch và bài kiểm thử đang lỗi”, sẽ tóm tắt những gì đã diễn ra trước đó.
3. 3Giao các tìm kiếm rộng cho một subagent: mỗi subagent chạy trong cửa sổ ngữ cảnh riêng, nên chỉ câu trả lời của nó quay về phiên của bạn.
4. 4Claude Code cũng tự nén khi gần chạm giới hạn; tự nén vào thời điểm thích hợp giúp giữ lại những gì bạn chọn.

Tích hợp sẵn

• Claude Code · Subagents

Prompt để sao chép

/compact Giữ lại: mục tiêu, kế hoạch, các tệp đã thay đổi đến giờ, và bài kiểm thử vẫn đang lỗi. Bỏ phần tìm hiểu.

Chỗ dễ sai

• /clear quên cuộc trò chuyện. Mọi thứ bạn sẽ cần lại phải được đưa vào CLAUDE.md trước.
• Câu trả lời của subagent là tất cả những gì bạn nhận lại. Hãy yêu cầu nó đưa đường dẫn tệp và số dòng, không chỉ kết luận.

Từ tài liệu chính thức: Claude Code docs: Commands · Claude Code docs: Best practices · Claude Code docs: Create custom subagents

Cách làm

1. 1Bắt đầu mỗi phiên bằng claude --worktree <name> (hoặc -w). Lệnh này tạo một git worktree trong .claude/worktrees/<name>/ trên nhánh worktree-<name>.
2. 2Thêm .claude/worktrees/ vào .gitignore, như tài liệu khuyến nghị.
3. 3Giao cho mỗi phiên một nhiệm vụ với bước kiểm tra riêng, để bạn review lần lượt từng cái.
4. 4Review và merge từng nhánh như mọi pull request khác.

Prompt để sao chép

Bạn đang làm việc trong một worktree trên nhánh worktree-[tên]. Nhiệm vụ: [một thay đổi]. Hoàn thành khi: [bài kiểm thử hoặc lệnh] chạy qua. Chỉ commit trên nhánh này; không merge hay rebase các nhánh khác.

Chỗ dễ sai

• Mỗi worktree là một thư mục riêng, nên dependency và đầu ra build không được dùng chung. Hãy cài đặt trong từng worktree.
• Hai nhiệm vụ động đến cùng các tệp vẫn xung đột khi bạn merge, dù có worktree hay không.

Từ tài liệu chính thức: Claude Code docs: Run parallel sessions with worktrees

Cách làm

1. 1Nhấn Esc hai lần khi ô prompt đang trống, hoặc gõ /rewind (/checkpoint và /undo cũng dùng được).
2. 2Chọn thời điểm trước khi mọi thứ đi sai và khôi phục cuộc trò chuyện, code, hoặc cả hai.
3. 3Biết giới hạn: các tệp bị thay đổi bởi lệnh shell như rm, mv hay cp không được khôi phục, và các chỉnh sửa thực hiện bên ngoài Claude Code hoặc trong phiên khác cũng vậy.
4. 4Commit trước các bước rủi ro. Checkpoint dùng để khôi phục nhanh trong một phiên, không thay thế được git.

Prompt để sao chép

Trước khi bắt đầu, hãy commit trạng thái hiện tại với thông điệp “checkpoint trước [nhiệm vụ]”. Sau đó [nhiệm vụ]. Hỏi tôi trước bất kỳ lệnh nào xóa hoặc di chuyển tệp.

Chỗ dễ sai

• Rewind không mang lại được tệp mà một lệnh đã xóa. Chỉ git làm được.
• Các chỉnh sửa bạn làm bằng tay trong lúc đó cũng không được ghi lại. Hãy commit chúng trước khi rewind.

Từ tài liệu chính thức: Claude Code docs: Checkpointing · Claude Code docs: Commands

Cách làm

1. 1claude -p "..." chạy ở chế độ không tương tác. --output-format json hoặc stream-json cho ra đầu ra mà script phân tích được.
2. 2Nó thoát với mã 0 khi thành công và mã khác 0 khi thất bại, nên CI có thể rẽ nhánh theo đó.
3. 3Thêm --bare trong CI cho các lần chạy không phụ thuộc vào thiết lập trên máy.
4. 4Với pull request, /install-github-app thiết lập Claude Code GitHub Actions (chỉ với repository trên github.com); sau đó nhắc @claude trong bình luận của pull request hoặc issue.

Prompt để sao chép

claude -p "Đọc diff so với main. Liệt kê mọi thay đổi có thêm dependency, động đến xác thực hoặc thay đổi migration cơ sở dữ liệu, dưới dạng JSON: {"files": [], "reason": ""}. Trả về danh sách rỗng nếu không có." --output-format json

Chỗ dễ sai

• Script chạy với những quyền bạn cấp cho nó. Hãy cấp cho CI mức tối thiểu cần thiết.
• /install-github-app chỉ hoạt động với repository trên github.com.

Từ tài liệu chính thức: Claude Code docs: Run Claude Code programmatically · Claude Code docs: GitHub Actions

Cách làm

1. 1Chạy /init trong CLI để viết một AGENTS.md khởi đầu trong thư mục hiện tại.
2. 2Đặt hướng dẫn cá nhân trong ~/.codex/AGENTS.md và quy tắc dự án trong repository. Một thư mục con có thể có tệp riêng; tệp càng gần nơi Codex làm việc càng được ưu tiên.
3. 3Giữ các tệp ngắn gọn: tổng dung lượng của chúng bị giới hạn, mặc định là 32 KiB.
4. 4Thêm một mục “## Code Review Rules”: các lần review của Codex trên GitHub sẽ tuân theo mục này.

Prompt để sao chép

Hãy đọc repository này và viết AGENTS.md:
1. Các lệnh chính xác để cài đặt, build, test và lint.
2. Cấu trúc dự án trong vài dòng.
3. Những quy ước mà người mới hay làm sai ở đây.
4. Một mục “## Code Review Rules” ghi những gì người review luôn phải đánh dấu.
Chỉ liệt kê các lệnh bạn đã chạy thành công; đánh dấu phần còn lại là “chưa xác minh”.

Chỗ dễ sai

• Tệp dài sẽ gây bất lợi cho bạn: tổng dung lượng mặc định bị giới hạn ở 32 KiB.
• Một tệp trong thư mục con mâu thuẫn với tệp ở thư mục gốc mà không nói rõ sẽ làm con người bối rối không kém gì Codex. Hãy ghi rõ nó ghi đè lên điều gì.

Từ tài liệu chính thức: Codex docs: AGENTS.md · Codex docs: CLI commands · Codex docs: GitHub integration

Cách làm

1. 1Trong CLI, /permissions chuyển chế độ, và /status hiển thị chính sách phê duyệt cùng các thư mục được phép ghi đang có hiệu lực.
2. 2“Ask for approval”, chế độ mặc định được khuyến nghị, sửa tệp và chạy lệnh bên trong workspace và tạm dừng trước khi vượt ra ngoài.
3. 3“Approve for me” giữ nguyên sandbox nhưng gửi các yêu cầu phê duyệt đến bộ review tự động thay vì đến bạn.
4. 4“Full access” bỏ các giới hạn về hệ thống tệp và mạng. Tài liệu có kèm cảnh báo; chỉ dùng nó cho những môi trường bạn có thể bỏ đi.

Prompt để sao chép

Trước khi bắt đầu, hãy chạy /status và cho tôi biết chính sách phê duyệt và các thư mục được phép ghi. Sau đó [nhiệm vụ]. Hỏi trước bất kỳ lệnh nào cần mạng hoặc ghi ra ngoài repository này.

Chỗ dễ sai

• Với “Approve for me”, không có người nào đọc từng yêu cầu. Hãy dùng nó ở nơi mà một thao tác sai có thể hoàn tác dễ dàng.
• “Full access” áp dụng cho cả máy, không chỉ repository.

Từ tài liệu chính thức: Codex docs: Permission modes · Codex docs: Sandboxing · Codex docs: Approvals and security · Codex docs: CLI commands

Cách làm

1. 1codex exec "..." chạy ở chế độ không tương tác và mặc định dùng sandbox chỉ đọc.
2. 2Thêm --sandbox workspace-write khi nó phải sửa tệp; --full-auto đã bị ngừng khuyến nghị.
3. 3--json xuất ra một luồng sự kiện dạng JSON Lines cho các script cần từng bước.
4. 4Trong GitHub Actions, openai/codex-action@v1 chạy codex exec cho bạn.

Prompt để sao chép

codex exec "Đọc các thay đổi kể từ tag [v1.2.0]. Viết ghi chú phát hành chia nhóm Thêm mới, Thay đổi và Sửa lỗi: mỗi thay đổi một dòng, bằng lời mà người dùng hiểu được, không có mã hash của commit."

Chỗ dễ sai

• Các hướng dẫn cũ vẫn dùng --full-auto. Tùy chọn này đã bị ngừng khuyến nghị; hãy dùng --sandbox workspace-write.
• Một tác vụ chỉ đọc thì nên giữ ở chế độ chỉ đọc, trong CI cũng vậy.

Từ tài liệu chính thức: Codex docs: Non-interactive mode · Codex docs: GitHub Action

Cách làm

1. 1/review trong CLI review working tree của bạn. codex review làm việc tương tự mà không cần khung trò chuyện, so với một nhánh gốc, một commit hoặc các thay đổi chưa commit.
2. 2Trên GitHub, bình luận @codex review trong một pull request.
3. 3Bật review tự động trong mục “Personal preferences” của cài đặt Codex; khi đó không cần bình luận nữa.
4. 4Viết quy tắc của nhóm bạn trong mục “## Code Review Rules” của AGENTS.md.

Tích hợp sẵn

• Codex · Codex code review

Prompt để sao chép

## Code Review Rules
- Đánh dấu mọi thay đổi liên quan đến xác thực hoặc phân quyền.
- Đánh dấu các migration cơ sở dữ liệu không có cách quay lui.
- Đánh dấu các dependency mới và cho biết chúng có cần thiết không.
- Bỏ qua định dạng; linter sẽ xử lý.

Chỗ dễ sai

• Review trên GitHub chỉ đánh dấu vấn đề P0 và P1. Không có nhận xét không có nghĩa là thiết kế đúng.
• Review là ý kiến thứ hai, không phải một lần chạy kiểm thử. Hãy giữ các bài kiểm thử.

Từ tài liệu chính thức: Codex docs: CLI commands · Codex docs: GitHub integration

Cách làm

1. 1Tạo một môi trường với các repository, dependency, công cụ và thiết lập truy cập mà các nhiệm vụ cần. Môi trường mới sẽ ghi lại một script cài đặt và một skill khởi động.
2. 2Thiết lập quyền truy cập internet cho từng môi trường: chỉ trình quản lý gói, chỉ các tên miền được chọn, hoặc tất cả.
3. 3Bắt đầu nhiệm vụ từ ChatGPT, từ extension cho IDE với những việc dài hơn, hoặc từ terminal bằng codex cloud exec; --attempts 1-4 yêu cầu nhiều lần thử để so sánh.
4. 4Code Review và các tích hợp GitHub và Linear vẫn chạy trên Codex Cloud phiên bản cũ (Legacy), mà OpenAI dự định ngừng hỗ trợ.

Tích hợp sẵn

• Codex · Codex Cloud

Prompt để sao chép

codex cloud exec --attempts 3 "Nhiệm vụ: [thay đổi]. Bối cảnh: [các tệp]. Hoàn thành khi [bài kiểm thử] chạy qua trong môi trường này. Giữ diff dưới [số] dòng."

Chỗ dễ sai

• Internet không giới hạn cho phép một nhiệm vụ truy cập mọi trang, kể cả những trang được viết ra để điều khiển nó. Chỉ cho phép những gì công việc cần.
• Nếu thiếu script cài đặt, có thể các bài kiểm thử chưa hề chạy. Hãy kiểm tra xem nhiệm vụ có thực sự chạy chúng không.

Từ tài liệu chính thức: Codex docs: Cloud environments · Codex docs: CLI commands · Codex docs: IDE extension

Cách làm

1. 1Đặt mô hình và mức suy luận mặc định trong ~/.codex/config.toml (model và model_reasoning_effort). CLI và extension cho IDE dùng chung tệp này.
2. 2Tạo một profile thành tệp riêng, ~/.codex/<name>.config.toml, và khởi động với --profile <name>.
3. 3Thêm MCP server bằng codex mcp add <name> -- <command>; mỗi server trở thành một bảng [mcp_servers.<name>], và /mcp liệt kê các server đang hoạt động.
4. 4/status cho biết cài đặt nào đang có hiệu lực, và codex resume --last tiếp tục phiên gần nhất trong thư mục này.

Prompt để sao chép

Hãy đọc ~/.codex/config.toml và .codex/config.toml của dự án này. Cho tôi biết mô hình, mức suy luận, sandbox và các MCP server đang có hiệu lực, mỗi thứ đến từ tệp nào, và mọi chỗ xung đột.

Chỗ dễ sai

• Cài đặt dự án chỉ được nạp với các dự án được tin cậy. Nếu một cài đặt có vẻ bị bỏ qua, hãy kiểm tra điều đó trước.
• Profile giờ là các tệp riêng. Những hướng dẫn đặt [profiles.name] bên trong config.toml đã lỗi thời.

Từ tài liệu chính thức: Codex docs: MCP · Codex docs: Config basics · Codex docs: Advanced config · Codex docs: CLI commands