Tác vụ theo lịch

Lên lịch để các tác vụ định kỳ chạy trong nền. Xem các tác vụ đang hoạt động, đã tạm dừng và đã hoàn thành cùng những lần chạy gần đây trong Theo lịch. Bạn có thể kết hợp tác vụ theo lịch với skills cho công việc phức tạp hơn.

Ứng dụng ChatGPT dành cho máy tính

Trong ứng dụng ChatGPT dành cho máy tính, tác vụ theo lịch có thể làm việc với dự án cục bộ và chạy trong thư mục dự án hoặc một worktree tách biệt. Hãy bật máy tính và duy trì ứng dụng hoạt động khi tác vụ theo lịch cần tệp cục bộ.

ChatGPT web

Khi tác vụ theo lịch được bật cho workspace, hãy tạo chúng từ Chat hoặc ChatGPT Work trên web và quản lý các lần chạy trong Theo lịch. Tác vụ web có thể sử dụng ngữ cảnh đã tải lên và công cụ được kết nối, nhưng không thể làm việc trực tiếp trong một thư mục trên máy tính của bạn.

Codex CLI

Codex CLI không cung cấp giao diện quản lý Theo lịch. Hãy dùng ChatGPT web hoặc ứng dụng dành cho máy tính để tạo và quản lý tác vụ theo lịch. Trước tiên, CLI có thể giúp bạn chuẩn bị và kiểm thử câu lệnh, skill hoặc script.

Tiện ích IDE

Tiện ích IDE không cung cấp giao diện quản lý Theo lịch. Hãy dùng ChatGPT web hoặc ứng dụng dành cho máy tính để tạo và quản lý tác vụ theo lịch. Trước tiên, tiện ích IDE có thể giúp bạn chuẩn bị và kiểm thử câu lệnh, skill hoặc thay đổi trong workspace.

Quản lý tác vụ theo lịch trên web

Mở Theo lịch để xem trạng thái tác vụ và các lần chạy gần đây. Hãy dùng tác vụ theo lịch độc lập khi mỗi lần chạy cần bắt đầu từ câu lệnh đã lưu. Hãy dùng tác vụ theo lịch trong cuộc trò chuyện khi bạn muốn ChatGPT quay lại chính cuộc trò chuyện đó cùng ngữ cảnh hiện có.

Tác vụ theo lịch trên web có thể sử dụng tệp đã tải lên, công cụ được kết nối, skills và plugins có sẵn trong cuộc trò chuyện đó. Chúng không duy trì một thư mục cục bộ hoặc worktree khả dụng giữa các lần chạy. Hãy đặt hướng dẫn lâu dài trong câu lệnh của tác vụ hoặc một skill đính kèm, đồng thời giữ tài liệu nguồn cần thiết trong dự án, nội dung tải lên hoặc dịch vụ được kết nối có thể truy cập.

Trước khi lên lịch tác vụ, hãy kiểm thử câu lệnh trong một cuộc trò chuyện web thông thường. Xem xét vài lần chạy đầu tiên, sau đó điều chỉnh câu lệnh, công cụ hoặc nhịp chạy nếu kết quả quá rộng hoặc cần thêm ngữ cảnh.

Ứng dụng ChatGPT dành cho máy tính

Ví dụ, lên lịch tác vụ để đánh giá lỗi telemetry và gửi bản sửa, hoặc tạo báo cáo về các thay đổi gần đây trong cơ sở mã. Đối với công việc liên tục cần tiếp tục sử dụng cùng ngữ cảnh, hãy lên lịch tác vụ bên trong một cuộc trò chuyện hiện có.

Đối với tác vụ theo lịch theo phạm vi dự án, hãy bật máy và duy trì ứng dụng ChatGPT dành cho máy tính hoạt động. Dự án được chọn vẫn phải tồn tại trên ổ đĩa vào thời điểm tác vụ được lên lịch chạy.

Trong kho Git, bạn có thể chọn chạy tác vụ theo lịch trong dự án cục bộ hoặc trên một worktree mới. Cả hai tùy chọn đều chạy trong nền. Worktree tách các thay đổi của tác vụ theo lịch khỏi công việc cục bộ chưa hoàn thành, trong khi chế độ chạy trong dự án cục bộ có thể sửa đổi các tệp bạn vẫn đang chỉnh sửa. Trong dự án không dùng hệ thống quản lý phiên bản, tác vụ theo lịch chạy trực tiếp trong thư mục dự án.

Bạn cũng có thể giữ nguyên cài đặt mặc định cho mô hình và mức suy luận hoặc chọn rõ các cài đặt đó nếu muốn kiểm soát nhiều hơn cách tác vụ theo lịch chạy.

