Geplante Aufgaben

Planen Sie wiederkehrende Aufgaben, die im Hintergrund ausgeführt werden. In ChatGPT im Web und auf Mobilgeräten können Nutzer mit berechtigten Tarifen Aufgaben auch durch unterstützte App-Ereignisse ausführen. Prüfen Sie aktive, pausierte und abgeschlossene Aufgaben sowie kürzlich erfolgte Durchläufe unter Geplant. Sie können geplante Aufgaben für komplexere Arbeiten mit Skills kombinieren.

GPT-5.5 wird in allen Tarifen aus ChatGPT, ChatGPT Work und Codex entfernt. Die Einstellung erfolgt am 14. Oktober 2026. Überprüfen Sie geplante Aufgaben, die GPT-5.5 verwenden, und wählen Sie vor diesem Datum ein verfügbares Ersatzmodell aus. Ersetzen Sie bei Codex mit ChatGPT-Anmeldung gpt-5.5 durch gpt-5.6-sol (GPT-5.6 Sol). Die OpenAI API ist davon nicht betroffen. Siehe Einstellung von GPT-5.5.

In der ChatGPT-Desktop-App können geplante Aufgaben mit lokalen Projekten arbeiten und im Projektverzeichnis oder in einem isolierten Worktree ausgeführt werden. Lassen Sie den Computer eingeschaltet und die App geöffnet, wenn eine geplante Aufgabe lokale Dateien benötigt.

Wenn geplante Aufgaben für Ihren Workspace aktiviert sind, erstellen Sie sie in Chat oder ChatGPT Work im Web und verwalten ihre Ausführungen unter Geplant. Webaufgaben können hochgeladenen Kontext und verbundene Tools verwenden, aber nicht direkt in einem Ordner auf Ihrem Computer arbeiten.

Codex CLI bietet keine Verwaltungsoberfläche für geplante Aufgaben. Verwenden Sie ChatGPT im Web oder in der Desktop-App, um geplante Aufgaben zu erstellen und zu verwalten. Mit der CLI können Sie zuvor einen Prompt, einen Skill oder ein Skript vorbereiten und testen.

Die IDE-Erweiterung bietet keine Verwaltungsoberfläche für geplante Aufgaben. Verwenden Sie ChatGPT im Web oder in der Desktop-App, um geplante Aufgaben zu erstellen und zu verwalten. Mit der IDE-Erweiterung können Sie zuvor einen Prompt, einen Skill oder eine Workspace-Änderung vorbereiten und testen.

Geplante Aufgaben im Web verwalten

Öffnen Sie Geplant, um den Aufgabenstatus und die letzten Ausführungen zu prüfen. Verwenden Sie eine eigenständige geplante Aufgabe, wenn jede Ausführung mit dem gespeicherten Prompt beginnen soll. Verwenden Sie eine geplante Aufgabe in einem Chat, wenn ChatGPT mit dem bereits vorhandenen Kontext zum selben Chat zurückkehren soll.

Geplante Aufgaben im Web können hochgeladene Dateien, verbundene Tools, Skills und plugins verwenden, die für diesen Chat verfügbar sind. Sie halten zwischen den Ausführungen keinen lokalen Ordner und keinen Worktree verfügbar. Speichern Sie dauerhafte Anweisungen im Aufgaben-Prompt oder in einem angehängten Skill und bewahren Sie benötigtes Quellmaterial in einem zugänglichen Projekt, Upload oder verbundenen Dienst auf.

Bevor Sie eine Aufgabe planen, testen Sie deren Prompt in einem regulären Webchat. Prüfen Sie die ersten Ausführungen und passen Sie anschließend den Prompt, die Tools oder den Zeitplan an, wenn die Ergebnisse zu allgemein sind oder zusätzlicher Kontext erforderlich ist.

Aufgaben durch App-Ereignisse auslösen

Bei berechtigten Tarifen können geplante Aufgaben ausgeführt werden, wenn ein unterstütztes Gmail-, Slack- oder GitHub-Ereignis eintritt. Ereignisgesteuerte Aufgaben sind in ChatGPT im Web und auf Mobilgeräten verfügbar. Sie sind weder in der ChatGPT-Desktop-App noch in Codex CLI oder der IDE-Erweiterung verfügbar.

Bitten Sie ChatGPT, die Aufgabe zu erstellen, und beschreiben Sie dann das zu überwachende Ereignis sowie die Aktion, die bei dessen Eintreten ausgeführt werden soll. Der Auslöser bestimmt, wann die Aufgabe ausgeführt wird; der gespeicherte Prompt bestimmt, was bei jedem Durchlauf geschieht. Eine Aufgabe kann mehrere Ereignisauslöser verwenden, sie jedoch nicht mit einem zeitbasierten Zeitplan kombinieren.

