Codex mở rộng mạnh bộ sưu tập các trường hợp sử dụng

• OpenAI đã đại tu mạnh trang các trường hợp sử dụng của Codex, mở rộng công khai từ 12 lên 52 use case
• Giờ đây, Codex không còn chỉ là công cụ hỗ trợ lập trình đơn thuần mà được định vị như một nền tảng để các đội ngũ trên toàn công ty giao việc, bao gồm kỹ thuật, thiết kế, dữ liệu, tài chính, vận hành, QA, bán hàng và hơn thế nữa
• Từ Computer Use (tự động hóa trên Mac), quản lý hộp thư Gmail, Slack, Zoom, tài liệu, bảng tính, mô hình tài chính (DCF, dòng tiền, ngân sách), phát triển native iOS/macOS, quy trình cho sales và marketing, QA, tự động hóa, triển khai, Evals cho tới ứng dụng ChatGPT, danh sách này được sắp xếp theo hướng giao các luồng công việc thực tế cho Codex đảm nhiệm

1. Thiết lập Codex như một đồng nghiệp trong công việc (Automation / Integrations)

Độ khó: Easy | Thời gian: Long-running

• Kết nối các công cụ nơi công việc thực sự diễn ra như Slack, Gmail, Calendar, Notion, GitHub, Linear, ghi chú cục bộ... vào một thread Codex để dùng nó như “một đồng nghiệp hiểu bối cảnh công việc của tôi”
• Ở lần chạy đầu, để Codex tìm các yêu cầu quan trọng dễ bị bỏ sót, tài liệu đã thay đổi, quyết định bị chìm, các handoff bị tắc; sau đó người dùng phản hồi đâu là nội dung hữu ích và đâu là nhiễu
• Sau đó có thể gắn tự động hóa vào chính thread đó để nó kiểm tra context định kỳ. Các quyết định cần phán đoán được thiết kế để Codex không tự xử lý mà chuyển lên cho người dùng
• Phù hợp với: cá nhân, operator, manager, PM, kỹ sư cần liên tục theo dõi bối cảnh công việc rải rác trên nhiều công cụ

2. Biến phản hồi thành hành động (Data / Integrations)

Độ khó: Easy | Thời gian: 30m

• Tổng hợp phản hồi từ nhiều nguồn như kênh Slack, issue GitHub/Linear, CSV khảo sát, ghi chú phỏng vấn khách hàng, tài liệu trên Google Drive... rồi sắp xếp thành đầu ra có thể rà soát dưới dạng Google Sheet hoặc Doc
• Codex gom phản hồi theo chủ đề, liên kết bằng chứng, câu hỏi tiếp theo và hành động phụ trách, rồi có thể nối phần đã rà soát sang cập nhật trên Slack hoặc bản nháp issue
• Nếu nguồn phản hồi liên tục thay đổi, có thể gắn tự động hóa vào cùng thread để chỉ thông báo các chủ đề mới hoặc các mục có bằng chứng mạnh hơn
• Phù hợp với: các đội cần biến phản hồi beta, VOC khách hàng, thread issue, ghi chú nghiên cứu thành hành động sản phẩm

3. Dọn dẹp và chuẩn bị dữ liệu lộn xộn (Data / Knowledge Work)

Độ khó: Easy | Thời gian: 5m

• Khi trong CSV hoặc bảng tính có lẫn định dạng ngày tháng, chuỗi tiền tệ, dòng trùng lặp, giá trị trống, dòng tổng hợp, bí danh..., có thể yêu cầu tạo một bản sao đã được làm sạch trong khi vẫn giữ nguyên dữ liệu gốc
• Người dùng cần chỉ rõ các vấn đề đã nhìn thấy và định dạng đầu ra mong muốn, ví dụ CSV đã làm sạch, tệp để upload hoặc tab sheet mới
• Codex để lại cả tệp đã làm sạch lẫn ghi chú về chất lượng dữ liệu để con người có thể rà soát trước khi phân tích hoặc tải lên
• Phù hợp với: các đội cần chỉnh sửa tệp dữ liệu nhận từ nhiều hệ thống để phục vụ phân tích hoặc nhập vào hệ thống vận hành

4. Truy vấn dữ liệu dạng bảng (Data / Knowledge Work)

Độ khó: Easy | Thời gian: 30m

• Khi đặt câu hỏi với CSV, bảng tính, export từ dashboard, Google Sheet hoặc tệp dữ liệu cục bộ, Codex sẽ kiểm tra các cột rồi thực hiện tính toán, tổng hợp và tạo biểu đồ
• Luồng làm việc được khuyến nghị là không dừng ở câu trả lời đơn giản mà tạo thêm trực quan hóa trên trình duyệt dựa trên HTML để có thể mở ngay trong ứng dụng Codex
• Sau lần phân tích đầu tiên, có thể tiếp tục yêu cầu phân tích tiếp trong cùng thread theo khu vực, cohort, sản phẩm, tuần, phiên bản mô hình, nhóm khách hàng...
• Phù hợp với: công việc dựa trên dữ liệu cần tính toán nhanh, biểu đồ đơn giản và tóm tắt cho cuộc họp

5. Review GitHub Pull Request (Integrations / Workflow)

Độ khó: Easy | Thời gian: 5s

• Có thể kết nối tính năng code review của Codex với tổ chức hoặc repository trên GitHub để nhận review tự động cho từng PR, hoặc yêu cầu review thủ công từ bình luận trên PR
• Trọng tâm chính là bổ sung các tín hiệu review mà con người dễ bỏ lỡ như regression bảo mật, test bị thiếu, thay đổi hành vi rủi ro, thiếu tài liệu
• Nếu ghi thứ tự ưu tiên review và quy tắc theo từng tệp trong AGENTS.md, có thể tùy biến tiêu chí review của Codex cho phù hợp với repository
• Phù hợp với: các đội cần thêm tín hiệu rà soát trước khi merge, hoặc đang vận hành codebase lớn