Nếu tác vụ theo lịch dùng gpt-5.4 hoặc gpt-5.4-mini với tính năng đăng nhập ChatGPT, hãy cập nhật trước khi các mô hình đó ngừng hoạt động vào ngày 31 tháng 8 năm 2026. Thay gpt-5.4 bằng gpt-5.6-terra và gpt-5.4-mini bằng gpt-5.6-luna.

Tác vụ theo lịch chạy không cần giám sát với cài đặt sandbox mặc định của bạn. Hãy bắt đầu bằng quyền truy cập hạn chế nhất cho phép tác vụ thành công và chỉ cấp quyền truy cập mạng hoặc tệp rộng hơn khi cần. Tìm hiểu về sandbox.

Quản lý tác vụ theo lịch

Tìm tất cả tác vụ theo lịch và các lần chạy của chúng trong Theo lịch ở thanh bên của ứng dụng ChatGPT dành cho máy tính.

Chế độ xem Theo lịch đóng vai trò như hộp thư đến. Các lần chạy tác vụ theo lịch có phát hiện sẽ xuất hiện tại đó và chỉ báo chưa đọc cho biết khi nào một lần chạy cần bạn chú ý.

Tác vụ theo lịch độc lập bắt đầu một cuộc trò chuyện mới cho mỗi lần chạy theo lịch và báo cáo kết quả trong Theo lịch. Hãy dùng chúng khi mỗi lần chạy cần độc lập hoặc khi một tác vụ theo lịch cần chạy trên một hay nhiều dự án. Nếu cần nhịp chạy tùy chỉnh, hãy dùng các điều khiển lịch biểu tùy chỉnh. Đối với lịch biểu nâng cao, hãy chỉnh sửa quy tắc lặp lại RFC 5545 (RRULE), chẳng hạn như RRULE:FREQ=MONTHLY;BYMONTHDAY=1;BYHOUR=9;BYMINUTE=0.

Đối với kho Git, mỗi tác vụ theo lịch có thể chạy trong dự án cục bộ của bạn hoặc trên một worktree nền chuyên biệt. Hãy dùng worktree khi bạn muốn tách thay đổi của tác vụ theo lịch khỏi công việc cục bộ chưa hoàn thành. Hãy dùng chế độ cục bộ khi bạn muốn tác vụ theo lịch làm việc trực tiếp trong bản checkout chính, đồng thời lưu ý rằng tác vụ có thể thay đổi các tệp bạn đang chỉnh sửa. Trong dự án không dùng hệ thống quản lý phiên bản, tác vụ theo lịch chạy trực tiếp trong thư mục dự án. Bạn có thể cho cùng một tác vụ theo lịch chạy trên nhiều dự án.

Tác vụ theo lịch được tạo bằng ChatGPT Work trên web hoặc bằng ChatGPT Work hay Codex trong ứng dụng dành cho máy tính có thể sử dụng plugins. Tác vụ theo lịch cũng có thể sử dụng skills. Để giúp tác vụ theo lịch dễ bảo trì và chia sẻ giữa các nhóm, hãy dùng skills để xác định hành động cũng như cung cấp công cụ và ngữ cảnh. Chọn hoặc gọi một skill cụ thể trong câu lệnh của tác vụ khi quy trình không nên phụ thuộc vào việc tự động chọn công cụ.

Yêu cầu ChatGPT tạo hoặc cập nhật tác vụ theo lịch

Bạn có thể tạo và cập nhật tác vụ theo lịch từ cuộc trò chuyện ChatGPT hoặc Codex. Mô tả công việc, lịch biểu và việc mỗi lần chạy theo lịch nên quay lại cuộc trò chuyện hiện tại hay bắt đầu một cuộc trò chuyện mới. ChatGPT có thể soạn câu lệnh, chọn đích phù hợp và cập nhật tác vụ theo lịch khi phạm vi hoặc nhịp chạy thay đổi.

Ví dụ, hãy yêu cầu ChatGPT lên lịch theo dõi từ cuộc trò chuyện hiện tại trong khi một quá trình triển khai hoàn tất, hoặc yêu cầu hệ thống tạo một tác vụ theo lịch độc lập để kiểm tra một dự án theo lịch định kỳ.

Skills cũng có thể tạo hoặc cập nhật tác vụ theo lịch. Ví dụ, một skill dùng để theo dõi pull request có thể thiết lập tác vụ theo lịch để kiểm tra trạng thái PR bằng plugin GitHub và sửa phản hồi đánh giá mới.