Zu den unterstützten Ereignisauslösern gehören:

• Gmail: Neue eingehende Nachrichten, optional nach Absender oder Betreff gefiltert.
• Slack: Neue Nachrichten in ausgewählten Kanälen, optional nach Autor gefiltert und danach, ob Thread-Antworten einbezogen werden. Reaktionen, Bearbeitungen, Löschungen und Direktnachrichten werden nicht unterstützt.
• GitHub: Pull-Request-Aktivitäten in einem Repository. Filtern Sie nach Pull Request, Autor, Titel oder Label und wählen Sie, ob Reviews, Kommentare, Commit-Aktualisierungen oder nur Merges die Aufgabe auslösen sollen.

Verbinden und autorisieren Sie die App, bevor Sie die Aufgabe erstellen. Fügen Sie für Slack @ChatGPT jedem Kanal hinzu, den die Aufgabe überwacht. Für GitHub muss die verbundene App Zugriff auf das Repository haben.

Wenn mehrere passende Ereignisse kurz nacheinander eintreffen, kann ChatGPT sie in einem Durchlauf zusammenfassen. Öffnen Sie Geplant, um ausstehende Ereignisse zu prüfen, oder wählen Sie Jetzt ausführen, um sie zu verarbeiten.

Die Verfügbarkeit hängt von Ihrem Tarif und den Arbeitsbereichseinstellungen ab. In verwalteten Arbeitsbereichen können Administratoren den Zugriff mit der Berechtigung Ereignisgesteuerte geplante Aufgaben zulassen steuern.

Planen Sie beispielsweise eine Aufgabe, die Telemetriefehler auswertet und Korrekturen einreicht, oder Berichte über kürzlich erfolgte Änderungen an der Codebasis erstellt. Für fortlaufende Arbeiten, die weiterhin denselben Kontext verwenden sollen, planen Sie eine Aufgabe innerhalb eines bestehenden Chats.

Lassen Sie bei projektbezogenen geplanten Aufgaben den Computer eingeschaltet und die ChatGPT-Desktop-App geöffnet. Das ausgewählte Projekt muss sich zum geplanten Ausführungszeitpunkt der Aufgabe weiterhin auf dem Datenträger befinden.

Bei Git-Repositorys können Sie auswählen, ob eine geplante Aufgabe in Ihrem lokalen Projekt oder in einem neuen Worktree ausgeführt wird. Beide Optionen werden im Hintergrund ausgeführt. Worktrees halten Änderungen geplanter Aufgaben von noch nicht abgeschlossenen lokalen Arbeiten getrennt, während eine Ausführung im lokalen Projekt Dateien ändern kann, an denen Sie noch arbeiten. In Projekten ohne Versionsverwaltung werden geplante Aufgaben direkt im Projektverzeichnis ausgeführt.

Sie können außerdem die Standardeinstellungen für Modell und Reasoning-Aufwand beibehalten oder diese explizit auswählen, wenn Sie mehr Kontrolle über die Ausführung der geplanten Aufgabe wünschen.

Wenn eine geplante Aufgabe gpt-5.4 oder gpt-5.4-mini mit ChatGPT-Anmeldung verwendet, aktualisieren Sie sie, bevor diese Modelle am 31. August 2026 eingestellt werden. Ersetzen Sie gpt-5.4 durch gpt-5.6-terra und gpt-5.4-mini durch gpt-5.6-luna.

Geplante Aufgaben werden unbeaufsichtigt mit Ihren standardmäßigen Sandbox-Einstellungen ausgeführt. Beginnen Sie mit den minimalen Zugriffsrechten, die für eine erfolgreiche Ausführung erforderlich sind, und gewähren Sie Netzwerkzugriff oder erweiterten Dateizugriff nur bei Bedarf. Sandboxing verstehen.

Geplante Aufgaben verwalten

Alle geplanten Aufgaben und ihre Ausführungen finden Sie unter Geplant in der Seitenleiste der ChatGPT-Desktop-App.

Die Ansicht Geplant dient als Ihr Posteingang. Ausführungen geplanter Aufgaben mit Ergebnissen erscheinen dort, und eine Ungelesen-Markierung zeigt an, wenn eine Ausführung Ihre Aufmerksamkeit erfordert.

