Tác vụ theo lịch

Lên lịch để các tác vụ định kỳ chạy trong nền. Trên ChatGPT web và thiết bị di động, các gói đủ điều kiện cũng có thể chạy tác vụ từ các sự kiện ứng dụng được hỗ trợ. Xem lại các tác vụ đang hoạt động, tạm dừng và đã hoàn tất cũng như các lượt 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 kỹ năng để thực hiện công việc phức tạp hơn.

GPT-5.5 sẽ ngừng được cung cấp trên ChatGPT, ChatGPT Work và Codex ở tất cả các gói vào ngày 14 tháng 10 năm 2026. Hãy kiểm tra các tác vụ đã lên lịch sử dụng GPT-5.5 và chọn một mô hình thay thế khả dụng trước ngày đó. Đối với Codex dùng phương thức đăng nhập bằng ChatGPT, hãy thay gpt-5.5 bằng gpt-5.6-sol (GPT-5.6 Sol). OpenAI API không bị ảnh hưởng. Xem Ngừng cung cấp GPT-5.5.

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ộ.

Khi các tác vụ theo lịch được bật cho không gian làm việc của bạn, 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ụ trên web có thể sử dụng ngữ cảnh đã tải lên và các 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 không cung cấp giao diện quản lý Theo lịch. Hãy sử dụng ChatGPT trên web hoặc ứng dụng dành cho máy tính để tạo và quản lý các tác vụ theo lịch. Trước tiên, CLI có thể giúp bạn chuẩn bị và kiểm thử một câu lệnh, skill hoặc tập lệnh.

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

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. Sử dụng tác vụ đã lên lịch độc lập khi mỗi lần chạy cần bắt đầu từ câu lệnh đã lưu. Sử dụng tác vụ đã lên lịch trong một cuộc trò chuyện khi bạn muốn ChatGPT quay lại chính cuộc trò chuyện đó cùng với ngữ cảnh hiện có.

Các tác vụ đã lên lịch trên web có thể sử dụng tệp đã tải lên, công cụ được kết nối, kỹ năng và plugin có sẵn trong cuộc trò chuyện đó. Chúng không duy trì thư mục cục bộ hoặc worktree giữa các lần chạy. Hãy đưa các chỉ dẫn cần dùng lâu dài vào câu lệnh của tác vụ hoặc một kỹ năng đính kèm, đồng thời lưu tài liệu nguồn cần thiết trong một dự án, tệp 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 một tác vụ, hãy thử câu lệnh của tác vụ đó 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 tần suất nếu kết quả quá rộng hoặc cần thêm ngữ cảnh.

Kích hoạt tác vụ từ sự kiện ứng dụng

Với các gói đủ điều kiện, tác vụ theo lịch có thể chạy khi một sự kiện Gmail, Slack hoặc GitHub được hỗ trợ xảy ra. Tác vụ được kích hoạt theo sự kiện khả dụng trong ChatGPT trên web và thiết bị di động. Chúng không khả dụng trong ứng dụng ChatGPT dành cho máy tính, Codex CLI hoặc tiện ích mở rộng IDE.

Yêu cầu ChatGPT tạo tác vụ, sau đó mô tả sự kiện cần theo dõi và việc cần thực hiện khi sự kiện xảy ra. Trình kích hoạt quyết định thời điểm tác vụ chạy; prompt đã lưu quyết định công việc của mỗi lượt chạy. Một tác vụ có thể sử dụng nhiều trình kích hoạt sự kiện, nhưng không thể kết hợp trình kích hoạt sự kiện với lịch dựa trên thời gian.

Các trình kích hoạt sự kiện được hỗ trợ gồm:

• Gmail: Thư mới đến, có thể lọc theo người gửi hoặc chủ đề.
• Slack: Tin nhắn mới trong các kênh đã chọn, có thể lọc theo tác giả và việc có bao gồm câu trả lời trong luồng hay không. Không hỗ trợ lượt bày tỏ cảm xúc, chỉnh sửa, xóa và tin nhắn trực tiếp.
• GitHub: Hoạt động pull request trong một kho lưu trữ. Lọc theo pull request, tác giả, tiêu đề hoặc nhãn, đồng thời chọn xem lượt đánh giá, bình luận, bản cập nhật commit hay chỉ lượt hợp nhất sẽ kích hoạt tác vụ.

