ChatGPT-Dokumentation
Deutsch
Kontakt goolvyouyou@gmail.com

Geplante Aufgaben

Geplante Aufgaben

Planen Sie wiederkehrende Aufgaben in ChatGPT

Planen Sie wiederkehrende Aufgaben, die im Hintergrund ausgeführt werden. In der Web- und Mobilversion von ChatGPT können berechtigte Tarife Aufgaben auch durch unterstützte App-Ereignisse auslösen. Sehen Sie aktive, pausierte und abgeschlossene Aufgaben sowie die letzten Ausführungen unter Scheduled ein. Sie können geplante Aufgaben für komplexere Arbeiten mit Skills kombinieren.

GPT-5.5 wird am 14. Oktober 2026 um 12:00 Uhr PDT (19:00 Uhr UTC) für Benutzer mit ChatGPT-Anmeldung aus Codex entfernt. Überprüfen Sie geplante Aufgaben, die GPT-5.5 in Codex verwenden, und wählen Sie gpt-6.1-sol (GPT-6.1 Sol), sofern Ihr Tarif und Workspace Zugriff darauf bieten. Die OpenAI API und mit einem API key authentifizierte Codex-Sitzungen sind davon nicht betroffen. Unter Entfernung von GPT-5.5 finden Sie tarifspezifische Ersatzmodelle.

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.

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 ein eingestelltes Modell verwendet, stellen Sie sie auf ein verfügbares Ersatzmodell um. Siehe Hinweise zur Modellmigration.

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 Scheduled in der Seitenleiste der ChatGPT-Desktop-App.

Die Ansicht Scheduled 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 Scheduled 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 Projektverzeichnis 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 jede Ausführung zum aktuellen Chat zurückkehren oder einen neuen Chat starten soll. ChatGPT kann den Prompt entwerfen, das passende Ziel auswählen und die Aufgabe aktualisieren, wenn sich ihr Umfang oder ihr Ausführungsrhythmus ä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 Nachverfolgungsschleifen 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 Scheduled 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 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.

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.