Eigenständige geplante Aufgaben starten für jede geplante Ausführung einen neuen Chat und stellen Ergebnisse unter Geplant bereit. Verwenden Sie sie, wenn jede Ausführung unabhängig sein soll oder eine geplante Aufgabe in einem oder mehreren Projekten ausgeführt werden soll. Wenn Sie einen individuellen Rhythmus benötigen, verwenden Sie die benutzerdefinierten Zeitplaneinstellungen. Für einen komplexeren Zeitplan bearbeiten Sie die Wiederholungsregel (RRULE) gemäß RFC 5545, beispielsweise RRULE:FREQ=MONTHLY;BYMONTHDAY=1;BYHOUR=9;BYMINUTE=0.

Bei Git-Repositorys kann jede geplante Aufgabe entweder in Ihrem lokalen Projekt oder in einem dedizierten Hintergrund-Worktree ausgeführt werden. Verwenden Sie Worktrees, wenn Sie Änderungen geplanter Aufgaben von noch nicht abgeschlossenen lokalen Arbeiten isolieren möchten. Verwenden Sie den lokalen Modus, wenn die geplante Aufgabe direkt in Ihrem primären Checkout arbeiten soll. Beachten Sie dabei, dass sie Dateien ändern kann, die Sie gerade bearbeiten. In Projekten ohne Versionsverwaltung werden geplante Aufgaben direkt im Projekt-verzeichnis ausgeführt. Sie können dieselbe geplante Aufgabe in mehreren Projekten ausführen lassen.

Geplante Aufgaben, die mit ChatGPT Work im Web oder mit ChatGPT Work beziehungsweise Codex in der Desktop-App erstellt wurden, können Plugins verwenden. Geplante Aufgaben können auch Skills verwenden. Damit geplante Aufgaben wartbar bleiben und teamübergreifend geteilt werden können, verwenden Sie Skills, um die Aktion zu definieren sowie Tools und Kontext bereitzustellen. Wählen Sie im Aufgaben-Prompt einen bestimmten Skill aus oder rufen Sie ihn dort auf, wenn der Workflow nicht von der automatischen Toolauswahl abhängen soll.

ChatGPT bitten, geplante Aufgaben zu erstellen oder zu aktualisieren

Sie können geplante Aufgaben aus einem ChatGPT- oder Codex-Chat heraus erstellen und aktualisieren. Beschreiben Sie die Arbeit, den Ausführungszeitpunkt und ob jeder Durchlauf zum aktuellen Chat zurückkehren oder einen neuen Chat beginnen soll. ChatGPT kann den Prompt entwerfen, das passende Ziel auswählen und die Aufgabe aktualisieren, wenn sich ihr Umfang oder Ausführungsintervall ändert.

Bitten Sie ChatGPT beispielsweise, eine Fortsetzung im aktuellen Chat zu planen, während eine Bereitstellung abgeschlossen wird, oder eine eigenständige geplante Aufgabe zu erstellen, die ein Projekt regelmäßig überprüft.

Auch Skills können geplante Aufgaben erstellen oder aktualisieren. Beispielsweise könnte ein Skill zur Betreuung eines Pull Requests eine geplante Aufgabe einrichten, die den PR-Status mit dem GitHub-Plugin prüft und neues Review-Feedback bearbeitet.

Eine Aufgabe innerhalb eines Chats planen

Planen Sie eine Aufgabe innerhalb eines bestehenden Chats, wenn ChatGPT nach Zeitplan zu diesem Chat zurückkehren soll. Die geplante Aufgabe verwendet den vorhandenen Kontext des Chats, anstatt jedes Mal mit einem neuen Prompt zu beginnen.

Geplante Aufgaben in einem Chat können minutenbasierte Intervalle für aktive Nachverfolgungs-schleifen oder tägliche und wöchentliche Zeitpläne verwenden, wenn Sie eine Rückmeldung zu einem bestimmten Zeitpunkt benötigen.

Planen Sie eine Aufgabe innerhalb eines Chats für:

• Prüfen eines lang laufenden Vorgangs, bis er abgeschlossen ist
• Prüfen einer verbundenen Quelle in einem festen Intervall, wenn Sie eine regelmäßige Momentaufnahme statt einer Reaktion auf ein einzelnes unterstütztes App-Ereignis benötigen
• Erinnern von ChatGPT daran, eine Review-Schleife in einem festen Intervall fortzusetzen
• Ausführen eines Skill-gestützten Workflows, der Plugins verwendet, etwa zum Prüfen des PR-Status und Bearbeiten neuen Feedbacks
• Fortsetzen eines laufenden Recherche- oder Triage-Chats, ohne dessen Kontext zu verlieren

