Dùng Codex Skills để tái sử dụng quy trình viết và kiểm tra nội dung
Bạn viết bài bằng AI mỗi tuần, nhưng lần nào cũng phải nhắc lại giọng văn, cách kiểm chứng nguồn và danh sách việc cần rà soát trước khi đăng? Codex Skills giúp đóng gói các chỉ dẫn lặp lại ấy thành một quy trình có thể dùng lại. Trong khoảng 20 phút, bạn sẽ tạo một Skill nhỏ để soạn và kiểm tra bài Blog, rồi chạy thử với một đề tài mẫu. Bạn cần một thư mục làm việc và một phiên Codex có quyền đọc thư mục đó.
Skill giúp Codex nhớ quy trình; bạn vẫn kiểm tra kết quả cuối.
Chuẩn bị
Bạn cần Codex của OpenAI, một thư mục dự án hoặc thư mục thử nghiệm, và một bài viết cũ mà bạn tự tin về chất lượng. Nếu chưa có bài cũ, chỉ cần ghi ra ba điều: người đọc là ai, giọng văn mong muốn và tiêu chí kiểm tra trước khi đăng. Ví dụ trong bài dùng bài giải thích AI cho người mới, nhưng bạn có thể thay bằng bài giới thiệu sản phẩm, hướng dẫn sử dụng hoặc bản tin nội bộ.
Xem cách viết prompt rõ mục tiêu và đầu ra và vibe coding là gì nếu bạn mới bắt đầu.
Làm từng bước
1. Chọn một việc lặp lại thật cụ thể
Đừng bắt đầu bằng một Skill mang tên “làm mọi nội dung”. Hãy chọn một việc có đầu vào và kết quả dễ nhận ra: soạn nháp bài Blog dựa trên nguồn đã cung cấp, rồi báo các điểm cần người kiểm tra. Đầu vào gồm chủ đề, người đọc, đường dẫn nguồn và độ dài dự kiến. Đầu ra gồm bài nháp, danh sách nguồn dùng, cùng các câu cần xác minh.
Viết yêu cầu ban đầu cho chính bạn trước khi tạo tệp:
Mục tiêu: Viết bài Blog về [chủ đề] cho [nhóm người đọc].
Đầu vào: [đường dẫn nguồn], [ghi chú sản phẩm], [bài mẫu].
Đầu ra: Bản nháp có mở bài, các đề mục và kết luận.
Kiểm tra: Nêu rõ câu nào chưa có nguồn; không đoán tính năng, giá hoặc ngày ra mắt.
Thông tin sản phẩm AI thay đổi nhanh. Quy trình phải chỉ ra nơi kiểm chứng, không biến phỏng đoán thành khẳng định.
2. Tạo thư mục Skill
Theo ví dụ của OpenAI, một Skill có một thư mục riêng và tệp SKILL.md chứa tên, mô tả cùng chỉ dẫn. Trong dự án thử nghiệm, bạn có thể đặt nó tại .codex/skills/blog-review/SKILL.md. Nếu muốn dùng cho nhiều dự án trên máy của mình, tài liệu OpenAI cũng đưa ví dụ đặt trong ~/.codex/skills/. Chọn một nơi phù hợp với phạm vi bạn muốn chia sẻ. Trước khi dùng Skill do người khác gửi, hãy đọc nội dung tệp và các chương trình đi kèm.
Tạo tệp với nội dung mẫu sau. Phần mô tả nói khi nào Codex nên dùng Skill, còn phần thân nói phải làm gì:
---
name: blog-review
description: Soạn và kiểm tra bài Blog khi người dùng cung cấp chủ đề, người đọc và nguồn tham khảo.
---
Khi được yêu cầu soạn hoặc rà soát bài Blog:
1. Xác nhận chủ đề, người đọc, mục tiêu và các nguồn được phép dùng.
2. Đọc nguồn trước khi viết. Nếu nguồn thiếu hoặc không mở được, nói rõ phần thiếu.
3. Viết mở bài trả lời ngay câu hỏi chính; chia phần thân theo câu hỏi của người đọc.
4. Đánh dấu các khẳng định về giá, ngày, tính năng và phạm vi sử dụng cần kiểm chứng.
5. Trả về bản nháp và danh sách kiểm tra cuối bài. Không tự đăng bài.
Tên blog-review chỉ là ví dụ. Đừng thêm mã chạy hoặc khóa truy cập khi quy trình chỉ cần hướng dẫn bằng chữ.
3. Gọi Skill với một yêu cầu thật
OpenAI hướng dẫn thử Skill bằng cách nhắc tên Skill trực tiếp. Hãy mở Codex trong thư mục có Skill và dùng một đề bài ngắn:
Dùng $blog-review để soạn bài về [chủ đề] cho [người đọc].
Chỉ dùng các nguồn: [đường dẫn 1], [đường dẫn 2].
Bài dài khoảng [số từ] từ. Chưa đăng bài.
Lần thử đầu nên là đề tài bạn hiểu rõ để dễ phát hiện nguồn dùng sai và bước bị bỏ qua. Nếu Codex không nhận ra Skill, kiểm tra vị trí tệp, tên SKILL.md, phần mô tả và quyền đọc thư mục. Cách gọi Skill có thể khác nhau theo môi trường Codex.
4. Đọc đầu ra như một biên tập viên
Đừng chỉ hỏi “bài nghe hay chưa?”. Hãy đối chiếu từng mục tiêu ban đầu. Mở bài có trả lời vấn đề không? Mỗi khẳng định cụ thể có nằm trong nguồn không? Có đoạn nào lặp ý? Bài có phân biệt ví dụ giả định với dữ kiện thật không? Danh sách cần kiểm chứng có chỉ đúng những câu còn thiếu chứng cứ không?
Để việc rà soát dễ làm, yêu cầu Codex trả thêm một bảng ngắn sau bài viết:
Sau bản nháp, liệt kê:
1. Ba khẳng định quan trọng và nguồn tương ứng.
2. Các thông tin chưa xác minh được.
3. Hai chỗ cần người biên tập quyết định trước khi đăng.
Bảng này chỉ hỗ trợ bạn. Hãy mở nguồn gốc và kiểm tra trực tiếp. Với sản phẩm OpenAI, ưu tiên tài liệu chính thức và ghi rõ trạng thái phát hành nếu nguồn có nêu.
5. Sửa quy trình sau một lần thử
Nếu Codex viết mở bài quá dài, sửa Skill thành “mở bài tối đa ba câu”. Nếu nó ghi giá thiếu ngày kiểm chứng, thêm câu “mọi mức giá cần có nguồn và ngày xem”. Nếu nó chèn lời quảng cáo, thêm yêu cầu tránh giọng bán hàng. Sửa quy tắc, rồi thử lại cùng một đề bài để nhìn rõ điều gì đã thay đổi.
Giữ quy tắc lặp lại trong Skill, yêu cầu riêng trong lời nhắc. Ví dụ “luôn kiểm tra nguồn” thuộc Skill; “giải thích cho học sinh lớp tám” thuộc bài hiện tại.
6. Kiểm tra xem Skill có gọi đúng lúc không
Một lần chạy đúng chưa đủ. Thử thêm ba yêu cầu: một yêu cầu nêu tên $blog-review, một yêu cầu chỉ nói “giúp tôi rà soát bài Blog”, và một yêu cầu khác như “sửa lỗi CSS” mà Skill này không nên tham gia. Theo hướng dẫn kiểm thử của OpenAI, tên và mô tả là tín hiệu quan trọng để Codex quyết định có dùng Skill hay không. Nếu Skill kích hoạt quá rộng, làm mô tả cụ thể hơn; nếu không kích hoạt khi cần, nói rõ tình huống sử dụng.
Lưu ba đề bài ấy để chạy lại mỗi lần sửa Skill.
Kết quả mẫu
Giả sử bạn đưa hai trang tài liệu chính thức về một công cụ AI và yêu cầu bài cho người mới. Sau khi dùng Skill, kết quả mong đợi không chỉ là một bài nháp. Nó còn có phần kiểm tra như sau:
Bài nháp: Công cụ này giúp người đọc làm việc gì, cách bắt đầu và giới hạn cần biết.
Nguồn đã dùng: Hai trang tài liệu người dùng cung cấp.
Cần xác minh: Phạm vi quốc gia và loại tài khoản được hỗ trợ.
Quyết định của biên tập viên: Có cần thêm ảnh chụp thao tác thật không?
Trạng thái: Bản nháp, chưa đăng.
Nếu nguồn không nói đến giá, hãy ghi “chưa xác minh giá”, đừng đoán.
Mẹo để kết quả tốt hơn
Viết mô tả theo tình huống sử dụng. “Soạn và kiểm tra bài Blog khi có nguồn tham khảo” hữu ích hơn “giúp viết hay”. Codex cần biết lúc nào nên mở quy trình ấy.
Giữ SKILL.md gọn. Nếu có bảng tiêu chí dài, mẫu bài hoặc ví dụ đã duyệt, đặt chúng trong thư mục tài liệu tham khảo của Skill rồi chỉ dẫn lúc cần đọc. Tài liệu OpenAI cho phép Skill có thêm references/, assets/ và scripts/, nhưng chỉ thêm khi chúng thực sự giúp công việc.
Tách việc có rủi ro cao. Viết nháp, kiểm tra nguồn và đăng công khai là các bước khác nhau. Skill mẫu dừng ở bản nháp. Khi bạn thật sự cần quy trình đăng bài, hãy mô tả rõ quyền truy cập và bước xác nhận, thay vì để một chỉ dẫn chung tự quyết định.
Đánh giá bằng đề bài thật. Chọn một bài dễ, một bài thiếu nguồn và một yêu cầu ngoài phạm vi. Xem Codex có nói “chưa biết” đúng lúc không. Bài AI agent khác chatbot thế nào giải thích vì sao trợ lý làm nhiều bước vẫn cần giới hạn.
Giới hạn cần biết
Skill là chỉ dẫn tái sử dụng, không phải sự bảo đảm rằng mọi câu đều đúng. Nó có thể làm quy trình nhất quán hơn, nhưng nguồn lỗi, lời nhắc mơ hồ hoặc bài mẫu yếu vẫn dẫn tới bản nháp kém. Người làm nội dung phải kiểm tra tên sản phẩm, thời điểm, giá, quyền sử dụng hình ảnh và các khẳng định có thể ảnh hưởng quyết định của độc giả.
Không đưa mật khẩu, khóa API hay tài liệu riêng tư vào một Skill định chia sẻ. Nếu Skill có chương trình chạy kèm, hãy đọc chúng như đọc mã của bất kỳ công cụ nào trước khi cho phép sử dụng. Tài liệu OpenAI cũng lưu ý rằng Skill có thể tác động đến cách agent dùng công cụ, vì vậy cần xem kỹ nguồn gốc và quyền của nó.
Khi chuyển sang kiểm tra mã, thiết kế ảnh hay quản lý lịch đăng, hãy tạo quy trình riêng với đầu vào và tiêu chí hoàn thành tương ứng.
Câu hỏi thường gặp
Codex Skill là gì? Đó là một thư mục chứa tệp SKILL.md và, khi cần, các tài liệu hoặc công cụ hỗ trợ để Codex dùng lại một quy trình.
Có phải viết mã mới tạo được Skill không? Không. Ví dụ soạn và kiểm tra bài trong hướng dẫn này chỉ dùng chỉ dẫn bằng chữ trong SKILL.md.
Skill có tự xuất bản bài viết không? Skill mẫu ở đây không làm việc đó. Nó yêu cầu dừng ở bản nháp. Muốn đăng bài phải có quy trình và quyền phù hợp riêng.
Vì sao đã có prompt vẫn cần Skill? Prompt nói yêu cầu của lần làm hiện tại. Skill giữ các bước và tiêu chí lặp lại qua nhiều lần, giúp bạn bớt phải viết lại toàn bộ quy trình.
Làm sao biết Skill có hiệu quả? Chạy cùng vài đề bài đại diện trước và sau khi sửa. So sánh việc gọi đúng lúc, độ đầy đủ của bài, nguồn dẫn và các lỗi bị phát hiện.
🔎 Nguồn chính thức
Doanh nghiệp muốn giới thiệu sản phẩm AI tới bạn đọc Vibe AI Coder? Xem gói tài trợ
GPT-5.3-Codex: Dùng model lập trình agentic mạnh nhất của OpenAI cho vibe coding