6. Quản lý hộp thư đến (Automation / Integrations)

Độ khó: Easy | Thời gian: 5m

• Kết nối Gmail để tìm email cần trả lời, rồi soạn bản nháp phản hồi theo đúng giọng điệu của người dùng bằng cách tham chiếu email đã gửi gần đây hoặc các ví dụ viết đã được phê duyệt
• Nếu chỉ từ email mà chưa đủ ngữ cảnh, có thể cho Codex tìm các quyết định mới nhất, người phụ trách, tệp, blocker trong các công cụ công việc như Slack, Google Drive, ghi chú dự án
• Hãy xem lần chạy đầu như bước hiệu chỉnh: phản hồi email nào nên bỏ qua, giọng điệu nào là phù hợp, rồi sau đó phát triển thành tự động hóa định kỳ
• Phù hợp với: người muốn xử lý lặp đi lặp lại việc phân loại hộp thư đến và soạn nháp trả lời

7. Triển khai thiết kế front-end responsive (Front-end / Design)

Độ khó: Intermediate | Thời gian: 1h

• Nhập ảnh chụp màn hình, bản mô tả thiết kế, ảnh tham chiếu để chuyển thành UI responsive tái sử dụng design system, token và component của repository hiện có
• Codex mở trình duyệt thực tế bằng Playwright và lặp lại việc chỉnh sửa bằng cách so sánh kết quả triển khai với bản tham chiếu ở các breakpoint desktop/mobile
• Với các phần còn mơ hồ, nên chỉ dẫn để nó chọn cách triển khai đơn giản nhất theo các pattern sẵn có thay vì tạo design system mới, đồng thời nêu rõ các giả định
• Phù hợp với: triển khai màn hình front-end mới, hoặc gắn các màn hình đã được thiết kế vào ứng dụng hiện có

8. Hiểu codebase lớn (Engineering / Analysis)

Độ khó: Easy | Thời gian: 5m

• Khi bước vào một repository hoặc khu vực tính năng còn xa lạ, có thể yêu cầu Codex giải thích luồng request, trách nhiệm của module, vị trí kiểm tra dữ liệu, tác dụng phụ và các tệp nên đọc tiếp theo
• So với việc chỉ tóm tắt toàn bộ chung chung, chỉ định một khu vực hệ thống cụ thể sẽ cho ra giải thích thực tế hơn
• Luồng được khuyến nghị là dùng câu hỏi tiếp theo để kiểm tra vị trí business logic, điểm xác thực, các tác vụ nền dễ bị bỏ sót và những test nên chạy sau khi thay đổi
• Phù hợp với: onboarding kỹ sư mới, hoặc lập trình viên cần nhanh chóng nắm luồng mã trước khi sửa tính năng

9. Tạo app shell cho Mac (macOS / Code)

Độ khó: Advanced | Thời gian: 1h

• Dùng plugin Build macOS Apps để tạo app shell SwiftUI native cho Mac, đồng thời dựng cấu trúc sidebar, bảng chi tiết và inspector dựa trên NavigationSplitView
• Chỉ dẫn để thiết kế sớm một cấu trúc tự nhiên cho ứng dụng desktop, như menu, toolbar, phím tắt và Settings scene
• Mục tiêu là một cấu trúc ứng dụng Mac vận hành ổn định về cửa sổ, trạng thái chọn, lệnh và cài đặt, chứ không chỉ là phiên bản kéo giãn của app iPad hoặc web
• Phù hợp với: ứng dụng Mac cần sidebar và inspector như editor, library, công cụ quản trị, công cụ review

10. Điều khiển máy tính của tôi bằng Codex (Knowledge Work / Workflow)

Độ khó: Easy | Thời gian: 5m

• Thông qua Computer Use, cho phép Codex trực tiếp nhìn, nhấp và nhập trên ứng dụng Mac để thực hiện công việc qua lại giữa nhiều ứng dụng và cửa sổ
• Phù hợp với các tác vụ nằm trong UI của ứng dụng thông thường không có plugin chuyên dụng, ví dụ như lấy thông tin từ Notes rồi nhập vào hệ thống khác hoặc kiểm tra nội dung Messages và soạn trả lời
• Yêu cầu nên bắt đầu bằng @Computer, đồng thời ghi rõ kết quả mong muốn và các tác vụ rủi ro cần phải dừng lại
• Phù hợp với: công việc lặp lại chỉ có thể thực hiện trong UI ứng dụng, lao động tri thức phải di chuyển giữa nhiều cửa sổ và tệp

11. Tự động hóa phân loại lỗi (Automation / Quality)

Độ khó: Intermediate | Thời gian: 1h

• Cho phép Codex đi qua các nơi tập trung tín hiệu lỗi như cảnh báo Sentry, luồng Slack, issue Linear/GitHub, kiểm tra PR thất bại, log, ticket hỗ trợ
• Trước tiên tạo danh sách ứng viên bằng một lượt rà soát thủ công, điều chỉnh mục nào hữu ích ngay trong cùng luồng đó, rồi chuyển sang tự động hóa định kỳ
• Khi đã đủ tin cậy, có thể để Codex soạn cả issue trên Linear, cập nhật Slack, bình luận GitHub và bản nháp ghi chú bàn giao
• Phù hợp với: các nhóm sản phẩm/kỹ thuật phải ưu tiên hằng ngày các báo cáo lỗi nằm rải rác trên nhiều công cụ