Verwenden Sie eine eigenständige geplante Aufgabe, wenn jede Ausführung unabhängig sein soll oder wenn Ergebnisse als separate Ausführungen unter Geplant erscheinen sollen.

Gestalten Sie den Prompt dauerhaft verwendbar, wenn Sie eine Aufgabe innerhalb eines Chats planen. Er sollte beschreiben, was ChatGPT bei jeder geplanten Ausführung tun soll, wie festgestellt wird, ob etwas Wichtiges zu melden ist, und wann die Aufgabe beendet oder Ihre Eingabe angefordert werden soll.

Geplante Aufgaben testen

Bevor Sie eine Aufgabe planen, testen Sie den Prompt zunächst manuell in einem regulären Chat. So können Sie Folgendes bestätigen:

• Der Prompt ist klar und angemessen eingegrenzt.
• Das ausgewählte oder standardmäßige Modell, der Reasoning-Aufwand und die Tools verhalten sich wie erwartet.
• Die resultierende Ausgabe kann gut überprüft werden.

Wenn Sie mit der Planung von Ausführungen beginnen, prüfen Sie die ersten Ausgaben und passen Sie den Prompt oder Rhythmus bei Bedarf an.

In der ChatGPT-Desktop-App können Sie einen Skill in einem Prompt für eine geplante Aufgabe explizit mit $skill-name auslösen.

Worktree-Bereinigung für geplante Aufgaben

Wenn Sie Worktrees für Git-Repositorys auswählen, können häufige Zeitpläne im Laufe der Zeit viele Worktrees erzeugen. Archivieren Sie geplante Ausführungen, die Sie nicht mehr benötigen, und vermeiden Sie das Anheften von Ausführungen, sofern Sie deren Worktrees nicht behalten möchten.

Berechtigungs- und Sicherheitsmodell

Geplante Aufgaben werden unbeaufsichtigt ausgeführt und verwenden Ihre standardmäßigen Sandbox-Einstellungen.

Eine allgemein verständliche Erklärung dieser Grenzen finden Sie in der Übersicht zur Sandbox. Regeln für das Dateisystem und Netzwerk finden Sie unter Berechtigungen.

• Wenn Ihr Sandbox-Modus read-only ist, schlagen Toolaufrufe fehl, wenn sie das Ändern von Dateien, den Netzwerkzugriff oder die Arbeit mit Apps auf Ihrem Computer erfordern. Erwägen Sie, die Sandbox-Einstellungen auf workspace write zu ändern.
• Wenn Ihr Sandbox-Modus workspace-write ist, schlagen Toolaufrufe fehl, wenn sie das Ändern von Dateien außerhalb des Workspace, den Netzwerkzugriff oder die Arbeit mit Apps auf Ihrem Computer erfordern. Mit Regeln können Sie Befehle gezielt auf eine Zulassungsliste setzen, damit sie außerhalb der Sandbox ausgeführt werden dürfen.
• Wenn Ihr Sandbox-Modus full access ist, bergen geplante Hintergrundaufgaben ein erhöhtes Risiko, da ChatGPT ohne Nachfrage Dateien ändern, Befehle ausführen und auf das Netzwerk zugreifen kann. Erwägen Sie, die Sandbox-Einstellungen auf workspace write zu ändern und mit Regeln gezielt festzulegen, welche Befehle der Agent mit vollem Zugriff ausführen darf.

Wenn Sie sich in einer verwalteten Umgebung befinden, können Administratoren diese Verhaltensweisen durch administrativ erzwungene Anforderungen einschränken. Sie können beispielsweise approval_policy = "never" untersagen oder die zulässigen Sandbox-Modi beschränken. Siehe Administrativ erzwungene Anforderungen (requirements.toml).

Geplante Aufgaben verwenden approval_policy = "never", wenn die Richtlinie Ihrer Organisation dies zulässt. Wenn die administrativen Anforderungen approval_policy = "never" nicht zulassen, greifen geplante Aufgaben auf das Genehmigungsverhalten des von Ihnen ausgewählten Berechtigungs-modus zurück.

Beispiele

Neue Skills automatisch erstellen

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.

Bleiben Sie bei Ihrem Projekt auf dem neuesten Stand

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

Geplante Aufgaben mit Skills kombinieren, um eigene Fehler zu beheben

Erstellen Sie einen neuen Skill, der versucht, einen durch Ihre eigenen Commits verursachten Fehler zu beheben, indem er einen neuen $recent-code-bugfix erstellt, und speichern Sie ihn in Ihren persönlichen Skills.

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

Erstellen Sie anschließend eine neue geplante Aufgabe:

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