For the complete documentation index, see llms.txt. Markdown versions of documentation pages are available by appending .md to the page URL.
Hauptnavigation

Vorschläge

Arbeitsabläufe

Funktionen

Referenz

API Dashboard
ChatGPT ausprobieren

Geplante Aufgaben

Aufgaben in ChatGPT nach Zeitplan oder durch unterstützte App-Ereignisse ausführen

Plane wiederkehrende Aufgaben, die im Hintergrund ausgeführt werden. In ChatGPT im Web und auf Mobilgeräten können Aufgaben mit berechtigten Tarifen auch durch unterstützte App-Ereignisse ausgelöst werden. Unter Geplant findest du aktive, pausierte und abgeschlossene Aufgaben sowie die letzten Ausführungen. Für komplexere Arbeiten kannst du geplante Aufgaben mit Skills kombinieren.

GPT-5.5 wird am 14. Oktober 2026 in ChatGPT, ChatGPT Work und Codex für alle Tarife eingestellt. Überprüfe geplante Aufgaben, die GPT-5.5 verwenden, und wähle vor diesem Datum ein verfügbares Ersatzmodell aus. Ersetze in 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. Lass den Computer eingeschaltet und die App geöffnet, wenn eine geplante Aufgabe lokale Dateien benötigt.

Plane beispielsweise eine Aufgabe, die Telemetriefehler auswertet und Korrekturen einreicht oder Berichte über die letzten Änderungen an der Codebasis erstellt. Für laufende Arbeiten, bei denen derselbe Kontext weiterverwendet werden soll, plane eine Aufgabe in einem bestehenden Chat.

Lass für projektbezogene geplante Aufgaben den Computer eingeschaltet und die ChatGPT-Desktop-App geöffnet. Das ausgewählte Projekt muss zum geplanten Ausführungszeitpunkt weiterhin auf dem Datenträger verfügbar sein.

In Git-Repositories kannst du wählen, ob eine geplante Aufgabe in deinem lokalen Projekt oder in einem neuen Worktree ausgeführt wird. Beide Optionen laufen im Hintergrund. Worktrees halten Änderungen aus geplanten Aufgaben von noch nicht abgeschlossenen lokalen Arbeiten getrennt. Bei der Ausführung in deinem lokalen Projekt können dagegen Dateien geändert werden, an denen du gerade arbeitest. In Projekten ohne Versionsverwaltung werden geplante Aufgaben direkt im Projektverzeichnis ausgeführt.

Du kannst die Standardeinstellungen für Modell und Reasoning-Aufwand beibehalten oder beides ausdrücklich auswählen, wenn du genauer steuern möchtest, wie die geplante Aufgabe ausgeführt wird.

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

Geplante Aufgaben werden unbeaufsichtigt mit deinen standardmäßigen Sandbox-Einstellungen ausgeführt. Beginne mit den geringstmöglichen Zugriffsrechten, mit denen die Aufgabe erfolgreich ausgeführt werden kann. Gewähre Netzwerkzugriff oder erweiterten Dateizugriff nur bei Bedarf. Sandboxing verstehen.

Geplante Aufgaben verwalten

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

Die Ansicht Geplant dient als dein Posteingang. Dort erscheinen Ausführungen geplanter Aufgaben, die Ergebnisse liefern. Eine Markierung für ungelesene Einträge zeigt an, wenn eine Ausführung deine Aufmerksamkeit erfordert.

Eigenständige geplante Aufgaben starten für jede geplante Ausführung einen neuen Chat und zeigen Ergebnisse unter Geplant an. Verwende sie, wenn jede Ausführung unabhängig sein soll oder wenn eine geplante Aufgabe in einem oder mehreren Projekten ausgeführt werden soll. Wenn du ein individuelles Intervall benötigst, verwende die Einstellungen für benutzerdefinierte Zeitpläne. Für einen komplexeren Zeitplan bearbeitest du die Wiederholungsregel (RRULE) nach RFC 5545, zum Beispiel RRULE:FREQ=MONTHLY;BYMONTHDAY=1;BYHOUR=9;BYMINUTE=0.

Bei Git-Repositories kann jede geplante Aufgabe entweder in deinem lokalen Projekt oder in einem eigenen Worktree im Hintergrund ausgeführt werden. Verwende Worktrees, wenn du Änderungen aus geplanten Aufgaben von noch nicht abgeschlossenen lokalen Arbeiten trennen möchtest. Verwende den lokalen Modus, wenn die geplante Aufgabe direkt in deinem Haupt-Checkout arbeiten soll. Beachte dabei, dass sie Dateien ändern kann, die du gerade bearbeitest. In Projekten ohne Versionsverwaltung werden geplante Aufgaben direkt im Projektverzeichnis ausgeführt. Du kannst dieselbe geplante Aufgabe in mehreren Projekten ausführen lassen.

Geplante Aufgaben, die du mit ChatGPT Work im Web oder mit ChatGPT Work oder Codex in der Desktop-App erstellst, können Plug-ins verwenden. Geplante Aufgaben können auch Skills nutzen. Damit geplante Aufgaben wartbar bleiben und sich teamübergreifend teilen lassen, verwende Skills, um die Aktion festzulegen sowie Tools und Kontext bereitzustellen. Wähle im Aufgaben-Prompt einen bestimmten Skill aus oder rufe ihn dort auf, wenn sich der Ablauf nicht auf die automatische Tool-Auswahl verlassen soll.

ChatGPT bitten, geplante Aufgaben zu erstellen oder zu aktualisieren