12. Tạo bộ slide thuyết trình (Data / Integrations)

Độ khó: Easy | Thời gian: 30m

• Codex trực tiếp chỉnh sửa tệp PowerPoint bằng mã, kết hợp tạo ảnh để cập nhật bộ slide hiện có hoặc tạo bộ slide mới
• Xác định rõ các quy tắc trước khi bàn giao như vị trí logo, bố cục văn bản/hình ảnh trên từng slide cụ thể, giữ nguyên branding hiện có, kiểm tra tràn nội dung và thay thế phông chữ
• Khuyến nghị để slide ở dạng .pptx có thể chỉnh sửa, và để Codex áp dụng các quy tắc bố cục có thể lặp lại cho từng slide
• Phù hợp với: các nhóm cần biến đầu vào có cấu trúc hoặc ghi chú thành tài liệu thuyết trình, hoặc công việc phải chỉnh sửa hàng loạt bộ slide hiện có

13. Bắt đầu tác vụ lập trình từ Slack (Integrations / Workflow)

Độ khó: Easy | Thời gian: 5m

• Cài đặt ứng dụng Slack, kết nối repository và môi trường, rồi mention @Codex trong luồng để bắt đầu công việc lập trình
• Nếu luồng đã chứa đủ yêu cầu, ràng buộc và kết quả mong muốn, Codex sẽ chạy cloud task dựa trên ngữ cảnh đó
• Có thể mở liên kết kết quả để xem lại, và tiếp tục yêu cầu chỉnh sửa bổ sung trong cùng luồng Slack nếu cần
• Phù hợp với: các nhóm muốn chuyển ngay từ thảo luận trên Slack sang triage issue, sửa lỗi hoặc các tác vụ triển khai nhỏ

14. Lặp nhanh các thay đổi UI nhỏ (Front-end / Design)

Độ khó: Easy | Thời gian: 5m

• Khi cấu trúc của ứng dụng hiện có đã được định hình, xử lý nhanh từng thay đổi UI nhỏ như spacing, alignment, color, copy, responsive behavior, state
• Khuyến nghị dùng mô hình nhanh như Codex-Spark theo vòng lặp “một ghi chú trực quan mỗi lần, một chỉnh sửa nhỏ mỗi lần, một lần kiểm tra trên trình duyệt”
• Yêu cầu chỉ rõ phạm vi thay đổi và giữ nguyên component, token, layout primitive, luồng dữ liệu hiện có
• Phù hợp với: các chỉnh sửa UI chi tiết phát sinh từ review thiết kế, các thay đổi cần phản ánh ngay tại chỗ trong buổi review sản phẩm

15. Điều phối onboarding nhân sự mới (Integrations / Data)

Độ khó: Intermediate | Thời gian: 30m

• Tập hợp danh sách nhân sự mới đã được phê duyệt, tracker onboarding, ánh xạ quản lý/nhóm, trạng thái chuẩn bị thiết bị và tài khoản, các mốc lịch để tạo gói onboarding có thể rà soát
• Khuyến nghị để lượt đầu ở chế độ chỉ đọc, còn việc gửi lời mời thực tế, DM, email, tạo kênh và cập nhật hệ thống chỉ được thực hiện sau khi đã rà soát và phê duyệt rõ ràng
• Có thể chuẩn bị kèm tóm tắt theo từng nhóm, các khoảng thiếu về mức độ sẵn sàng, tên không gian chào mừng, danh sách mời, checklist tuần đầu tiên và bản nháp thông báo
• Phù hợp với: People, Recruiting, IT, Workplace Operations và các quản lý đón nhân sự mới

16. Học một khái niệm mới (Knowledge Work / Data)

Độ khó: Intermediate | Thời gian: 30m

• Để Codex đọc các tài liệu đậm đặc thông tin như bài báo, tài liệu bài giảng, tài liệu dài và sắp xếp lại vấn đề đặt ra, đóng góp, phương pháp, thí nghiệm, giới hạn và các khái niệm nền tảng
• Có thể tận dụng Subagents để chia vai trò như nắm cấu trúc nội dung, nghiên cứu kiến thức nền, phân tích hình/công thức và viết báo cáo cuối cùng
• Đầu ra nên ở dạng có thể xem lại về sau như báo cáo Markdown, sơ đồ Mermaid, concept map, bảng claim-to-evidence
• Phù hợp với: những người cần nhanh chóng học một lĩnh vực nghiên cứu xa lạ, khái niệm kỹ thuật phức tạp hoặc tài liệu khóa học dài

17. Nâng cấp tích hợp API (Evaluation / Engineering)

Độ khó: Intermediate | Thời gian: 1h

• Di chuyển tích hợp OpenAI API hiện có sang các mô hình và tính năng API mới nhất được khuyến nghị, đồng thời giữ nguyên hành vi và kiểm tra hồi quy
• Không chỉ đơn giản đổi tên model, mà trước hết cần kiểm kê endpoint hiện tại, các giả định về tool, định dạng phản hồi, prompt và luồng đánh giá
• Khuyến nghị dùng openai-docs để kiểm tra hướng dẫn mới nhất về model/prompt, rồi dùng eval pipeline như Promptfoo để xác minh hành vi trước và sau thay đổi
• Phù hợp với: các sản phẩm đang dùng model/endpoint cũ, các nhóm cần kiểm thử hồi quy khi nâng cấp model

18. Triển khai ứng dụng hoặc website (Front-end / Integrations)

Độ khó: Intermediate | Thời gian: 30m