Hãy kết nối và cấp quyền cho ứng dụng trước khi tạo tác vụ. Với Slack, hãy thêm @ChatGPT vào mọi kênh mà tác vụ theo dõi. Với GitHub, ứng dụng đã kết nối phải có quyền truy cập vào kho lưu trữ.

Khi nhiều sự kiện khớp điều kiện đến gần nhau, ChatGPT có thể kết hợp chúng trong một lượt chạy. Mở Theo lịch để xem lại các sự kiện đang chờ hoặc chọn Chạy ngay để xử lý chúng.

Khả năng sử dụng tùy thuộc vào gói và cài đặt không gian làm việc của bạn. Trong các không gian làm việc được quản lý, quản trị viên có thể kiểm soát quyền truy cập bằng quyền Cho phép tác vụ theo lịch được kích hoạt bởi sự kiện.

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 một tác vụ đã lên lịch sử dụng gpt-5.4 hoặc gpt-5.4-mini khi đăng nhập bằng ChatGPT, hãy cập nhật tác vụ đó trước khi các mô hình này ngừng được cung cấp 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.

Các tác vụ đã lên lịch chạy tự động với cài đặt môi trường cô lập mặc định của bạn. Hãy bắt đầu với phạm vi quyền truy cập tối thiểu đủ để tác vụ hoàn thành, và chỉ cấp quyền truy cập mạng hoặc quyền truy cập tệp rộng hơn khi cần thiết. Tìm hiểu về môi trường cô lập.

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 Đã lên lịch đóng vai trò như hộp thư đến của bạn. Các lần chạy tác vụ đã lên lịch có phát hiện sẽ xuất hiện tại đây, và chỉ báo chưa đọc cho biết khi nào một lần chạy cần bạn chú ý.

Các tác vụ đã lên 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 Đã lên lịch. Hãy sử dụng chúng khi mỗi lần chạy cần độc lập hoặc khi một tác vụ đã lên lịch cần chạy trên một hoặc nhiều dự án. Nếu bạn cần tần suất tùy chỉnh, hãy sử dụng các tùy chọn lịch tùy chỉnh. Để thiết lập lịch nâng cao, hãy chỉnh sửa quy tắc lặp lại RFC 5545 (RRULE) của tác vụ, 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.

Các tác vụ đã lên lịch được tạo bằng ChatGPT Work trên web, hoặc bằng ChatGPT Work hay Codex trong ứng dụng máy tính, có thể sử dụng plugin. Các tác vụ đã lên lịch cũng có thể sử dụng kỹ năng. Để các tác vụ đã lên lịch dễ bảo trì và chia sẻ giữa các nhóm, hãy sử dụng kỹ năng để xác định hành động cũng như cung cấp công cụ và ngữ cảnh. Hãy chọn hoặc gọi một kỹ năng cụ thể trong câu lệnh của tác vụ khi quy trình làm việc 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. Hãy mô tả công việc, thời điểm tác vụ nên chạy và mỗi lượt chạy nên quay lại cuộc trò chuyện hiện tại hay bắt đầu cuộc trò chuyện mới. ChatGPT có thể soạn prompt, chọn đích phù hợp và cập nhật tác vụ khi phạm vi hoặc tần suất của tác vụ 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
• kiểm tra một nguồn đã kết nối theo tần suất cố định khi bạn cần ảnh chụp nhanh định kỳ thay vì phản hồi đối với một sự kiện ứng dụng được hỗ trợ
• nhắc ChatGPT tiếp tục vòng lặp đánh giá theo tần suất cố định
• chạy quy trình dựa trên kỹ năng có sử dụng plugin, 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 làm 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 môi trường cô lập 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ề môi trường cô lập. Để biết quy tắc về hệ thống tệp và mạng, hãy xem Quyền.

• Nếu chế độ môi trường cô lập 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 môi trường cô lập thành quyền ghi trong workspace.
• Nếu chế độ môi trường cô lập 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 môi trường cô lập bằng rules.
• Nếu chế độ môi trường cô lập 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 môi trường cô lập thành quyền ghi trong workspace và dùng rules để xác định có chọn lọc những lệnh mà tác nhân 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ế độ môi trường cô lập đượ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.