Lên lịch tác vụ bên trong cuộc trò chuyện

Hãy lên lịch tác vụ bên trong một cuộc trò chuyện hiện có khi bạn muốn ChatGPT quay lại cuộc trò chuyện đó theo lịch. Tác vụ theo lịch sử dụng ngữ cảnh hiện có của cuộc trò chuyện thay vì mỗi lần lại bắt đầu từ một câu lệnh mới.

Tác vụ theo lịch trong cuộc trò chuyện có thể dùng khoảng thời gian tính theo phút cho các vòng lặp theo dõi đang hoạt động hoặc lịch hằng ngày và hằng tuần khi bạn cần kiểm tra vào một thời điểm cụ thể.

Hãy lên lịch tác vụ bên trong cuộc trò chuyện để:

• kiểm tra một thao tác chạy lâu cho đến khi hoàn tất
• thăm dò Slack, GitHub hoặc nguồn được kết nối khác khi kết quả cần nằm trong cùng cuộc trò chuyện
• nhắc ChatGPT tiếp tục một vòng xem xét theo nhịp cố định
• chạy quy trình do skill điều khiển có sử dụng plugins, chẳng hạn như kiểm tra trạng thái PR và xử lý phản hồi mới
• tiếp tục cuộc trò chuyện nghiên cứu hoặc phân loại đang diễn ra mà không mất ngữ cảnh

Hãy dùng tác vụ theo lịch độc lập khi mỗi lần chạy cần độc lập hoặc khi các phát hiện cần xuất hiện dưới dạng những lần chạy riêng biệt trong Theo lịch.

Khi lên lịch tác vụ bên trong cuộc trò chuyện, hãy làm cho câu lệnh có tính lâu dài. Câu lệnh cần mô tả ChatGPT phải làm gì trong mỗi lần chạy theo lịch, cách quyết định liệu có nội dung quan trọng nào cần báo cáo hay không và khi nào cần dừng hoặc yêu cầu bạn cung cấp thông tin.

Kiểm thử tác vụ theo lịch

Trước khi lên lịch tác vụ, hãy kiểm thử câu lệnh theo cách thủ công trong một cuộc trò chuyện thông thường. Điều này giúp bạn xác nhận:

• Câu lệnh rõ ràng và có phạm vi phù hợp.
• Mô hình, mức suy luận và công cụ đã chọn hoặc mặc định hoạt động như mong đợi.
• Kết quả đầu ra có thể xem xét được.

Khi bắt đầu lên lịch các lần chạy, hãy xem xét vài kết quả đầu tiên và điều chỉnh câu lệnh hoặc nhịp chạy khi cần.

Trong ứng dụng ChatGPT dành cho máy tính, bạn có thể gọi rõ một skill trong câu lệnh của tác vụ theo lịch bằng $skill-name.

Dọn dẹp worktree cho tác vụ theo lịch

Nếu bạn chọn worktree cho kho Git, lịch chạy thường xuyên có thể tạo ra nhiều worktree theo thời gian. Hãy lưu trữ các lần chạy theo lịch không còn cần thiết và tránh ghim các lần chạy trừ khi bạn muốn giữ lại worktree của chúng.

Mô hình quyền và bảo mật

Tác vụ theo lịch chạy không cần giám sát và sử dụng cài đặt sandbox mặc định của bạn.

Để xem phần giải thích bằng ngôn ngữ đơn giản về các ranh giới này, hãy đọc tổng quan về sandbox. Để biết quy tắc về hệ thống tệp và mạng, hãy xem Quyền.

• Nếu chế độ sandbox của bạn là chỉ đọc, lệnh gọi công cụ sẽ thất bại nếu cần sửa đổi tệp, truy cập mạng hoặc làm việc với ứng dụng trên máy tính. Hãy cân nhắc cập nhật cài đặt sandbox thành quyền ghi trong workspace.
• Nếu chế độ sandbox là ghi trong workspace, lệnh gọi công cụ sẽ thất bại nếu cần sửa đổi tệp bên ngoài workspace, truy cập mạng hoặc làm việc với ứng dụng trên máy tính. Bạn có thể cho phép có chọn lọc các lệnh chạy bên ngoài sandbox bằng rules.
• Nếu chế độ sandbox là toàn quyền truy cập, tác vụ theo lịch chạy nền có rủi ro cao hơn vì ChatGPT có thể thay đổi tệp, chạy lệnh và truy cập mạng mà không cần hỏi. Hãy cân nhắc cập nhật cài đặt sandbox thành quyền ghi trong workspace và dùng rules để xác định có chọn lọc những lệnh mà agent có thể chạy với toàn quyền truy cập.