• Dựa trên repository, ảnh chụp màn hình, design brief, ý tưởng sản phẩm, tài liệu API và nguồn dữ liệu, Codex tạo mới hoặc chỉnh sửa web app rồi triển khai tới cả preview URL của Vercel
• Điểm then chốt là để Codex thực hiện kiểm tra dự án, build/test, phân tích log lỗi và xác minh bản preview trước khi triển khai
• Sau khi triển khai, vẫn có thể tiếp tục trong cùng luồng để chỉnh sửa layout di động, phản ánh dữ liệu mới nhất hoặc sửa build log bị lỗi
• Phù hợp với: các nhóm muốn nhanh chóng biến ý tưởng hoặc thiết kế thành bản preview web có thể chia sẻ

19. Chuyển thiết kế Figma thành mã (Front-end / Design)

Độ khó: Intermediate | Thời gian: 1h

• Thông qua máy chủ Figma MCP, lấy ngữ cảnh thiết kế, biến, tài sản và variant của các node chính xác, rồi chuyển thành mã phù hợp với design system của repository hiện có
• Khuyến nghị bắt đầu triển khai sau khi lần lượt lấy cấu trúc và tham chiếu theo thứ tự get_design_context, khi cần thì get_metadata, get_screenshot
• Dùng Playwright để so sánh kết quả triển khai trên trình duyệt với tham chiếu Figma, đồng thời lặp lại việc chỉnh sửa các khác biệt về hành vi responsive và tương tác
• Phù hợp với: các nhóm thiết kế/front-end cần triển khai vào codebase hiện có những màn hình hoặc luồng đã hoàn thiện trong Figma

20. Kiểm thử QA ứng dụng bằng Computer Use (Automation / Quality)

Độ khó: Intermediate | Thời gian: 30m

• Computer Use xem giao diện thực tế, thực hiện các luồng người dùng chính bằng cách nhấp, nhập và cuộn, đồng thời ghi lại các điểm thất bại
• Chỉ dẫn rõ ràng về môi trường, các luồng cốt lõi cần kiểm thử, định dạng báo cáo lỗi, tiêu chí mức độ nghiêm trọng, các bước tái hiện và kết quả kỳ vọng/thực tế
• Có thể phát hiện cả lỗi chức năng lẫn vấn đề UI, và kết quả được sắp xếp dưới dạng triage summary để chuyển cho báo cáo QA hoặc kỹ sư
• Phù hợp cho: xác thực các luồng cốt lõi trước khi phát hành, các nhóm muốn cấu trúc hóa QA thủ công

21. Phân tích bộ dữ liệu và tạo báo cáo (Data / Analysis)

Độ khó: Intermediate | Thời gian cần: 1h

• Tải các tệp dữ liệu lộn xộn, rồi làm sạch, join, phân tích khám phá, trực quan hóa, mô hình hóa và đóng gói thành báo cáo hoặc dashboard phục vụ ra quyết định
• Điều quan trọng là để Codex trước tiên nắm được môi trường Python của dự án, package manager, thư mục đầu ra và quy ước script
• Việc dọn dẹp notebook lặp lại, export spreadsheet và packaging báo cáo cuối cùng nên được chuyển thành reusable skill để dễ tái sử dụng cùng một luồng phân tích
• Phù hợp cho: nhà phân tích/đội sản phẩm cần đầu ra phân tích có thể tái lập, từ làm sạch dữ liệu đến biểu đồ, ghi chú và báo cáo

22. Xử lý các công việc phát sinh từ tin nhắn (Knowledge Work / Integrations)

Độ khó: Easy | Thời gian cần: 5m

• Computer Use tìm và xử lý các đầu việc ẩn trong thread Messages như đặt lịch, nghiên cứu, điều phối lịch trình, nộp hóa đơn và tổng hợp thông tin
• Có thể chỉ định người gửi hoặc thread cụ thể, và sau khi hoàn thành công việc thì tạo bản nháp trả lời để gửi vào chính thread tin nhắn gốc
• Với các hành động khó hoàn tác như thanh toán, đặt hàng hoặc xác nhận đặt chỗ, điều quan trọng là phải chỉ dẫn dừng lại và xin phê duyệt bắt buộc
• Phù hợp cho: những ai muốn xử lý các tác vụ nhỏ phát sinh từ tin nhắn cá nhân mà không bỏ sót

23. Tạo PoC từ ý tưởng (Front-end / Engineering)

Độ khó: Intermediate | Thời gian cần: 1h

• Trước tiên tạo UI mockup chất lượng cao bằng GPT Image/ImageGen để định hình hướng hình ảnh, rồi dựa trên mock đó triển khai prototype hoạt động bằng plugin Build Web Apps hoặc Game Studio
• Phù hợp với các ý tưởng sản phẩm giai đoạn đầu, nơi PoC có thể nhấp thực tế mang lại nhiều câu trả lời hơn là kế hoạch tài liệu đơn thuần
• Với hình ảnh sẽ triển khai cuối cùng, tốt nhất là đính kèm ở turn mới để Codex có thể trực tiếp tham chiếu làm tài liệu tham khảo
• Phù hợp cho: các nhóm muốn nhanh chóng trực quan hóa và kiểm chứng ý tưởng dashboard, công cụ, web app hoặc game

24. Tạo game trên trình duyệt (Engineering / Code)

Độ khó: Intermediate | Thời gian cần: Long-running

• Không đi thẳng vào viết mã từ game brief, mà trước tiên để tạo PLAN.md chứa mục tiêu người chơi, vòng lặp chính, cách điều khiển, điều kiện thắng thua, render và kế hoạch asset
• Dùng ImageGen để tạo concept art, sprite, nền và asset UI, rồi lặp lại bằng cách kiểm thử cảm giác điều khiển và trạng thái màn hình trong trình duyệt thực với Playwright
• Game là ví dụ rất phù hợp với công việc lặp dài hạn của Codex vì cần liên tục kiểm tra từ code, UI, tài sản, cân bằng đến triển khai
• Phù hợp cho: công việc tạo game trình duyệt từ đầu hoặc cần lặp đi lặp lại để kiểm chứng cảm giác điều khiển và hình ảnh của prototype