Du kannst geplante Aufgaben in einem Chat mit ChatGPT oder Codex erstellen und aktualisieren. Beschreibe die Arbeit, wann sie ausgeführt werden soll und ob jede Ausführung zum aktuellen Chat zurückkehren oder einen neuen Chat starten soll. ChatGPT kann den Prompt entwerfen, den passenden Zielort wählen und die Aufgabe aktualisieren, wenn sich ihr Umfang oder ihr Intervall ändert.

Bitte ChatGPT beispielsweise, im aktuellen Chat eine erneute Prüfung einzuplanen, während ein Deployment abgeschlossen wird. Oder bitte es, 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-Plug-in prüft und neues Feedback aus Reviews umsetzt.

Eine Aufgabe in einem Chat planen

Plane eine Aufgabe in einem bestehenden Chat, wenn ChatGPT nach einem Zeitplan zu diesem Chat zurückkehren soll. Die geplante Aufgabe nutzt den bestehenden Kontext des Chats, statt jedes Mal mit einem neuen Prompt zu beginnen.

Geplante Aufgaben in einem Chat können Intervalle in Minuten nutzen, um einen Vorgang fortlaufend zu prüfen. Für eine Prüfung zu einem bestimmten Zeitpunkt lassen sich auch tägliche und wöchentliche Zeitpläne verwenden.

Plane eine Aufgabe in einem Chat für folgende Zwecke:

  • Einen lang andauernden Vorgang bis zu seinem Abschluss überwachen
  • Eine verbundene Quelle in festen Abständen prüfen, wenn du regelmäßige Momentaufnahmen benötigst statt einer Reaktion auf ein einzelnes unterstütztes App-Ereignis
  • ChatGPT daran erinnern, einen Review-Zyklus in festen Abständen fortzusetzen
  • Einen durch Skills gesteuerten Ablauf mit Plug-ins ausführen, etwa den PR-Status prüfen und neues Feedback bearbeiten
  • Einen laufenden Recherche- oder Triage-Chat fortsetzen, ohne dessen Kontext zu verlieren

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

Wenn du eine Aufgabe in einem Chat planst, formuliere den Prompt so, dass er dauerhaft gültig bleibt. Er sollte beschreiben, was ChatGPT bei jeder geplanten Ausführung tun soll, wie es entscheidet, ob es etwas Wichtiges zu berichten gibt, und wann es aufhören oder dich um eine Eingabe bitten soll.

Geplante Aufgaben testen

Bevor du eine Aufgabe planst, teste den Prompt zunächst manuell in einem normalen Chat. So kannst du Folgendes prüfen:

  • Der Prompt ist klar formuliert und legt den Umfang passend fest.
  • Das gewählte oder standardmäßig festgelegte Modell, der Reasoning-Aufwand und die Tools liefern das erwartete Verhalten.
  • Die erzeugte Ausgabe lässt sich überprüfen.

Wenn du mit geplanten Ausführungen beginnst, überprüfe die ersten Ausgaben und passe den Prompt oder das Intervall bei Bedarf an.

In der ChatGPT-Desktop-App kannst du im Prompt einer geplanten Aufgabe gezielt einen Skill aufrufen, indem du $skill-name verwendest.

Worktrees geplanter Aufgaben aufräumen

Wenn du für Git-Repositories Worktrees verwendest, können bei häufigen Ausführungen mit der Zeit viele Worktrees entstehen. Archiviere geplante Ausführungen, die du nicht mehr benötigst, und hefte Ausführungen nur dann an, wenn du ihre Worktrees behalten möchtest.

Berechtigungen und Sicherheitsmodell

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

Eine leicht verständliche Erklärung dieser Grenzen findest du in der Übersicht zum Sandboxing. Regeln für Dateisystem- und Netzwerkzugriffe findest du unter Berechtigungen.

  • Wenn deine Sandbox im Modus Schreibgeschützt läuft, schlagen Tool-Aufrufe fehl, die Dateien ändern, auf das Netzwerk zugreifen oder mit Apps auf deinem Computer arbeiten müssen. Erwäge, die Sandbox-Einstellungen auf Workspace-Schreibzugriff umzustellen.
  • Wenn deine Sandbox im Modus workspace-write läuft, schlagen Tool-Aufrufe fehl, die Dateien außerhalb des Workspace ändern, auf das Netzwerk zugreifen oder mit Apps auf deinem Computer arbeiten müssen. Mit Regeln kannst du gezielt erlauben, dass bestimmte Befehle außerhalb der Sandbox ausgeführt werden.
  • Wenn deine Sandbox im Modus Vollzugriff läuft, bergen geplante Aufgaben im Hintergrund ein erhöhtes Risiko: ChatGPT kann Dateien ändern, Befehle ausführen und auf das Netzwerk zugreifen, ohne nachzufragen. Erwäge, die Sandbox-Einstellungen auf Workspace-Schreibzugriff umzustellen und mit Regeln gezielt festzulegen, welche Befehle der Agent mit Vollzugriff ausführen darf.

In einer verwalteten Umgebung können Admins diese Verhaltensweisen durch verbindliche Vorgaben einschränken. Sie können beispielsweise approval_policy = "never" untersagen oder die zulässigen Sandbox-Modi begrenzen. Siehe Von Admins erzwungene Anforderungen (requirements.toml).

Geplante Aufgaben verwenden approval_policy = "never", wenn die Richtlinie deiner Organisation dies zulässt. Wenn administrative Vorgaben approval_policy = "never" untersagen, greifen geplante Aufgaben auf das Genehmigungsverhalten des von dir gewählten Berechtigungsmodus 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.

Bei deinem Projekt auf dem Laufenden bleiben

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

Erstelle einen neuen Skill $recent-code-bugfix, der versucht, einen durch deine eigenen Commits verursachten Fehler zu beheben, und speichere ihn in deinen 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.

Erstelle anschließend eine neue geplante Aufgabe:

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