Nếu bạn nghĩ Codex chỉ là một "chatbot viết code", thì bạn đã lạc hậu một thế hệ rồi.
Vào ngày 9 tháng 7 năm 2026, GPT-5.6 đã được phát hành rộng rãi.
Trung tâm của nó là mô hình chủ lực, "Sol."
Khả năng thực hiện một yêu cầu duy nhất đến cùng—từ việc code phức tạp, nghiên cứu, tạo tài liệu đến thao tác trình duyệt, Computer Use, bảo mật và thực thi dự án dài hạn—đã tăng lên đáng kể.
Nó đã đạt 80 điểm trên Chỉ số Coding Agent của Artificial Analysis. Trên Terminal-Bench 2.1, nó đạt 88.8% và trong cài đặt Ultra, nó đã tăng lên 91.9%.
Tuy nhiên, có một sự thay đổi còn lớn hơn cả những con số.
Đó là Codex đã biến đổi từ một "AI trả lời câu hỏi" thành một "AI lắp ráp và hoàn thành công việc."
Nghiên cứu.
Lên kế hoạch.
Sáng tạo.
Kiểm tra.
Phân phối nhiệm vụ cho nhiều AI nếu cần.
Lưu các quy trình đã hoàn thành và tự động chạy chúng từ lần tiếp theo.
Bạn có thể hoàn thành toàn bộ chu trình này trong Codex.
Đã có hơn 5 triệu người sử dụng Codex hàng tuần, và khoảng 20% trong số họ không phải là kỹ sư. Hơn nữa, việc sử dụng trong số những người không phải kỹ sư đang tăng nhanh hơn gấp ba lần so với các nhà phát triển.
Nói cách khác, sự thay đổi này không chỉ dành cho các kỹ sư.
Sản xuất bài viết, quản lý mạng xã hội, nghiên cứu đối thủ cạnh tranh, lập kế hoạch sản phẩm, tạo tài liệu, hỗ trợ khách hàng và sản xuất web.
Hầu như bất kỳ công việc nào được thực hiện trên máy tính đều là mục tiêu.
Trong bài viết này, tôi sẽ kết nối tất cả các chức năng cần thiết để tận dụng tối đa Codex trong kỷ nguyên GPT-5.6 Sol, theo thứ tự sức mạnh tăng dần.
Từ việc chọn giữa Sol, Terra và Luna đến chế độ Plan, AGENTS.md, config.toml, Skills, Plugins, MCP, Ultra, Subagents, Custom Agents, đánh giá và Automations.
Đây không phải là một phần giới thiệu rời rạc về các tính năng, mà là một bản đồ chiến lược để hoàn thiện môi trường làm việc chuyên dụng của riêng bạn.
Dành cho những ai muốn biết bức tranh toàn cảnh về việc đạt được kết quả trong công việc phụ cùng với bài viết này 🎁
Hiện tại, trên LINE chính thức,
"Chiến lược toàn diện công việc phụ trên mạng xã hội kiểu Kuroneko: Gói 5 phần thưởng lớn"
đang được tặng miễn phí 🎁
Vì nội dung này ban đầu được lên kế hoạch phát hành dưới dạng trả phí,
việc phân phối sẽ kết thúc khi đạt đủ số lượng.
Hãy nhận nó cùng với bài viết khi bạn còn có thể.
▼▼▼
▶︎▶︎▶︎ Nhận 5 Phần thưởng Lớn
Bây giờ, chúng ta hãy đi vào chủ đề chính!
Bản chất thực sự của Codex không phải là "AI Chat", mà là một Hệ điều hành vận hành công việc
Để hiểu Codex trong kỷ nguyên Sol, trước tiên bạn cần nắm được bức tranh tổng thể.
Codex bao gồm 6 lớp sau.
Nhiều người chỉ nhìn vào lớp đầu tiên: "mô hình nào thông minh nhất."
Tuy nhiên, sự khác biệt trong công việc thực tế được tạo ra từ lớp thứ hai trở đi.
Cho dù một mô hình có thông minh đến đâu, nếu mục đích còn mơ hồ, tài liệu cần thiết bị thiếu và các điều kiện hoàn thành không được đặt ra, thì những gì nhận lại sẽ chỉ là một lý thuyết chung chung không đạt được mục tiêu.
Ngược lại, nếu bạn cung cấp bối cảnh, quy tắc, công cụ, vai trò và điều kiện hoàn thành, Codex sẽ biến thành bên hoàn thiện sản phẩm đầu ra.
Không có gì phải bàn cãi khi Sol rất mạnh.
Nhưng chỉ chọn Sol thôi thì chưa hoàn thiện Codex.
Bạn chỉ thấy được tiềm năng thực sự của nó khi bạn kết nối hiệu suất của bộ não với cơ chế công việc.
1. Chọn giữa Sol, Terra và Luna cho công việc
Trong GPT-5.6, bạn có thể chọn từ ba mô hình tùy theo mục đích.
Sol là "Trung tâm Chỉ huy" suy nghĩ đến cùng
Sol là mô hình chủ lực của GPT-5.6. Nó phù hợp với công việc mà câu trả lời chưa được quyết định từ đầu.
- Đọc nhiều tài liệu để quyết định chiến lược
- Hiểu một cơ sở mã lớn để thêm tính năng
- Tiến hành từ nghiên cứu đến cấu trúc, sản xuất và xác minh cùng một lúc
- Hoàn thiện sản phẩm đầu ra trên các trình duyệt và ứng dụng
- Duy trì tính nhất quán trong các dự án dài hạn
- Chỉ huy nhiều subagent
Sol dành cho công việc mà bạn muốn AI suy nghĩ không chỉ về "làm cái gì", mà còn về "làm thế nào để tiến hành để đạt được mục tiêu."
Terra là "Người thực hành" cân bằng tốc độ và chất lượng
Terra là một mô hình cân bằng giữa năng lực và chi phí. Nó phù hợp với công việc đòi hỏi khả năng phán đoán nhưng không cần sự suy nghĩ sâu sắc, liên tục của Sol, chẳng hạn như nghiên cứu hàng ngày, tóm tắt, sắp xếp tệp, soạn thảo, sửa code và kiểm tra nhiều tài liệu.
Khi chạy nhiều subagent, việc giao Terra cho vai trò nghiên cứu hoặc khám phá sẽ tăng hiệu quả.
Luna là "Người lao động" phụ trách khối lượng và tốc độ
Luna là mô hình nhanh nhất và có chi phí thấp nhất.
- Phân loại một số lượng lớn tệp
- Kiểm tra sự không nhất quán về ký hiệu
- Sàng lọc sơ bộ
- Chuyển đổi văn bản khuôn mẫu
- Tạo ra một số lượng lớn các ứng viên
- Định dạng theo một phong cách cố định
Nó phù hợp để chạy các tác vụ nhẹ này với tần suất cao. Thay vì để Luna đưa ra phán đoán cuối cùng, hãy để nó xử lý việc thu thập, sắp xếp và thu hẹp các ứng viên, sau đó quay lại Sol ở cuối. Sự phân công lao động này rất mạnh mẽ.
Nếu bạn không chắc chắn, hãy bắt đầu với sự kết hợp này
Bạn không cần phải chạy Sol ở cài đặt tối đa mọi lúc. Sol cho trung tâm chỉ huy, Terra cho nghiên cứu và Luna cho xử lý thường xuyên. Cũng giống như một đội ngũ con người, bạn phân bổ bộ não dựa trên trọng lượng của công việc.
Ultra không chỉ là một "cài đặt suy nghĩ sâu"
Ultra là một cài đặt sử dụng mức độ lý luận cao nhất cho mô hình tương ứng. Quan trọng hơn là khả năng chủ động phân phối các nhiệm vụ phù hợp cho nhiều subagent.
Trong cài đặt thông thường, bạn có thể song song hóa bằng cách nói rõ "chia việc này cho ba người." Trong Ultra, Codex tự đánh giá rằng "chia nhỏ công việc này sẽ nhanh hơn và cải thiện chất lượng," và có thể phân tách nó thành nghiên cứu, sản xuất, xác minh, v.v. Nói tóm lại, Ultra không chỉ là một chế độ thông minh cao; nó là một chế độ tự động hình thành đội ngũ AI.
Chế độ Fast tăng tốc độ mà không thay đổi mô hình
Codex cũng có chế độ Fast. Đổi lại việc tăng tốc độ của mô hình tương ứng lên khoảng 1.5 lần, nó tiêu thụ nhiều tín dụng hơn trong GPT-5.6 so với bình thường. Bạn có thể chuyển đổi nó trong CLI bằng các lệnh sau:
/fast on
/fast off
/fast status
Tính năng này dành cho các sửa lỗi có thời hạn ngắn hoặc tập trung làm việc khi bạn muốn giảm thời gian chờ. Chế độ Fast khác với "chuyển xuống một mô hình nhẹ hơn." Hãy sử dụng nó khi bạn muốn tăng tốc độ trong khi vẫn duy trì khả năng của Sol.
2. Chọn giữa App, CLI, IDE và Cloud
Điểm mạnh của Codex thay đổi tùy thuộc vào nơi bạn sử dụng nó.
ChatGPT Desktop App là "Phòng Chỉ huy"
Nếu bạn muốn lập kế hoạch trong khi xem nhiều tệp, tiến hành các tác vụ và xử lý hình ảnh, tài liệu, bảng tính, trình duyệt và các công cụ bên ngoài, thì ứng dụng desktop là trung tâm. Bạn có thể quản lý tiến trình, sự khác biệt, subagent, Skills, Plugins và các tác vụ đã lên lịch của Codex cùng nhau. Đối với những người không phải kỹ sư muốn tích hợp Codex vào công việc của họ, bắt đầu với ứng dụng là con đường ngắn nhất.
CLI là "Người thực thi trong Terminal"
CLI giỏi trong việc xử lý trực tiếp các tệp và code cục bộ, thực thi lệnh, kiểm tra, thao tác Git và xử lý tự động không tương tác. Bằng cách sử dụng codex exec thay vì chỉ codex tương tác, bạn có thể chạy nó từ các tập lệnh hoặc CI. Giá trị của CLI tăng lên đối với những người muốn chạy các quy trình cố định theo cùng một cách mỗi lần.
IDE Extension là "Trợ lý bên cạnh code"
Nếu bạn muốn tiến hành sửa lỗi, giải thích và đánh giá trong khi xem code bạn đang mở trong VS Code hoặc tương tự, hãy sử dụng IDE extension. Thật dễ dàng để đưa ra các hướng dẫn chi tiết trong khi chuyển đổi các tệp mục tiêu, giúp cho quá trình qua lại trong quá trình triển khai là ngắn nhất.
Cloud là "Người gia công giải phóng máy tính của bạn"
Cloud phù hợp khi bạn muốn để lại các tác vụ tốn thời gian cho một môi trường riêng biệt. Bạn có thể tiến hành các công việc khác song song mà không làm gián đoạn công việc cục bộ của mình.
Suy nghĩ rất đơn giản:
- Lệnh hàng ngày: Desktop App
- Lệnh và xử lý tự động: CLI
- Công việc tiếp xúc gần để triển khai code: IDE
- Các tác vụ riêng biệt kéo dài: Cloud
Bạn không cần phải hợp nhất mọi thứ vào một. Hãy sử dụng cùng một Codex từ lối vào phù hợp với công việc.
3. Cung cấp hướng dẫn với bốn yếu tố: Mục đích, Bối cảnh, Ràng buộc và Điều kiện Hoàn thành
GPT-5.6 Sol có thể hoạt động khá tốt ngay cả với những hướng dẫn ngắn. Tuy nhiên, đối với công việc quan trọng, việc cung cấp bốn yếu tố này làm cho nó ổn định hơn rất nhiều.
Mục đích
Đó không phải là về việc tạo ra cái gì, mà là về những gì bạn muốn đạt được. Thay vì "viết một bài báo," hãy nói "hoàn thành một bài báo cho phép độc giả chỉ sử dụng Codex cho các cuộc trò chuyện một lần có thể tạo ra môi trường làm việc AI chuyên dụng của riêng họ."
Bối cảnh
Nó nên xem những tệp, tài liệu, ví dụ và quyết định trong quá khứ nào? Sức mạnh của việc có thể đưa các thư mục cho Codex nằm ở đây. Thay vì viết lại các giải thích trong hộp chat mỗi lần, hãy để nó đọc các tài liệu chính xác.
Ràng buộc
Các điều kiện phải tuân theo. Bao gồm số lượng từ, giọng điệu, các tệp không được động đến, công nghệ sử dụng, đối tượng mục tiêu, thông tin chính để tham khảo, các biểu thức bị cấm, v.v.
Điều kiện Hoàn thành
Điều gì cần xảy ra để công việc được hoàn thành? Thay vì "hoàn thành sau khi viết văn bản," hãy quyết định "hoàn thành sau khi hoàn tất việc kiểm tra thực tế, kiểm tra liên kết, kiểm tra số lượng từ, kiểm tra khả năng đọc và lưu vào thư mục được chỉ định."
Tổng hợp bốn điều này dẫn đến định dạng sau:
ーーーーーーーーーーーー
【Prompt Cơ bản để Giao việc cho Codex】
Mục đích:
[Những gì bạn muốn đạt được với công việc này]
Bối cảnh:
[Các tệp, thư mục, tài liệu tham khảo, quyết định trong quá khứ cần đọc]
Ràng buộc:
[Các quy tắc cần tuân theo, phạm vi thay đổi, đối tượng mục tiêu, định dạng]
Điều kiện Hoàn thành:
[Cần kiểm tra những gì và ở trạng thái nào để hoàn thành]
Hãy tự mình tiến hành nghiên cứu và công việc cần thiết, và thực hiện cho đến khi đáp ứng các điều kiện hoàn thành. Chỉ đặt câu hỏi ở những nơi cần phán đoán, và nếu không thì hãy phán đoán và tiến hành một cách hợp lý.
ーーーーーーーーーーーー
Sol di chuyển mạnh mẽ hơn khi mục đích và điều kiện hoàn thành rõ ràng hơn là khi bạn liệt kê 30 bước chi tiết. Nếu bạn quyết định tất cả các bước, Codex chỉ có thể làm công việc mà nó được hướng dẫn. Làm rõ mục tiêu và để ngỏ quy trình. Đó là hướng dẫn cho một agent.
Biến thông tin cung cấp cho Codex thành tệp, không phải chat
Bạn càng sử dụng Codex lâu, thiết kế tệp càng quan trọng hơn kỹ năng chat. Nếu bạn chỉ tiến hành bằng hội thoại, các quyết định quan trọng, tài liệu tham khảo, sản phẩm đầu ra và nhiệm vụ tiếp theo sẽ bị trộn lẫn vào cùng một chỗ. Bạn phải giải thích lại mỗi khi bắt đầu một cuộc trò chuyện mới và nhận được một phán đoán khác với lần trước. Để thoát khỏi trạng thái này, hãy quyết định "cần đọc những gì để tiếp tục công việc" cho mỗi dự án.
Cấu hình tối thiểu là bốn mục sau:
Project/
├── Context.md # Mục đích, mục tiêu, tiền đề hiếm khi thay đổi
├── Project.md # Các vấn đề hiện tại, quyết định, nhiệm vụ tiếp theo
├── Materials/ # Tài liệu tham khảo, dữ liệu nguồn, thông tin đối thủ cạnh tranh
└── Outputs/ # Sản phẩm đầu ra đã hoàn thành
Đặt "tiền đề hiếm khi thay đổi" trong Context.md
Đặt thông tin cần thiết mỗi lần, chẳng hạn như mục đích dự án, đối tượng mục tiêu, tiêu chí đánh giá và các điều kiện cần tuân theo.
Đặt "những gì đang được thực hiện bây giờ" trong Project.md
Cập nhật các vấn đề hiện tại, kế hoạch đang xem xét, quyết định và bước tiếp theo. Ngay cả khi cuộc trò chuyện thay đổi, bạn có thể bắt đầu từ nơi bạn đã dừng lại bằng cách đọc tệp này.
Đặt "bằng chứng" trong Materials
Tóm tắt các tài liệu để tạo sản phẩm đầu ra, chẳng hạn như bài viết tham khảo, nghiên cứu đối thủ cạnh tranh, hình ảnh, biên bản, dữ liệu và thông số kỹ thuật.
Đặt "phiên bản cuối cùng" trong Outputs
Bằng cách tách biệt bản nháp và phiên bản cuối cùng, Codex sẽ khó nhầm lẫn một bản nháp cũ với bản chính hơn.
Khi bạn đã tạo cấu trúc này, hãy viết thứ tự đọc trong AGENTS.md. Sau đó, yêu cầu tiếp theo có thể ngắn gọn:
Làm theo AGENTS.md của dự án này và đọc Context.md và Project.md. Tiếp tục từ điểm hiện tại cho đến khi đáp ứng các điều kiện hoàn thành.
Chat là nơi dành cho hướng dẫn và phán đoán. Các tệp là nơi dành cho bộ nhớ và sản phẩm đầu ra. Khi sự phân công vai trò này đạt được, Codex không còn là một người bạn trò chuyện một lần, mà là một người phụ trách liên tục thúc đẩy dự án.
4. Bắt đầu với chế độ Plan cho công việc mơ hồ
Bạn có điều gì đó muốn làm, nhưng bạn không biết phải làm gì hoặc bắt đầu từ đâu. Nếu bạn nhảy thẳng vào triển khai hoặc sản xuất trong trạng thái này, các tiền đề sẽ thay đổi giữa chừng. Đó là lúc chế độ Plan phát huy tác dụng.
Trong chế độ Plan, Codex trước tiên nghiên cứu các tệp và tình hình, đặt các câu hỏi cần thiết và tạo ra một bản thiết kế trước khi thực thi. Bạn có thể chuyển sang nó bằng /plan trong CLI hoặc Shift+Tab trong ứng dụng.
Chế độ Plan mạnh mẽ cho các công việc sau:
- Các dự án mới mà yêu cầu vẫn còn mơ hồ
- Các thay đổi trải dài trên nhiều tệp
- Cải tạo nơi bạn không muốn phá vỡ các cơ chế hiện có
- Giới thiệu công cụ với nhiều tùy chọn
- Thiết kế quy trình cho các dự án dài hạn
- Sản xuất bài viết được quyết định từ hướng đi của độc giả hoặc sản phẩm
Cách sử dụng không khó.
ーーーーーーーーーーーー
【Prompt cho chế độ Plan】
Không thực thi yêu cầu này ngay lập tức; trước tiên, hãy nghiên cứu tình hình hiện tại.
- Thu thập thông tin cần thiết để đạt được mục đích
- Tách biệt các điểm chưa rõ ràng khỏi các phán đoán quan trọng
- Lập kế hoạch các bước thực thi, mục tiêu thay đổi và phương pháp xác minh
- Chỉ hỏi những điều tôi cần quyết định
Khi kế hoạch đã chắc chắn, hãy trình bày nó theo một thứ tự có thể thực thi.
Mục đích: [Những gì bạn muốn đạt được]
ーーーーーーーーーーーー
Giá trị của chế độ Plan không phải là thận trọng; đó là loại bỏ việc làm lại. Sẽ nhanh hơn khi dành 15 phút đầu tiên để tạo một thiết kế chính xác hơn là bắt đầu thực hiện trong 10 phút và làm lại 3 giờ sau đó. Công việc càng lớn, khoảng cách này càng rộng.
5. Loại bỏ "giải thích lặp đi lặp lại" với AGENTS.md
Tài sản đầu tiên mà người bắt đầu với Codex nên tạo là AGENTS.md. AGENTS.md là cuốn sách quy tắc mà Codex đọc trước khi bắt đầu công việc. Bạn có thể cố định những điều bạn muốn nó tuân theo mỗi lần trong một tệp thay vì chat.
Ví dụ, nội dung sau:
- Thứ tự các tệp cần đọc đầu tiên
- Mục đích dự án
- Các thư mục quan trọng
- Quy tắc viết và thiết kế
- Lệnh kiểm tra và xác nhận
- Phạm vi không được thay đổi
- Định nghĩa về sự hoàn thành
- Phương pháp báo cáo cho người dùng
Tách biệt Global và Project
Đặt các quy tắc cá nhân chung trong ~/.codex/AGENTS.md. Đặt các quy tắc cho một dự án cụ thể trong AGENTS.md trực tiếp trong dự án. Nếu một thư mục cụ thể cần các quy tắc riêng, bạn có thể thêm một AGENTS.md bên trong thư mục đó. Codex đọc từ các quy tắc cấp cao nhất và ưu tiên các tệp gần với không gian làm việc hơn. Nói cách khác, bạn có thể tách biệt các quy tắc chung khỏi các quy tắc tại chỗ.
AGENTS.md đầu tiên là đủ với nội dung này
AGENTS.md
Mục đích
- Đạt được điều gì trong dự án này
Đọc Đầu tiên
- Context.md
- Project.md
- Thông số kỹ thuật của chức năng mục tiêu
Quy tắc Làm việc
- Không xóa dữ liệu hiện có
- Ưu tiên các mẫu thiết kế hiện có
- Không thay đổi các tệp không liên quan
Điều kiện Hoàn thành
- Việc triển khai hoặc sản phẩm đầu ra cần thiết đã hoàn thành
- Kiểm tra và xác nhận hiển thị đã hoàn tất
- Báo cáo chi tiết thay đổi và kết quả xác nhận
Bạn không cần phải tạo ra một bách khoa toàn thư ngay từ đầu. Khi Codex mắc cùng một lỗi, hãy thêm quy tắc gây ra lỗi đó. Nếu bạn đưa ra cùng một lời giải thích hai lần, đó là vấn đề với cơ chế, không phải cuộc trò chuyện. Đừng chỉ sửa nó ngay tại chỗ; hãy thay đổi nó để điều đó không xảy ra vào lần sau. AGENTS.md là nơi để phát triển Codex.
6. Đặt trạng thái ban đầu của Codex với config.toml
Nếu AGENTS.md là "quy tắc làm việc," thì config.toml là "cài đặt thân Codex." Nó chủ yếu quản lý các mục sau:
- Mô hình sử dụng
- Nỗ lực lý luận
- Quyền và phương thức phê duyệt
- Sandbox
- MCP servers
- Cài đặt subagent
- Cờ tính năng
- Hồ sơ
Đặt cài đặt cá nhân trong ~/.codex/config.toml. Đặt cài đặt cụ thể cho dự án trong .codex/config.toml. CLI, IDE extensions và ứng dụng desktop chia sẻ lớp cài đặt này.
Trong một cấu hình tối thiểu, nó trông như thế này:
model = "gpt-5.6"
model_reasoning_effort = "high"
approval_policy = "on-request"
[agents]
max_threads = 6
max_depth = 1
max_threads là số lượng luồng agent có thể mở đồng thời và max_depth là độ sâu mà subagent có thể phân nhánh thêm. Tiêu chuẩn hiện tại là tối đa 6 luồng và độ sâu 1. Bạn không cần phải tăng đệ quy một số lượng lớn agent ngay từ đầu. Nó đủ mạnh để chính agent giao việc cho nhiều chuyên gia và thu thập kết quả.
Việc phân chia vai trò của các cài đặt ngăn ngừa sự nhầm lẫn:
- Cách hành xử: AGENTS.md
- Mô hình, quyền và kết nối nào để sử dụng: config.toml
- Cách tiến hành công việc: Skills
- Làm gì với các dịch vụ bên ngoài: MCP / Plugins
7. Biến "quy trình thành công" thành khả năng với Skills
Bạn có đang giải thích công việc bạn làm hàng tuần từ đầu mỗi lần không? Sản xuất bài viết, nghiên cứu đối thủ cạnh tranh, tóm tắt cuộc họp, phát hành, đánh giá, xử lý hóa đơn, tạo báo cáo. Nếu bạn lặp lại cùng một quy trình, điều tiếp theo cần tạo không phải là một prompt dài, mà là một Skill.
Skill là một khả năng cụ thể cho công việc có thể được thêm vào Codex. Về cơ bản, bạn viết những điều sau trong SKILL.md:
- Khi nào sử dụng nó
- Nhận đầu vào nào
- Đọc những gì
- Tiến hành theo thứ tự nào
- Sử dụng công cụ nào
- Kiểm tra những gì để hoàn thành
Nếu cần, các tài liệu tham khảo, mẫu, tập lệnh và tài sản hình ảnh có thể được đặt trong cùng một thư mục.
Skills chỉ đọc toàn văn khi cần thiết
Codex không tải tất cả văn bản Skill từ đầu. Nó trước tiên xem xét tên và mô tả và chỉ mở Skill phù hợp với yêu cầu hiện tại. Đây là "Progressive Disclosure." Bạn có thể chỉ gọi những khả năng cần thiết mà không cần nhồi nhét một số lượng lớn các quy trình vào ngữ cảnh mỗi lần.
Có thể được sử dụng một cách rõ ràng hoặc tự động
Khi rõ ràng, hãy chỉ định $skill-name trong prompt. Nếu mô tả và nội dung yêu cầu khớp nhau, Codex cũng có thể chọn tự động. Đó là lý do tại sao mô tả quan trọng hơn tên Skill. Đó là loại Skill nào, khi nào sử dụng và khi nào không sử dụng? Nếu điều này rõ ràng, các kích hoạt sai sẽ giảm.
Công việc nên được tạo thành Skill
Nếu hai hoặc nhiều điều sau đây áp dụng, đã đến lúc biến nó thành một Skill:
- Bạn đã thực hiện cùng một quy trình 3 lần trở lên
- Các tài liệu được tham khảo đều giống nhau mỗi lần
- Chất lượng giảm nếu thứ tự sai
- Có các mục kiểm tra phải luôn vượt qua
- Cần phối hợp với một công cụ cụ thể
- Bạn muốn sử dụng lại nó với người khác hoặc trong các dự án khác
Chỉ lưu một prompt đã hoạt động một lần không làm tăng khả năng tái lập. Nó chỉ trở thành một khả năng sau khi sửa đầu vào, quy trình, tiêu chí đánh giá và xác minh.
Nếu bạn sử dụng macOS, nơi Computer Use có sẵn, bạn có thể tạo Skills từ các bản trình diễn
Đối với các thao tác khó giải thích bằng văn bản, bạn có thể sử dụng Record & Replay. Nếu bạn thực sự hiển thị thao tác trên máy Mac, Codex sẽ phân tích quy trình và tạo một bản nháp của Skill. Tính năng này tương thích với "công việc mà việc chỉ ra nhanh hơn giải thích," chẳng hạn như hoàn trả chi phí, tải xuống các báo cáo định kỳ, đăng video và điền vào các biểu mẫu cố định.
8. Plugins gói gọn "Khả năng, Kết nối và Công cụ"
Nếu Skill là một quy trình công việc, thì Plugin là một gói phân phối nhiều khả năng và kết nối. Một Plugin có thể gói gọn các yếu tố sau:
- Skills
- Các bộ kết nối như Gmail và Google Drive
- MCP servers
- Hooks
- Tính năng trình duyệt
- Các mẫu tác vụ đã lên lịch
Trước khi tự tạo Skill, nếu có Plugin phù hợp với mục đích của bạn, sẽ nhanh hơn nếu sử dụng plugin có sẵn trước. Ví dụ, bằng cách thêm Plugins cho GitHub, Gmail, Google Drive và Slack, không gian làm việc của Codex mở rộng ra ngoài các thư mục cục bộ.
Sự khác biệt giữa Skill và Plugin
Plugins có sẵn từ trình duyệt Plugin trong ứng dụng desktop và CLI. Trong CLI, hãy mở nó bằng /plugins. Sau khi cài đặt, việc bắt đầu một cuộc trò chuyện hoặc phiên mới sẽ làm cho các Skills và công cụ đã thêm có sẵn.
9. Cung cấp cho Codex "tay chân cho các dịch vụ bên ngoài" với MCP
Cho dù Codex có mạnh đến đâu, nó không thể chạm vào dữ liệu mới nhất hoặc thông tin riêng tư của các dịch vụ mà nó không được kết nối. Bạn muốn nó đọc tài liệu từ Google Drive. Bạn muốn kiểm tra GitHub Issues. Bạn muốn xem các thiết kế Figma. Bạn muốn lấy thông tin từ Notion hoặc các hệ thống nội bộ. Bạn muốn vận hành một trình duyệt. Đó là lúc MCP xuất hiện.
MCP là một tiêu chuẩn chung để kết nối Codex với các công cụ và thông tin bên ngoài. MCP servers chủ yếu cung cấp ba thứ:
- Tools: Các thao tác như tìm kiếm, tạo, cập nhật và gửi
- Resources: Đọc tài liệu, dữ liệu, thông số kỹ thuật, v.v.
- Prompts: Các prompt có thể tái sử dụng cho dịch vụ đó
Thêm MCP thay đổi hình thức của yêu cầu
Trước khi kết nối, người dùng thu thập thông tin và dán nó vào Codex. Sau khi kết nối, Codex có thể tự lấy thông tin cần thiết, tạo sản phẩm đầu ra và phản ánh chúng vào những nơi cần thiết. Ví dụ, công việc như thế này:
- Thu thập tài liệu cuộc họp từ Google Drive và tóm tắt các quyết định
- Kiểm tra GitHub PRs và Issues và triển khai các bản sửa lỗi
- Xem Figma để tái tạo màn hình và kiểm tra hiển thị trong trình duyệt
- Trích xuất các email cần trả lời từ Gmail và tạo bản nháp
- Tạo kế hoạch triển khai từ các thông số kỹ thuật của Notion
Kết hợp Skill và MCP
MCP một mình chỉ làm tăng các công cụ. Hãy viết thứ tự những việc cần làm trong một Skill. "Mỗi thứ Hai, đọc giá trị từ Drive, so sánh với tuần trước, kiểm tra các giá trị ngoại lệ và tạo một báo cáo." Trong trường hợp này, bàn tay lấy thông tin từ Drive là MCP và quy trình công việc hàng tuần là Skill. Tách biệt các công cụ và quy trình. Ý tưởng này ổn định Codex.
10. Tạo "Đội ngũ AI một người" với Ultra và Subagents
Điểm nhấn của kỷ nguyên Sol không phải là làm cho một AI duy nhất thông minh hơn. Đó là làm cho nhiều AI làm việc đồng thời. Codex có thể chia công việc thành các subagent, tiến hành song song và cuối cùng, agent chính có thể tích hợp kết quả.
Để một người làm mọi thứ sẽ làm ô nhiễm ngữ cảnh
Nếu bạn tiếp tục đưa các nhật ký nghiên cứu dài, kết quả kiểm tra, lỗi, kế hoạch ứng viên và kế hoạch bị từ chối vào một cuộc trò chuyện, các mục đích và phán đoán quan trọng sẽ bị chôn vùi. Đây là Context pollution. Hơn nữa, khi thông tin không cần thiết tiếp tục tăng lên, độ chính xác của phán đoán sẽ giảm trong nửa sau của một cuộc trò chuyện dài. Vì vậy, hãy chuyển các công việc trung gian nặng nhọc cho các agent riêng biệt.
- Chính: Mục đích, phán đoán, tích hợp, phiên bản cuối cùng
- Nhà nghiên cứu: Tài liệu, đối thủ cạnh tranh, sự kiện, số liệu
- Người sáng tạo: Bản nháp đầu tiên, triển khai, tạo ứng viên
- Người xác minh: Sai sót, thiếu sót, sai lệch, kiểm tra
Chỉ trả lại các kết luận có tổ chức cho chính, không phải các nhật ký công việc dài của từng người phụ trách.
3 vai trò tích hợp sẵn
Codex có ba agent cơ bản:
default: Đa năngworker: Tiến hành triển khai và sửa lỗiexplorer: Đọc và nghiên cứu code và tài liệu
Ba vai trò này là đủ lúc đầu. Nếu bạn muốn sửa thêm các vai trò, bạn có thể tạo Custom Agents. Đặt các tệp TOML trong ~/.codex/agents/ cho mục đích cá nhân và .codex/agents/ cho mục đích dự án. Ngoài tên, mô tả và hướng dẫn phân công, bạn cũng có thể thay đổi mô hình, Reasoning, Sandbox, MCP và Skills cho từng vai trò.
Đội 4 người đầu tiên cần tạo
ーーーーーーーーーーーー
【Để Copy-Paste: Sol Trung tâm Chỉ huy + Đội AI 3 người】
Tiến hành công việc này với một agent chính và ba subagent.
Agent Chính:
Quản lý mục đích và điều kiện hoàn thành, và tạo phiên bản cuối cùng từ kết quả của từng người phụ trách.
Trưởng nhóm Nghiên cứu:
Thu thập thông tin chính cần thiết, ví dụ, số liệu và tiền đề, và trả lại kèm bằng chứng.
Trưởng nhóm Sản xuất:
Tạo bản nháp đầu tiên của sản phẩm dựa trên kết quả nghiên cứu và mục đích.
Trưởng nhóm Xác minh:
Kiểm tra thực tế, thiếu sót, chất lượng, khả năng đọc và độ lệch so với mục đích.
Thực hiện công việc có thể tiến hành độc lập song song. Chờ tất cả các trưởng nhóm hoàn thành, và để agent chính tích hợp kết quả.
Đầu ra Cuối cùng:
- Phiên bản cuối
- Cơ sở để áp dụng
- Các điểm đã sửa trong xác minh
- Các phán đoán còn lại
Mục đích: [Mục đích ở đây]
Điều kiện Hoàn thành: [Điều kiện hoàn thành ở đây]
ーーーーーーーーーーーー
Song song hóa "công việc độc lập"
Việc tăng thêm subagent không làm mọi thứ nhanh hơn. Điểm mạnh là công việc có thể thực hiện đồng thời.
- Nghiên cứu nhiều tài liệu
- Đánh giá từ các góc nhìn riêng biệt về bảo mật, chất lượng và khả năng đọc
- Phân loại số lượng lớn tệp tin
- Tạo nhiều kế hoạch
- Kiểm thử và phân tích log
Mặt khác, nếu nhiều người cùng viết lại một tệp tin vào cùng một lúc, sẽ xảy ra xung đột. Hãy tập trung vai trò viết vào một người, và song song hóa các vai trò đọc, nghiên cứu và xác minh. Đây là câu trả lời đúng đầu tiên.
11. Tách riêng Trưởng nhóm Sản xuất và Trưởng nhóm Xác minh
Chỉ yêu cầu Codex "làm ra, rồi kiểm tra xem có vấn đề gì không" sẽ lặp lại việc sản xuất và xác nhận từ cùng một góc nhìn. Nếu muốn cải thiện chất lượng, hãy tách riêng vai trò ngay từ đầu.
Đối với mã:
- Trưởng nhóm triển khai
- Trưởng nhóm kiểm thử
- Trưởng nhóm bảo mật
- Trưởng nhóm đánh giá khả năng bảo trì
Đối với bài viết:
- Trưởng nhóm viết
- Trưởng nhóm kiểm tra thực tế
- Trưởng nhóm góc nhìn người mới
- Trưởng nhóm kiểm tra tính nhất quán của tiêu đề
Đối với tài liệu:
- Trưởng nhóm cấu trúc
- Trưởng nhóm xác nhận số liệu
- Trưởng nhóm xác nhận thiết kế
- Trưởng nhóm góc nhìn của người ra quyết định
Ngay cả với cùng một sản phẩm, các điểm được nêu ra sẽ thay đổi khi vai trò nhìn vào nó thay đổi. Codex cũng có /review. Bạn có thể tiến hành đánh giá sau khi triển khai nhắm vào các thay đổi chưa commit, các commit cụ thể, sự khác biệt với nhánh cơ sở, v.v. Tuy nhiên, chỉ gọi chức năng đánh giá là chưa đủ. Hãy quyết định xem cần tìm ra vấn đề gì.
ーーーーーーーーーーーー
【Để Sao chép-Dán: Đánh giá trước khi Hoàn thành】
Hãy kiểm tra sản phẩm này với tư cách là một người đánh giá độc lập với người tạo ra.
Ưu tiên:
- Các lỗi ngăn cản việc đạt được mục đích
- Sai sót về thực tế, số liệu hoặc thông số kỹ thuật
- Thiếu các tiền đề hoặc bước
- Những chỗ người dùng sẽ bị lạc
- Khả năng đọc, khả năng bảo trì, cách diễn đạt
Liệt kê các vấn đề theo thứ tự quan trọng và hiển thị các phần liên quan cùng với đề xuất sửa chữa. Nếu không có vấn đề, hãy trình bày ngắn gọn phạm vi đã xác nhận và các rủi ro còn lại.
Điều kiện Hoàn thành: [Điều kiện hoàn thành ở đây]
ーーーーーーーーーーーー
Đừng nói "làm cho nó đẹp lên"; hãy đưa ra các điều kiện vượt qua. Xác minh cũng là một phần của công việc.
12. Thiết kế "phạm vi ủy thác" với Quyền và Sandbox
Codex có thể đọc và ghi tệp, thực thi lệnh và vận hành các dịch vụ bên ngoài. Đó là lý do tại sao thiết kế quyền lại quan trọng không kém trí thông minh của mô hình. Có ba ý tưởng cơ bản:
- Chỉ đọc: Chỉ đọc
- Ghi trong workspace: Có thể thay đổi trong thư mục workspace
- Toàn quyền truy cập: Có thể truy cập phạm vi rộng
Dựa trên sản xuất và triển khai hàng ngày vào Ghi trong workspace. Chỉ thêm các phạm vi cần thiết khi cần mạng bên ngoài hoặc các thư mục riêng biệt. Và để lại xác nhận cho các thao tác khó hoàn tác, chẳng hạn như xóa, gửi, xuất bản, thanh toán và thay đổi dịch vụ bên ngoài. Điều này không làm cho Codex yếu đi. Nó là nền tảng để ủy thác các tác vụ lớn một cách yên tâm. Nếu quyền không rõ ràng, Codex sẽ dừng lại ở các thao tác cần thiết hoặc ngược lại, có phạm vi quá rộng. Việc quyết định "nó có thể tự động tiến hành đến đâu" trước tiên sẽ làm giảm số lần xác nhận trong quá trình làm việc.
13. Tự động hóa công việc lặp đi lặp lại với Automations
Khi một công việc đã được thực hiện thành công một lần, hãy tự động hóa nó tiếp theo. Sử dụng Tác vụ Đã lên lịch của Codex, bạn có thể chạy công việc vào thời gian cố định, theo khoảng thời gian đều đặn, sau các sự kiện hoặc theo các điều kiện giám sát. Ví dụ, cách sử dụng như thế này:
- Mỗi sáng, thu thập tin tức mới nhất trong ngành AI
- Mỗi tuần, kiểm tra các bài viết mới từ đối thủ cạnh tranh
- Mỗi tối, xem xét các thay đổi của dự án
- Thường xuyên kiểm tra trạng thái PR và phản hồi các điểm mới được nêu ra
- Tạo báo cáo vào đầu tháng
- Theo dõi cho đến khi xử lý thời gian dài hoàn thành trong cùng một chat
Phân biệt giữa tác vụ một lần và chat liên tục
Nếu muốn kết quả độc lập mỗi lần, hãy sử dụng Tác vụ Đã lên lịch Độc lập. Nếu muốn kế thừa các cuộc hội thoại trước và làm theo cùng một công việc, hãy tạo lịch trình trong một chat hiện có.
Giữ ứng dụng chạy cho công việc cục bộ
Các tác vụ đã lên lịch xử lý các dự án cục bộ trong ứng dụng desktop yêu cầu máy tính và ứng dụng phải chạy. Trong các dự án Git, bạn có thể chọn sử dụng trực tiếp thư mục workspace hiện tại hoặc tách riêng bằng một Worktree khác. Nếu có khả năng tác vụ định kỳ sẽ chạm vào các tệp bạn đang làm việc, sẽ dễ xử lý hơn bằng cách tách riêng với Worktree.
Tự động hóa được thực hiện "sau khi thành công thủ công"
Đừng chạy nó hàng ngày một cách đột ngột; trước tiên hãy hoàn thành nó một lần trong một chat thông thường. Tiếp theo, biến nó thành một Skill. Cuối cùng, đặt nó vào một Tác vụ Đã lên lịch. Thành công thủ công → Skillization → Tự động hóa. Theo thứ tự này, bạn sẽ không sản xuất hàng loạt công việc sai lầm mỗi ngày.
14. Bắt đầu từ cấu hình này dựa trên mục đích
Bạn không cần sử dụng tất cả các tính năng. Xây dựng từ các lớp cần thiết cho công việc của bạn.
Người mới bắt đầu AI / Nhân viên
- Ứng dụng Desktop
- GPT-5.6 Sol hoặc Terra
- Mục đích, Bối cảnh, Ràng buộc, Điều kiện Hoàn thành
- Chế độ Kế hoạch
- AGENTS.md cho dự án
Mục tiêu đầu tiên là giao một thư mục cho Codex và tiến hành từ lập kế hoạch đến hoàn thành.
Sản xuất Bài viết, SNS, Nội dung
- Sử dụng Sol cho cấu trúc và chỉnh sửa cuối cùng
- Sử dụng Terra cho nghiên cứu
- Lưu các quy tắc sản xuất trong AGENTS.md
- Skill hóa việc sản xuất bài viết và tạo bài đăng
- Kết nối Tìm kiếm Web và Drive với MCP
- Subagent hóa trưởng nhóm kiểm tra thực tế
- Biến nghiên cứu chủ đề thành Tác vụ Đã lên lịch
Với cấu hình này, nó kết nối không chỉ việc tạo văn bản, mà còn lập kế hoạch, nghiên cứu, sản xuất, xác nhận và cải tiến tiếp theo.
Chủ doanh nghiệp cá thể / Công ty một người
- Tách riêng các thư mục và bản sao chính cho mỗi nhiệm vụ kinh doanh
- Đặt các quy tắc chung trong AGENTS.md
- Biến các tác vụ thường xuyên thành Skills
- Kết nối Gmail, Drive, GitHub, v.v. với Plugin/MCP
- Tạo Custom Agents cho nghiên cứu, sản xuất và xác minh
- Phân phối nhiều dự án với Ultra
- Chuyển các tác vụ ổn định sang Automations
Mục tiêu không phải là một người đặt câu hỏi cho AI, mà là một người phân phối công việc cho AI và chỉ đánh giá kết quả.
Nhà phát triển / Nhóm sản xuất
- CLI hoặc Tiện ích mở rộng IDE
- AGENTS.md trực tiếp trong thư mục gốc của kho lưu trữ
.codex/config.toml- Cố định lint, test và build vào các điều kiện hoàn thành
- Phân phối triển khai, kiểm thử và đánh giá giữa các subagent
/reviewvà tích hợp GitHub- Chuyển giám sát PR và đánh giá định kỳ sang Tác vụ Đã lên lịch
Đừng dừng lại ở việc tạo mã; hãy hoàn thành chu trình thông qua kiểm thử, xác nhận diff, đánh giá và phản hồi PR.
15. 7 Đặc Điểm Chung Của Những Người Thất Bại Với Codex
- Nhồi nhét mọi thứ vào một chat Nếu bạn tiếp tục nghiên cứu, sản xuất, sửa chữa và các dự án riêng biệt trong cùng một chat, mục đích sẽ bị chôn vùi. Hãy tách riêng các dự án và chuyển các công việc trung gian nặng cho subagent.
- Đưa ra cùng một lời giải thích mỗi lần Di chuyển các tiền đề lặp đi lặp lại vào AGENTS.md và các quy trình lặp đi lặp lại vào Skills. Đừng rút ngắn cuộc trò chuyện; hãy biến các lời giải thích thành tài sản.
- Không có định nghĩa về "hoàn thành" Nếu bạn kết thúc chỉ bằng cách tạo ra, các sản phẩm chưa được xác minh sẽ tăng lên. Bao gồm các bài kiểm tra, mục xác nhận, vị trí lưu và định dạng trong các điều kiện hoàn thành.
- Xử lý mọi thứ với Sol Ultra Tách riêng công việc nặng và công việc nhẹ. Phán đoán cuối cùng là Sol, công việc hàng ngày là Terra, và xử lý khối lượng là Luna. Sự phân chia này tổ chức tốc độ và cách sử dụng.
- Chỉ tăng thêm công cụ Ngay cả khi bạn đưa vào một số lượng lớn MCP hoặc Plugin, chúng sẽ không hoạt động nếu quy trình sử dụng chúng chưa được quyết định. Hãy quyết định công việc trước và chỉ kết nối các công cụ cần thiết.
- Để Trưởng nhóm Sản xuất tự chấm điểm cho mình Tách riêng vai trò tạo ra và vai trò xác nhận. Đối với các sản phẩm quan trọng, hãy đưa vào con mắt của một agent khác.
- Tự động hóa trước khi thành công Nếu bạn đặt một quy trình mà bạn không biết có hoạt động không vào Tác vụ Đã lên lịch, công việc xác nhận sẽ tăng lên. Hãy hoàn thành thủ công, củng cố thành Skill, và cuối cùng là tự động hóa.
Hoàn thiện môi trường Codex thời Sol trong 7 ngày
Bạn không cần phải học mọi thứ ngay hôm nay. Hãy xây dựng từng lớp công việc mỗi ngày.
Ngày 1: Giao phó một tác vụ cho đến khi hoàn thành
Mở thư mục mục tiêu và cung cấp Mục đích, Bối cảnh, Ràng buộc và Điều kiện Hoàn thành. Yêu cầu một sản phẩm, không phải một câu hỏi.
Ngày 2: Để Chế độ Kế hoạch thiết kế
Chọn một tác vụ mơ hồ và giao phó nó với nghiên cứu, câu hỏi và lập kế hoạch. Cảm nhận được việc loại bỏ làm lại trước khi thực thi.
Ngày 3: Tạo AGENTS.md
Viết chỉ 5 điều bạn giải thích mỗi lần. Bao gồm thứ tự đọc, các quy tắc cần tuân theo và các điều kiện hoàn thành là đủ.
Ngày 4: Biến công việc lặp đi lặp lại thành Skill
Chọn công việc bạn làm ít nhất một lần một tuần và cố định phương pháp đầu vào, quy trình và xác nhận.
Ngày 5: Kết nối một dịch vụ bên ngoài
Kết nối dịch vụ bạn sử dụng thường xuyên nhất, chẳng hạn như Drive, GitHub, Gmail hoặc trình duyệt, thông qua Plugin hoặc MCP.
Ngày 6: Chạy 3 subagent
Chia thành nghiên cứu, sản xuất và xác minh, và cuối cùng tích hợp với Sol. Bạn sẽ thấy sự khác biệt so với khi một người tiến hành theo thứ tự cho cùng một công việc.
Ngày 7: Thêm đánh giá và tự động hóa
Thêm đánh giá vào các điều kiện hoàn thành và chuyển một tác vụ ổn định sang Tác vụ Đã lên lịch.
Đến lúc này, Codex không còn là một chat một lần. Nó trở thành một môi trường làm việc đọc các quy tắc của bạn, sử dụng các công cụ cần thiết, phân chia công việc giữa nhiều trưởng nhóm và xác nhận cho đến khi hoàn thành.
Bảng Tham khảo Nhanh để Xem Cuối cùng
Điều cần thiết trong thời đại Sol không phải là kỹ năng prompt, mà là kỹ năng thiết kế công việc
Với GPT-5.6 Sol, Codex đã trở nên thông minh hơn. Nhưng sự thay đổi thực sự lớn không phải là các con số trên bảng hiệu suất. Đó là việc AI giờ đây có thể suy nghĩ về công việc cần thiết từ một mục đích, đọc tài liệu, sử dụng công cụ, phân phối cho nhiều AI và tiến hành đến khi hoàn thành mà không cần con người hướng dẫn từng bước một.
Từ bây giờ, sự khác biệt sẽ được tạo ra không phải bởi những người biết các prompt thần kỳ, mà bởi những người có thể chuẩn bị bối cảnh chính xác. Những người có thể biến các phán đoán lặp đi lặp lại thành quy tắc. Những người có thể lưu các quy trình thành công vào Skills. Những người có thể kết nối các công cụ cần thiết với MCP. Những người có thể phân chia công việc giữa nhiều AI và quản lý bằng các điều kiện hoàn thành.
Nói cách khác, không phải những người sử dụng AI, mà là những người tạo ra môi trường để AI có thể làm việc.
Kỷ nguyên chỉ mở Codex và tung ra các câu hỏi ngay tại chỗ đã kết thúc.
Tạo một thư mục. Đặt các bản sao chính. Quyết định các quy tắc với AGENTS.md. Để Skills học công việc. Cho tay và chân với MCP. Di chuyển nhóm với Ultra. Xác nhận hoàn thành với Review. Làm cho nó tự động từ lần sau với Automation.
Đối với những người tạo ra vòng lặp này, Codex không còn là "AI tiện lợi." Nó trở thành một nhóm làm việc lâu hơn bạn, đọc nhiều thông tin hơn bạn và tiến hành công việc theo các quy tắc của bạn. Đó là Codex trong kỷ nguyên GPT-5.6 Sol.
Dành cho những ai muốn biết bức tranh lớn về việc đạt được kết quả trong công việc phụ cùng với bài viết này 🎁
Hiện tại, trên LINE chính thức,
"Chiến lược Toàn diện Công việc Phụ SNS phong cách Kuroneko: Gói Bonus 5 Lớn"
đang được tặng miễn phí 🎁
Vì nội dung này ban đầu được lên kế hoạch phát hành dưới dạng nội dung trả phí,
việc phân phối sẽ kết thúc khi đạt đủ số lượng.
Hãy nhận nó cùng với bài viết trong khi bạn còn có thể.
▼▼▼
▶︎▶︎▶︎ Nhận 5 Bonus Lớn
Bây giờ, hãy cùng đi vào chủ đề chính!