25. Cải tiến lặp cho các bài toán khó (Engineering / Analysis)

Độ khó: Advanced | Thời gian cần: Long-running

• Cung cấp hệ thống đánh giá rõ ràng, script chấm điểm và artifact có thể xem xét để Codex chạy vòng lặp cải tiến dựa trên điểm số
• Dùng đồng thời deterministic check và điểm số LLM-as-a-judge, đồng thời đặt stopping rule cho overall score và judge average
• Cấu trúc này để Codex lặp lại việc kiểm tra đầu ra hiện tại, đo điểm, áp dụng một cải tiến, đánh giá lại và ghi log ở mỗi vòng lặp
• Phù hợp cho: các bài toán tối ưu hóa không thể xong trong một lần, hoặc công việc cần cải thiện nhiều lần về chất lượng hình ảnh/chủ quan

26. Lưu workflow thành Skill (Engineering / Workflow)

Độ khó: Easy | Thời gian cần: 5m

• Lưu các thread Codex từng hoạt động tốt, quy tắc review, lệnh kiểm thử, checklist phát hành, quy tắc thiết kế, ví dụ viết và script theo từng repository thành skill có thể tái sử dụng
• Dùng $skill-creator để cấu trúc hóa khi nào cần kích hoạt, cần dùng tài liệu và lệnh nào, và cần đầu ra gì
• Skill trong thư mục home có thể dùng ở mọi repo, còn skill nội bộ dự án có thể commit và chia sẻ cùng nhóm
• Phù hợp cho: các nhóm muốn để Codex ghi nhớ công việc lặp lại thay vì mỗi lần đều dán prompt dài

27. Cập nhật tài liệu (Engineering / Code)

Độ khó: Easy | Thời gian cần: 30m

• Đọc cùng lúc thay đổi mã, kiểm thử, ghi chú phát hành và ngữ cảnh PR/issue để cập nhật README, tài liệu cho nhà phát triển, migration note và runbook
• Tốt nhất là để Codex trước tiên tìm feature name, config key, command và example liên quan trong tài liệu hiện có, rồi chỉ sửa bề mặt tài liệu ở mức tối thiểu
• Nếu là tài liệu công khai, cần giới hạn rõ ràng để không trộn lẫn roadmap nội bộ, thông tin khách hàng hay ngữ cảnh riêng tư
• Phù hợp cho: các nhóm tài liệu kỹ thuật/kỹ sư cần quản lý tài liệu song song với thay đổi trong cách sản phẩm vận hành

28. Build ứng dụng iOS (iOS / Code)

Độ khó: Advanced | Thời gian cần: 1h

• Codex scaffold ứng dụng iOS dùng SwiftUI, rồi thiết lập vòng lặp build/chạy theo hướng CLI-first dựa trên xcodebuild hoặc Tuist
• Nếu là dự án hiện có, có thể để nó làm việc bằng cách kiểm tra thông tin về scheme, simulator, screenshot và UI automation qua XcodeBuildMCP
• Nếu gắn thêm các skill liên quan iOS như SwiftUI expert, Liquid Glass và SwiftUI performance, có thể triển khai UI, áp dụng API mới nhất và kiểm tra hiệu năng ổn định hơn
• Phù hợp cho: ứng dụng SwiftUI greenfield, hoặc các dự án iPhone/iPad hiện có cần xác thực dựa trên simulator

29. Refactor codebase (Engineering / Code)

Độ khó: Advanced | Thời gian cần: 1h

• Tìm dead code, logic trùng lặp, module quá lớn, abstraction cũ và pattern legacy, rồi sắp xếp lại thành các đơn vị nhỏ có thể review
• Refactor không phải migration stack mà là công việc cải thiện hình dạng hệ thống trong khi vẫn giữ nguyên hành vi, nên cần chỉ rõ phải giữ public behavior
• Khuyến nghị dùng ExecPlan hoặc reusable skill để chia công việc dọn dẹp lớn thành các checkpoint và lặp lại kiểm thử cùng xác minh
• Phù hợp cho: codebase cũ nơi việc thêm tính năng ngày càng đắt đỏ, hoặc các nhóm cần dọn dẹp nhưng vẫn giữ nguyên hành vi

30. Thêm iOS App Intents (iOS / Code)

Độ khó: Advanced | Thời gian cần: 1h

• Xác định các hành động và thực thể cốt lõi trong ứng dụng để có thể dùng trên các system surface như Shortcuts, Siri, Spotlight, widgets, controls
• Thay vì toàn bộ màn hình, trước hết thiết kế một vài action mà người dùng muốn chạy ngay cả khi không mở app và các object mà system cần hiểu
• Đây là quy trình để Codex phân tích model, navigation, và đường truy cập dữ liệu của ứng dụng hiện có rồi triển khai intent surface đầu tiên ở quy mô nhỏ
• Phù hợp với: các ứng dụng đã có tính năng hữu ích nhưng chưa hiển thị tốt trong tự động hóa và tìm kiếm của hệ thống iOS

31. Xây dựng ứng dụng macOS (macOS / Code)

Độ khó: Advanced | Thời gian: 1h