Nếu bạn đang ở trong môi trường được quản lý, quản trị viên có thể hạn chế các hành vi này bằng các yêu cầu do quản trị viên áp đặt. Ví dụ, họ có thể không cho phép approval_policy = "never" hoặc giới hạn các chế độ sandbox được phép. Xem Các yêu cầu do quản trị viên áp đặt (requirements.toml).

Tác vụ theo lịch sử dụng approval_policy = "never" khi chính sách tổ chức cho phép. Nếu yêu cầu của quản trị viên không cho phép approval_policy = "never", tác vụ theo lịch sẽ dùng hành vi phê duyệt của chế độ quyền bạn đã chọn.

Ví dụ

Tự động tạo skills mới

Scan all of the `~/.codex/sessions` files from the past day and if there have been any issues using particular skills, update the skills to be more helpful. Personal skills only, no repo skills.

If there’s anything we’ve been doing often and struggle with that we should save as a skill to speed up future work, let’s do it.

Definitely don't feel like you need to update any- only if there's a good reason!

Let me know if you make any.

Luôn cập nhật thông tin về dự án

Look at the latest remote origin/master or origin/main . Then produce an exec briefing for the last 24 hours of commits that touch <DIRECTORY>

Formatting + structure:

- Use rich Markdown (H1 workstream sections, italics for the subtitle, horizontal rules as needed).
- Preamble can read something like “Here’s the last 24h brief for <directory>:”
- Subtitle should read: “Narrative walkthrough with owners; grouped by workstream.”
- Group by workstream rather than listing each commit. Workstream titles should be H1.
- Write a short narrative per workstream that explains the changes in plain language.
- Use bullet points and bolding when it makes things more readable
- Feel free to make bullets per person, but bold their name

Content requirements:

- Include PR links inline (e.g., [#123](...)) without a “PRs:” label.
- Do NOT include commit hashes or a “Key commits” section.
- It’s fine if multiple PRs appear under one workstream, but avoid per‑commit bullet lists.

Scope rules:

- Only include changes within the current cwd (or main checkout equivalent)
- Only include the last 24h of commits.
- Use `gh` to fetch PR titles and descriptions if it helps.
  Also feel free to pull PR reviews and comments

Kết hợp tác vụ theo lịch với skills để tự sửa lỗi

Tạo một skill mới nhằm thử sửa lỗi do chính các commit của bạn gây ra bằng cách tạo một $recent-code-bugfix mới và lưu skill đó trong skills cá nhân.

---
name: recent-code-bugfix
description: Find and fix a bug introduced by the current author within the last week in the current working directory. Use when a user wants a proactive bugfix from their recent changes, when the prompt is empty, or when asked to triage/fix issues caused by their recent commits. Root cause must map directly to the author’s own changes.
---

# Recent Code Bugfix

## Overview

Find a bug introduced by the current author in the last week, implement a fix, and verify it when possible. Operate in the current working directory, assume the code is local, and ensure the root cause is tied directly to the author’s own edits.

## Workflow

### 1) Establish the recent-change scope

Use Git to identify the author and changed files from the last week.

- Determine the author from `git config user.name`/`user.email`. If unavailable, use the current user’s name from the environment or ask once.
- Use `git log --since=1.week --author=<author>` to list recent commits and files. Focus on files touched by those commits.
- If the user’s prompt is empty, proceed directly with this default scope.

### 2) Find a concrete failure tied to recent changes

Prioritize defects that are directly attributable to the author’s edits.

- Look for recent failures (tests, lint, runtime errors) if logs or CI outputs are available locally.
- If no failures are provided, run the smallest relevant verification (single test, file-level lint, or targeted repro) that touches the edited files.
- Confirm the root cause is directly connected to the author’s changes, not unrelated legacy issues. If only unrelated failures are found, stop and report that no qualifying bug was detected.

### 3) Implement the fix

Make a minimal fix that aligns with project conventions.

- Update only the files needed to resolve the issue.
- Avoid adding extra defensive checks or unrelated refactors.
- Keep changes consistent with local style and tests.

### 4) Verify

Attempt verification when possible.

- Prefer the smallest validation step (targeted test, focused lint, or direct repro command).
- If verification cannot be run, state what would be run and why it wasn’t executed.

### 5) Report

Summarize the root cause, the fix, and the verification performed. Make it explicit how the root cause ties to the author’s recent changes.

Sau đó, tạo một tác vụ theo lịch mới:

Check my commits from the last 24h and submit a $recent-code-bugfix.