• Khi tạo ứng dụng macOS dựa trên SwiftUI, trước hết chọn scene model như WindowGroup, Window, Settings, MenuBarExtra, DocumentGroup
• Thiết lập vòng lặp build/chạy theo hướng shell-first thông qua xcodebuild hoặc swift build và script cục bộ của dự án script/build_and_run.sh
• Khi ứng dụng lớn dần, xử lý các vấn đề về cửa sổ, menu, sidebar, Settings, AppKit interop, signing từ góc nhìn ứng dụng desktop
• Phù hợp với: ứng dụng Mac mới cần cấu trúc native cho desktop, hoặc cải thiện UI/build/phân phối của ứng dụng Mac hiện có

32. Áp dụng Liquid Glass (iOS / Code)

Độ khó: Advanced | Thời gian: 1h

• Dựa trên iOS 26 và Xcode 26 để build ứng dụng SwiftUI hiện có, đồng thời phân biệt giữa system glass tự động có từ standard control và custom UI cần thay trực tiếp
• Chuyển custom blur/material stack sang glassEffect, GlassEffectContainer, glass button style và transition glassEffectID gốc
• Nếu cần hỗ trợ các phiên bản iOS cũ hơn thì phải giữ rõ ràng #available(iOS 26, *) và fallback path
• Phù hợp với: các team muốn migrate an toàn các luồng có lưu lượng cao của ứng dụng hiện có sang iOS 26 Liquid Glass

33. Thêm telemetry cho Mac (macOS / Code)

Độ khó: Advanced | Thời gian: 30m

• Thêm log tín hiệu cao dựa trên Apple Logger vào các luồng như mở cửa sổ, chọn sidebar, menu command, mốc sync trong ứng dụng Mac
• Để Codex build/chạy ứng dụng và chứng minh trong Console hoặc log stream rằng các sự kiện thực sự xảy ra theo đúng thứ tự mong đợi
• Tránh payload nhạy cảm, xác định rõ subsystem/category để có thể quyết định bản vá tiếp theo một cách có căn cứ trong vòng lặp agentic debugging
• Phù hợp với: tính năng ứng dụng Mac khó theo dõi luồng chỉ bằng code review, hoặc vòng lặp debug dựa trên log

34. Gỡ lỗi trong iOS Simulator (iOS / Code)

Độ khó: Advanced | Thời gian: 1h

• Codex và XcodeBuildMCP tìm scheme/simulator, build/chạy ứng dụng, sau đó đọc UI hierarchy và thực hiện tap, type, swipe, screenshot, log capture
• Khi cần có thể gắn LLDB để kiểm tra stack frame, local variables, breakpoint và biến một bug report mơ hồ thành bản sửa nhỏ có thể tái hiện
• Sau khi thay đổi, điều cốt lõi là chạy lại cùng đường đi trên simulator để lưu lại bằng chứng rằng lỗi đã biến mất
• Phù hợp với: lỗi UI iOS chỉ xảy ra trong một số luồng tab/scroll/input cụ thể, hoặc các vấn đề crash/hang/navigation

35. Kiểm toán sự cố phụ thuộc (Engineering / Quality)

Độ khó: Advanced | Thời gian: 1h

• Khi có advisory về package công khai hoặc sự cố supply chain, thay vì vá ngay thì trước tiên tạo kế hoạch kiểm toán read-only một cách thận trọng
• Codex phân biệt nguồn có thẩm quyền với bình luận chung, định nghĩa bằng chứng để chứng minh hoặc loại trừ mức độ phơi nhiễm, rồi kiểm tra manifest, lock file, CI workflow, script
• Mặc định là tránh chạy, install, build, test mã không đáng tin cậy cho đến khi có phê duyệt rõ ràng
• Phù hợp với: team bảo mật/kỹ thuật, hoặc maintainer cần phản ứng nhanh với sự cố dependency

36. Chuẩn bị brief cho cuộc họp (Integrations / Knowledge Work)

Độ khó: Easy | Thời gian: 30m

• Gom bối cảnh cuộc họp mà chỉ Calendar invite là chưa đủ từ tài liệu Drive, thread Slack, Gmail, ghi chú trước đó rồi sắp xếp thành objective, agenda, open questions, notes template
• Codex trước hết tạo sources inventory, rồi tách riêng bối cảnh đã xác nhận, khoảng trống nguồn, và open question
• Tài liệu chuẩn bị họp cần ngắn, dễ quét nhanh và phải truy được nội dung đến từ nguồn nào
• Phù hợp với: manager, PM, operator, interviewer, hoặc người cần nhanh chóng tổng hợp bối cảnh trước cuộc họp

37. Triển khai playbook sự kiện (Integrations / Knowledge Work)

Độ khó: Intermediate | Thời gian: 1h

• Tập hợp kênh lập kế hoạch sự kiện, tài liệu/deck/sheet/template đã được phê duyệt và deadline trên lịch để tạo playbook có căn cứ nguồn
• Cốt lõi là quản lý tách biệt giữa nội dung public event page, checklist vận hành nội bộ, người phụ trách, approval, và open questions
• Với sự kiện lặp lại, có thể gắn tự động hóa vào cùng thread để theo dõi deadline, approval, tài liệu còn thiếu và trạng thái launch checklist
• Phù hợp với: quản lý chương trình sự kiện của các team cộng đồng, DevRel, marketing, vận hành

38. Thực hiện migration mã nguồn (Engineering / Code)

Độ khó: Advanced | Thời gian: 1h

• Khi chuyển từ legacy stack sang target stack, trước hết kiểm kê routing, data model, auth, config, background job, build, deploy, test, external contract
• Chọn chiến lược tăng dần như compatibility layer, port theo từng module, branch-by-abstraction, hoặc thay thế kiểu strangler
• Thực hiện parity validation tại mỗi checkpoint, và các thay đổi nhìn thấy được mà chính migration yêu cầu thì xử lý ngoại lệ một cách rõ ràng
• Phù hợp với: các team cần tiến hành chuyển đổi framework/runtime/ngôn ngữ/build system theo từng đơn vị được kiểm soát

39. Refactor màn hình SwiftUI (iOS / Code)

Độ khó: Advanced | Thời gian: 1h

• Chia một file màn hình SwiftUI rất lớn thành các section view nhỏ hơn và luồng dữ liệu tường minh, đồng thời vẫn giữ nguyên hành vi và bố cục
• Kỹ năng refactor SwiftUI view của plugin Build iOS Apps khuyến nghị cách tiếp cận MV-first, tránh thêm view model không cần thiết, và đưa side effect ra ngoài body
• Việc gắn một vòng lặp kiểm chứng nhỏ để xác nhận UI không thay đổi và chức năng vẫn được giữ nguyên là rất quan trọng
• Phù hợp với: màn hình SwiftUI có body trộn lẫn bố cục, phân nhánh, tác vụ async và inline action

40. Soạn thảo PRD từ ngữ cảnh nội bộ (Integrations / Knowledge Work)

Độ khó: Easy | Thời gian: 30m

• Tập hợp dự án Linear, kênh kế hoạch trên Slack, tài liệu Notion/Google Drive, ghi chú họp và tài liệu nghiên cứu để viết một PRD có thể review
• Nên xác định rõ section contract cho các phần như vấn đề, người dùng, yêu cầu, UX, cân nhắc kỹ thuật, launch plan, timeline, quyết định đã đưa ra và open questions
• Nên xem source appendix trước để kiểm tra Codex đã dùng ngữ cảnh nào, rồi mới tinh chỉnh requirements và open questions
• Phù hợp với: PM/đội ngũ sản phẩm cần chuyển thông tin từ các thảo luận nội bộ của nhóm thành PRD, proposal, launch brief hoặc decision memo

41. Dự báo dòng tiền (Data / Knowledge Work)

Độ khó: Intermediate | Thời gian: 30m

• Nhập beginning cash, expected receipts, payroll, vendor payments, debt, tax, capex, working capital và timing assumptions để tạo workbook dự báo dòng tiền có thể chỉnh sửa
• Yêu cầu giữ nguyên cadence của dữ liệu gốc và tạo một tab summary cho thấy các giả định gây ra safety balance breach và cash pressure
• Mở tệp .xlsx đã tạo trong Codex để rà soát formula, scenario và timing assumption, rồi chỉnh sửa ngay trong cùng một luồng
• Phù hợp với: đội ngũ finance/operations lập dự báo dòng tiền 13 tuần hoặc theo tháng

42. Tạo mô hình định giá DCF (Data / Knowledge Work)

Độ khó: Intermediate | Thời gian: 30m

• Nhập historical financials, valuation assumptions và modeling notes để tạo workbook DCF gồm revenue growth, margin, capex, working capital, WACC và terminal value
• Codex tạo tệp .xlsx có thể chỉnh sửa với model tab, formula, assumption và valuation summary, để người dùng trực tiếp review/chỉnh sửa trong Codex
• Có thể tiếp tục kiểm tra formula link, thay đổi assumption, thêm scenario và siết chặt mô hình trong cùng một luồng
• Phù hợp với: đội ngũ analyst/finance cần nhanh chóng tạo và rà soát workbook định giá

43. Rà soát ngân sách so với thực tế (Data / Knowledge Work)

Độ khó: Easy | Thời gian: 30m

• Nhập budget plan, actuals export và close notes để tạo workbook review, ánh xạ actuals vào các hạng mục của plan và tính variance
• Giữ nguyên input gốc, mapping, variance formula và tab summary, đồng thời tách biệt reconciliation issue với open finance question
• Có thể tiếp tục sửa category mapping, thêm department cut và soạn bản nháp finance summary trong cùng một luồng
• Phù hợp với: đội ngũ finance cần review kỳ đóng sổ hàng tháng và giải thích chênh lệch chi tiêu so với ngân sách cho lãnh đạo

44. Theo đuổi mục tiêu (Engineering / Automation)

Độ khó: Advanced | Thời gian: Long-running

• Dùng /goal để Codex không dừng lại sau một lượt mà tiếp tục công việc dài hạn cho đến khi đạt điều kiện kết thúc có thể kiểm chứng
• Xác định rõ objective, stopping condition, các file/tài liệu/log/kế hoạch cần đọc trước và command hoặc artifact để chứng minh tiến độ
• Phù hợp với các công việc như migration, large refactor, deployment retry loop, experiment, game hoặc prototype, nơi Codex có thể tự vận hành theo từng checkpoint
• Phù hợp với: công việc lập trình cần chạy liên tục trong vài giờ nhưng có mục tiêu và vòng lặp kiểm chứng rõ ràng

45. Thêm Evals vào ứng dụng AI (Evaluation / Quality)

Độ khó: Intermediate | Thời gian: 1h

• Phân tích prompt, model call, tool, retrieval, agent và product requirement của ứng dụng AI hiện có để thêm bộ eval Promptfoo
• Thay vì cố đánh giá toàn bộ hệ thống trong một lần, hãy bắt đầu từ một hành vi người dùng nhìn thấy được như classification, extraction, summarization, routing, grounding, tool use hoặc format rule
• Codex tạo config và test data, chạy eval cục bộ rồi để lại các lệnh có thể tiếp tục dùng về sau
• Phù hợp với: đội ngũ ứng dụng AI muốn tạo kiểm thử hồi quy trước khi thay đổi model/prompt/retrieval/agent

46. Chuyển user story thành UI mock (Integrations / Knowledge Work)

Độ khó: Easy | Thời gian: 30m

• Tập hợp phản hồi rải rác trong Slack, Linear, Google Drive, ghi chú cuộc gọi với khách hàng... rồi sắp xếp thành user story và constraint, sau đó dùng ImageGen để tạo định hướng UI mock
• Nếu đã có user story rõ ràng thì bắt đầu ngay; nếu chưa có, Codex sẽ trước tiên gom ngữ cảnh để chuẩn hóa vấn đề và yêu cầu
• Mock được chọn sẽ được đính kèm lại trong một turn mới để triển khai thành working prototype, tái sử dụng design system và component của codebase hiện có
• Phù hợp với: đội ngũ sản phẩm/thiết kế/kỹ thuật cần biến phản hồi sản phẩm rời rạc thành định hướng trực quan và các bản mock để nhóm cùng review

47. Đưa ứng dụng vào ChatGPT (Integrations / Code)

Độ khó: Advanced | Thời gian: 1h

• Thiết kế ứng dụng ChatGPT xoay quanh một outcome người dùng hẹp duy nhất, đồng thời xây dựng end-to-end MCP server, web component tùy chọn và tool metadata
• Codex phù hợp để giao phụ trách thiết kế tool surface và metadata, scaffold MCP server, triển khai widget, kết nối ChatGPT và kiểm thử golden prompt
• Ở v1, trước tiên cần quyết định liệu widget có thực sự cần thiết không, có cần xác thực và triển khai không, và có thể kiểm thử HTTPS cục bộ cũng như xác minh developer mode hay không
• Phù hợp cho: các nhóm muốn tạo ứng dụng ChatGPT đầu tiên hoặc muốn bắt đầu mà không mở rộng MCP server/tool metadata quá mức

48. Tạo ứng dụng React Native với Expo (Mobile / Engineering)

Độ khó: Intermediate | Thời gian: 1h

• Dùng plugin Expo để scaffold ứng dụng React Native và làm theo Expo Router, Expo-native package convention cùng vòng lặp kiểm thử nhanh dựa trên Expo Go
• Chỉ chuyển sang dev client hoặc EAS build khi cần custom native code, phân phối qua store hoặc các capability mà Expo Go không hỗ trợ
• Codex giúp tạo một workflow hoàn chỉnh bao gồm navigation mang cảm giác native cùng các trạng thái loading/empty/error, rồi xác minh theo lộ trình nhanh nhất
• Phù hợp cho: các nhà phát triển muốn nhanh chóng prototype ứng dụng di động bằng Expo hoặc chuẩn bị phát hành trước khi làm việc trong native IDE

49. Tạo CLI để Codex có thể sử dụng (Engineering / Code)

Độ khó: Intermediate | Thời gian: 1h

• Gói các API, nguồn log, export inbox, DB cục bộ và script của nhóm mà Codex cần truy cập lặp đi lặp lại thành CLI có thể kết hợp, để chạy được trong bất kỳ repo nào
• Một CLI tốt cung cấp các hành vi thân thiện với agent như paged search, exact read by ID, JSON có cấu trúc ổn định, download, local index và draft-before-write
• Dùng $cli-creator để tạo CLI và cùng lúc dùng $skill-creator để tạo companion skill ghi lại khi nào nên dùng CLI này
• Phù hợp cho: các nhóm cần Codex thường xuyên đọc, tìm kiếm và thao tác an toàn với cùng một dịch vụ hoặc nguồn dữ liệu

50. Ưu tiên hóa action item trong Slack (Automation / Integrations)

Độ khó: Easy | Thời gian: 30m

• Đọc Slack DM, group DM, channel mention và thread reply để phân biệt yêu cầu trực tiếp, follow-up ngầm, mục đã được xử lý và action vẫn còn hiệu lực
• Codex đọc đến phần cuối mới nhất của thread, xác định liệu còn unresolved hay không, rồi tạo hàng đợi action được xếp hạng theo mức độ khẩn cấp và mức độ ảnh hưởng
• Có thể tạo bản nháp trả lời hoặc handoff, nhưng nên giới hạn để việc post/send thực tế chỉ diễn ra sau khi đã được xem xét
• Phù hợp cho: các workstream launch, support, product, operations và community nơi công việc đi vào qua Slack

51. Chạy workflow vận hành có thể xác minh (Automation / Integrations)

Độ khó: Intermediate | Thời gian: 30m

• Cho phép Codex thực hiện các tác vụ vận hành lặp lại như access update, invite batch, quota change, customer setup, routing check và migration follow-up
• Cung cấp rõ input table, approval source, policy, script/API/CLI/skill sẽ chạy, có dry run hay không và retry boundary, đồng thời không để Codex đoán các trường bị thiếu
• Yêu cầu verification artifact mà con người có thể kiểm tra như CSV kết quả, file log, dashboard link, screenshot hoặc PR check
• Phù hợp cho: công việc vận hành cần đầu vào có cấu trúc cùng dấu vết phê duyệt/kiểm toán rõ ràng

52. Chuyển cuộc họp thành công việc tiếp theo (Automation / Integrations)

Độ khó: Intermediate | Thời gian: 5m

• Dùng Zoom transcript và AI Companion summary để cấu trúc key takeaway, risk, opportunity, decision và action item từ các cuộc họp với khách hàng
• Codex tạo bản nháp follow-up email, account plan, CRM update và Slack notification, nhưng việc gửi hoặc ghi nhận chỉ nên được thực hiện sau khi người dùng xem xét
• Hiệu quả sẽ cao hơn khi kết nối cùng lúc Zoom cloud recording, transcript, AI Companion summary và các destination tool như Gmail, Slack, Google Docs và CRM
• Phù hợp cho: các nhóm tiếp xúc khách hàng cần xử lý công việc theo dõi lặp lại sau discovery, renewal, implementation hoặc executive sponsor call