Cloud-Umgebungen

Codex Cloud führt Programmieraufgaben in der Cloud aus, sodass die Arbeit weitergehen kann, während Ihr Computer im Ruhezustand ist. Nutzen Sie Codex Cloud im Web, auf Mobilgeräten oder in der Desktop-App, um Code zu bearbeiten, Befehle auszuführen und Ergebnisse zu prüfen.

Eine Cloud-Umgebung ist die wiederverwendbare Einrichtung für Aufgaben: Repositorys, Abhängigkeiten, Tools und Zugriffseinstellungen. Codex untersucht Ihre Repositorys, bereitet die Einrichtung vor und testet sie mit Ihnen. Jede neue Aufgabe erhält einen eigenen isolierten Arbeitsbereich auf Basis der veröffentlichten Umgebung.

Eine Einführung finden Sie in der Übersicht zu Codex Cloud.

Eine Aufgabe in Codex Cloud starten

Wählen Sie im Web oder in der Desktop-App Arbeiten in > Cloud und anschließend eine veröffentlichte Umgebung. Öffnen Sie auf Mobilgeräten Codex und wählen Sie eine veröffentlichte Umgebung. Beschreiben Sie, was Codex tun soll, und senden Sie die Anfrage. Wenn Sie eine neue Einrichtung benötigen, erstellen Sie eine Umgebung im Web oder in der Desktop-App.

Enterprise-Administratoren können den Workspace-Zugriff prüfen, bevor sie Codex Cloud einführen.

Eine Umgebung erstellen und veröffentlichen

Erstellen Sie neue Umgebungen im Web oder in der Desktop-App. Melden Sie sich mit Ihrem ChatGPT-Konto an:

1. Wählen Sie in einer neuen Aufgabe Work in > Cloud, öffnen Sie Select environment und wählen Sie Create environment.
2. Wählen Sie die auszucheckenden GitHub-Repositorys aus. Verbinden Sie GitHub, wenn Sie dazu aufgefordert werden.
3. Wählen Sie Get started. Codex untersucht die Repositorys, installiert Abhängigkeiten und Tools und testet den Workflow.
4. Stellen Sie auf Anfrage fehlende Zugriffsrechte oder Informationen bereit. Sie können auch bestimmte Versionen, Befehle oder Dienste anfordern.
5. Prüfen Sie den Einrichtungsbericht, die Konfiguration und die Dateien. Schließen Sie offene Arbeiten ab, speichern Sie Änderungen und wählen Sie Publish.
6. Sobald Environment published angezeigt wird, wählen Sie Start a new task und beschreiben Sie, was Codex tun soll.

Sie können auch über Settings > Codex Cloud > Environments > Create environment beginnen.

Installation und Start anpassen

Codex ermittelt Laufzeitumgebungen, Paketversionen, Tools und Dienste anhand Ihrer Repositorys. Passen Sie die Einrichtung im Gespräch an; Sie müssen selbst kein Installationsskript schreiben.

Codex kann die getestete Einrichtung in zwei Feldern festhalten:

• Installationsskript: Befehle zum Installieren von Abhängigkeiten und zum Vorbereiten von Entwicklungsressourcen.
• Start-Skill: Anweisungen zum Starten von Diensten und zum Prüfen ihrer Betriebsbereitschaft.

Gespeicherten Zustand wiederverwenden und aktualisieren

• Neue Aufgabe: startet mit dem vorbereiteten Dateisystem der veröffentlichten Umgebung.
• Bestehende Aufgabe: arbeitet mit ihren eigenen gespeicherten Dateien weiter, einschließlich nicht committeter Änderungen und installierter Tools.
• Repository-Aktualisierung: läuft automatisch im Hintergrund und erhält Abhängigkeitscaches, ohne Installations- oder Startbefehle erneut auszuführen.

Um die wiederverwendbare Einrichtung zu aktualisieren, öffnen Sie Settings > Codex Cloud > Environments. Wählen Sie im Menü … der Umgebung Edit. Beschreiben Sie die Änderung, lassen Sie Codex diese vorbereiten und testen, speichern Sie Änderungen und wählen Sie Republish. Starten Sie eine neue Aufgabe, um die Aktualisierung zu nutzen; bestehende Aufgaben behalten ihren eigenen Zustand.

Committen Sie wichtige Arbeiten oder speichern Sie die benötigte Ausgabe. Ein gespeicherter Zustand ersetzt keine Versionsverwaltung.

Umgebungsvariablen und Netzwerkgeheimnisse konfigurieren

Codex erkennt fehlende Konfiguration und fragt nach Werten, die es nicht ableiten kann. Wählen Sie in der Umgebungskonfiguration Manage neben Environment variables oder Network secrets. Wählen Sie, wie Sie den jeweiligen Wert bereitstellen möchten:

Legen Sie für Netzwerkgeheimnisse Key, Value und Allowed domains fest. Verwenden Sie einen anderen Schlüssel als für direkt übergebene Variablen. Die Ersetzung funktioniert für HTTPS auf Port 443, während der Einrichtung und in Aufgaben; die eigentlichen Zugangsdaten werden dabei weder in einem lokalen Prozess noch in einer Datei abgelegt.

Beim Speichern umgebungseigener Netzwerkgeheimnisse werden deren Ziele zum eingeschränkten Internetzugriff hinzugefügt. Direkt übergebene Variablen und persönliche Werte fügen keine Ziele hinzu. Prüfen Sie vor dem Testen die gespeicherte Netzwerkrichtlinie. Informationen zu Workspace-Vorgaben finden Sie unter Agent Security.

Persönliche Werte bereitstellen

Verwenden Sie den persönlichen Tresor, um Ihre eigenen Umgebungsvariablen und Netzwerkgeheimnisse für Cloud-Umgebungen in Ihrem Workspace zu speichern.

Eine freigegebene Umgebung kann Werte anfordern, die jede Person über ihr eigenes Konto bereitstellt. Durch die Freigabe der Umgebung werden diese Anforderungen geteilt, nicht Ihre persönlichen Zugangsdaten.

Geben Sie auf Aufforderung die erforderlichen Werte unter Add personal secrets ein und wählen Sie Save and start. Optionale Werte können ungesetzt bleiben.

So verwalten Sie Werte im Voraus:

1. Öffnen Sie Settings > Codex Cloud und wählen Sie dann den Tab Personal vault.
2. Wählen Sie Add, wählen Sie unter Type die Option Environment variable oder Network secret und geben Sie den passenden Key sowie Ihren Value ein.
3. Wählen Sie unter Applies to die Option All environments oder Selected environments und anschließend Save.

Nur angeforderte Werte gelangen zu einer Aufgabe. Ein Wert für eine bestimmte Umgebung hat Vorrang vor einem allgemeinen Standardwert. Persönliche Netzwerkgeheimnisse verwenden die zugelassenen Ziele der Umgebung und ersetzen Platzhalter auf dieselbe Weise.

Innerhalb eines Enterprise-Workspace teilen

Geben Sie eine vorbereitete Einrichtung frei, damit Kollegen damit eigene Aufgaben starten können:

1. Öffnen Sie die Konfiguration der Umgebung.
2. Wählen Sie unter Privacy > Who can use Ihren Workspace aus.
3. Speichern Sie die Änderung. Veröffentlichen Sie die Umgebung, falls noch nicht geschehen.

Wählen Sie unter Who can use die Option Only me, um die Umgebung privat zu halten. Jede Aufgabe hat separate Arbeitsdateien; der Zugriff auf die Einrichtung gewährt weder Zugriff auf die Aufgabe einer anderen Person noch die Berechtigung, die Umgebung zu bearbeiten.

Prüfen Sie vorbereitete Dateien und umgebungseigene Zugangsdaten vor der Freigabe. Cloud- Identitäten und VPN-Verbindungen können ebenfalls gemeinsamen Zugriff auf Dienste ermöglichen. Repository-Zugriff und persönliche Verbindungen hängen von dem Konto ab, das die Aufgabe ausführt.

Use Codex in the cloud steuert den Zugriff auf Aufgaben. Manage workspace environments steuert das Erstellen und Bearbeiten von Umgebungen, die mit dem Workspace geteilt werden. Siehe Rollen und Workspace-Berechtigungen.

Agent Security

Die Internetzugriffseinstellungen der Umgebung legen fest, welche Domains ihre VM erreichen kann. VPN-Einstellungen verbinden diese VM mit Diensten in einem privaten Netzwerk.

In Enterprise-Workspaces verwenden Administratoren Agent Security, um Workspace-Vorgaben für das Agentenverhalten, den Netzwerkzugriff verwalteter Ausführungsumgebungen und die unterstützte Tool-Nutzung zu konfigurieren. Diese Vorgaben gelten zusätzlich zu den Domaineinstellungen, die mit jeder Umgebung gespeichert sind. Informationen zu globalen Richtlinien und unterstützten Codex Cloud-Überschreibungen finden Sie unter Agent Security.

Verbindung zu Diensten herstellen

Konfigurieren Sie den Zugriff auf die Paketregistrys, APIs und anderen Dienste, die Ihr Workflow benötigt:

1. Aktivieren Sie in der Umgebungskonfiguration Allow Codex to access internet.
2. Wählen Sie unter Allow domains die Option Package managers oder Custom domains only und fügen Sie dann die erforderlichen Hosts unter Additional allowed domains hinzu. Verwenden Sie All (unrestricted), wenn der Workflow umfassenderen Zugriff benötigt.
3. Speichern und testen Sie die Dienste während der Einrichtung. Veröffentlichen Sie die Umgebung erstmals oder erneut und prüfen Sie dann den Zugriff in einer neuen Aufgabe.

Informationen zu Workspace-Vorgaben finden Sie unter Agent Security. Das Zulassen eines Ziels stellt weder Zugangsdaten bereit noch gewährt es Berechtigungen für diesen Dienst.

In der Voreinstellung „Paketmanager“ enthaltene Domains

Die Voreinstellung Package managers erlaubt diese Registrys, Repositorys und Download-Hosts:

• npm und Yarn: registry.npmjs.org, registry.yarnpkg.com
• PyPI und PyTorch: pypi.org, files.pythonhosted.org, download.pytorch.org, download-r2.pytorch.org
• Rust: crates.io, index.crates.io, static.crates.io, static.rust-lang.org
• Go: proxy.golang.org, sum.golang.org
• Maven und Gradle: repo.maven.apache.org, repo1.maven.org, plugins.gradle.org, plugins-artifacts.gradle.org, services.gradle.org, downloads.gradle.org
• Bazel: bcr.bazel.build, mirror.bazel.build
• Buf: buf.build
• CPAN: cpan.metacpan.org
• Ubuntu- und Debian-Repositorys: archive.ubuntu.com, security.ubuntu.com, ports.ubuntu.com, ppa.launchpadcontent.net, deb.debian.org, security.debian.org
• Anbieter-Repositorys: packages.microsoft.com, apt.buildkite.com, developer.download.nvidia.com, deb.nodesource.com
• GitHub-Quellcode, -Archive, -Releases und -LFS: github.com, codeload.github.com, github-cloud.githubusercontent.com, github-cloud.s3.amazonaws.com, release-assets.githubusercontent.com
• Weitere Downloads: dl.google.com, pkgconfig.freedesktop.org

Für registrierte Stammdomains erlaubt Codex auch den entsprechenden www-Hostnamen. Andere Subdomains benötigen eigene Einträge in der Liste zugelassener Domains. Fügen Sie alle weiteren Hosts, die Ihre Abhängigkeiten benötigen, unter Additional allowed domains hinzu.

Verwenden Sie für Dienste, die über das öffentliche Internet erreichbar sind und Verbindungen nach Quell-IP filtern, den Feed der ausgehenden Agenten-IP-Adressen. Lassen Sie alle veröffentlichten Bereiche zu, prüfen Sie den Feed täglich und aktualisieren Sie die Zulassungsliste des Dienstes, wenn sich Bereiche ändern. Diese Bereiche werden von mehreren Kunden gemeinsam genutzt; behalten Sie die Authentifizierungs- und Autorisierungskontrollen des Dienstes bei.

Private Netzwerkanbindung (VPN)

Ermöglichen Sie Cloud-Aufgaben über eine VPN-Verbindung den Zugriff auf interne APIs, Paketregistrys und andere HTTP- oder HTTPS-Dienste in Ihrem privaten Netzwerk.

1. Öffnen Sie die Einstellungen Advanced > VPN der Umgebung und wählen Sie Add.
2. Geben Sie die Verbindungszugangsdaten Ihres VPN-Anbieters ein.
3. Lassen Sie die erforderlichen Ziele sowohl in den Zugriffsregeln Ihres VPN als auch in den Internetzugriffseinstellungen der Umgebung zu.
4. Speichern Sie und veröffentlichen Sie die Umgebung anschließend erstmals oder erneut. Starten Sie eine neue Aufgabe und testen Sie den Dienst.

Tailscale ist derzeit der unterstützte VPN-Anbieter. Aktivieren Sie beim Erstellen eines Tailscale- Authentifizierungsschlüssels sowohl Reusable als auch Ephemeral. Mit einem wiederverwendbaren Schlüssel können neue VMs für Cloud-Aufgaben Ihrem Netzwerk beitreten. Tailscale entfernt kurzlebige Geräte automatisch, nachdem sie offline gegangen sind. Die Unterstützung weiterer VPN-Anbieter ist geplant.

Private IPv4-Subnetzrouten werden unterstützt. Aufgaben können Split-DNS von Tailscale und MagicDNS verwenden, um private Dienste über den Hostnamen zu erreichen.

Wenn Ihr Dienst das interne DNS Ihrer Organisation verwendet, konfigurieren Sie Split-DNS in der Tailscale-Administrationskonsole so, dass Anfragen für Ihre interne Domain an Ihren DNS-Server weitergeleitet werden. Verwenden Sie den vollständig qualifizierten Hostnamen des Dienstes, etwa api.corp.example.com, der in eine IPv4-Adresse aufgelöst werden muss. Das Ziel muss außerdem durch die Internetzugriffseinstellungen der Umgebung und Ihre Tailscale-Zugriffsregeln zugelassen sein.

Aufgaben in einer freigegebenen Umgebung verwenden deren konfigurierte VPN-Identität.

Mit OIDC auf Cloud-Ressourcen zugreifen

OpenID Connect (OIDC) ermöglicht es einer Aufgabe, kurzlebige Zugangsdaten für Cloud- Ressourcen abzurufen. Ihre Organisation konfiguriert eine Vertrauensbeziehung mit dem Cloud-Anbieter und gewährt der Identität die Berechtigungen, die der Workflow benötigt.

1. Öffnen Sie die Einstellungen Advanced > OIDC der gespeicherten Umgebung.
2. Wählen Sie Add und anschließend eine verfügbare Verbindung oder Create connection… für einen unterstützten Anbieter.
3. Geben Sie für eine neue Verbindung die Identitätsdetails des Anbieters ein und erstellen Sie sie. Konfigurieren Sie beim Anbieter die Vertrauensbeziehung anhand der angezeigten Werte für Issuer, Audience und Subject oder anhand von Claim-Bedingungen und gewähren Sie Ressourcenberechtigungen.
4. Vergewissern Sie sich, dass die Verbindung zugeordnet ist, und prüfen Sie ihren Alias. Speichern Sie und veröffentlichen Sie die Umgebung anschließend erstmals oder erneut.
5. Starten Sie eine neue Aufgabe und testen Sie einen erlaubten sowie einen verweigerten Vorgang.

Die Einrichtung variiert je nach Anbieter, und nur unterstützte Verbindungen können zugeordnet werden. Die Berechtigungen der Identität bestimmen den Zugriff; Ihre persönlichen Berechtigungen beim Anbieter werden nicht auf sie übertragen. Lassen Sie die erforderlichen Anbieterendpunkte und Dienstziele separat in der Netzwerkrichtlinie zu.

Speichern Sie Änderungen an Zuordnungen oder Aliasen, um sie während der Einrichtung anzuwenden; veröffentlichen Sie die Umgebung erstmals oder erneut, um sie in neuen Aufgaben zu verwenden. Das Bearbeiten einer gemeinsam genutzten Identitätsverbindung kann sich auf andere Umgebungen auswirken, die sie verwenden.

OIDC ist für Enterprise-Workspaces auf Anfrage verfügbar. Wenden Sie sich an Ihr OpenAI- Account-Team, um es aktivieren zu lassen.

Eine Aufgabe ausführen und zu ihr zurückkehren

Wählen Sie eine veröffentlichte Umgebung aus und beschreiben Sie Ihr Ziel. Codex verwendet deren Repositorys und Tools, um Dateien zu bearbeiten, Befehle auszuführen und seine Arbeit zu prüfen. Prüfen Sie Änderungen und Testergebnisse, bevor Sie einen Commit erstellen oder einen Pull Request öffnen.

Im Web oder auf Mobilgeräten fortfahren

Wählen Sie im Web Arbeiten in > Cloud und anschließend eine Umgebung. Öffnen Sie auf Mobilgeräten Codex und wählen Sie eine verfügbare Umgebung. Erstellen Sie neue Umgebungen im Web oder in der Desktop-App.

Öffnen Sie dieselbe Aufgabe erneut, um die Arbeit geräteübergreifend fortzusetzen. Eine neue Aufgabe beginnt mit einer separaten Arbeit auf Basis der veröffentlichten Einrichtung. Aufgaben in Codex Cloud können weiterlaufen, während Ihr Computer im Ruhezustand ist.

Aufgaben aus Slack oder Microsoft Teams starten

Bitten Sie in einem Enterprise-Workspace mit aktivierter Cloud-Delegierung @ChatGPT in Slack oder Microsoft Teams, an einem Repository zu arbeiten. Codex verwendet den Gesprächskontext, um eine Umgebung auszuwählen, die mit Ihrem Workspace geteilt wird und für das Konto verfügbar ist, das die Aufgabe ausführt. Sie können eine bevorzugte Umgebung nennen oder Hinweise in Ihren Prompt aufnehmen.

Bei Slack müssen Workspaces mit rollenbasierter Zugriffskontrolle für Codex Cloud sowohl dem Dienstkonto der Bereitstellung als auch dem anfragenden Benutzer Zugriff auf Codex Cloud gewähren. Unter Codex Cloud für Slack aktivieren finden Sie die Einrichtungsschritte für Administratoren.

Schließen Sie alle Verbindungs- und Genehmigungsabfragen ab und prüfen Sie das Ergebnis anschließend im Gespräch. Verwenden Sie dasselbe verbundene Konto für Folgeanfragen, um die Aufgabe fortzusetzen; die Anfrage einer anderen teilnehmenden Person setzt Ihre Aufgabe nicht automatisch fort.

Informationen zur Workspace-Einrichtung finden Sie unter ChatGPT in Slack und Teams verwalten und Informationen zur Aufgabensteuerung in Slack unter ChatGPT in Slack verwenden.

VM-Spezifikationen

Jede Cloud-Aufgabe läuft in einer VM mit diesen Standardressourcen:

Standardmäßig lässt sich der gespeicherte VM-Zustand einer Aufgabe bis zu sieben Tage nach dem letzten Start eines Gesprächsschritts oder der letzten Wiederaufnahme der Aufgabe wiederherstellen.

Größere VMs und individuelle Spezifikationen sind für Enterprise verfügbar. Wenden Sie sich an Ihr OpenAI-Account-Team, um Informationen zu verfügbaren Konfigurationen und Preisen zu erhalten.

Aktuelle Einschränkungen

Die folgenden Funktionen werden in Cloud-Umgebungen derzeit nicht unterstützt und stehen auf unserer Roadmap:

• Computer- und Browsernutzung
• GitLab und selbst gehosteter GitHub Enterprise Server

In Ihrem Repository gespeicherte Skills sind in Cloud-Aufgaben verfügbar. Persönliche Skills von Ihrem lokalen Computer werden nicht mit Cloud-Umgebungen synchronisiert.

Probleme bei der Einrichtung und beim Laufzeitzugriff beheben

Die Einrichtung schlägt fehl oder ein erforderliches Tool fehlt

Suchen Sie im Einrichtungsgespräch nach dem fehlgeschlagenen Befehl. Bitten Sie Codex, den Fehler zu diagnostizieren und den Befehl nach der Behebung erneut auszuführen. Zum Beispiel: „Installieren Sie pnpm und führen Sie die Tests des Projekts aus.“

• Wenn die Ersteinrichtung fehlschlägt, wählen Sie Try again, um es mit den Repositorys erneut zu versuchen, die in dieser Einrichtungssitzung bereits ausgewählt wurden.
• Wenn zur Behebung Quelldateien, ein Paketmanifest oder eine Sperrdatei geändert werden müssen, nehmen Sie diese Änderung in einer Programmieraufgabe vor und kehren Sie dann zur Einrichtung zurück.

Nachdem Codex die Einrichtung überprüft hat, veröffentlichen Sie die Umgebung erstmals oder erneut.

Ein Paketdownload oder eine HTTPS-Anfrage schlägt fehl

Prüfen Sie den Zielhostnamen und die Authentifizierung getrennt:

1. Vergewissern Sie sich, dass der Host in den Internetzugriffseinstellungen der Umgebung zugelassen ist. Prüfen Sie bei einer privaten Registry unter packages.example.com genau diesen Hostnamen. Wenn Downloads auch downloads.example.com verwenden, muss auch dieser Host zugelassen sein.
2. Prüfen Sie die konfigurierte URL und die Zugangsdaten des Paketmanagers oder Clients. Das Zulassen einer Domain gewährt keinen Zugriff auf den Dienst.
3. Wenn die Authentifizierung ein Netzwerkgeheimnis verwendet, prüfen Sie, ob dessen Allowed domains das Ziel enthalten und ob die Anfrage HTTPS auf Port 443 verwendet.
4. Bitten Sie in einem Enterprise-Workspace einen Administrator, zusätzlich zu den Umgebungseinstellungen die geltenden Agent Security-Vorgaben zu prüfen.

Speichern Sie alle Konfigurationsänderungen und testen Sie die Anfrage während der Einrichtung. Veröffentlichen Sie die Umgebung erstmals oder erneut und prüfen Sie dann den Zugriff in einer neuen Aufgabe.

Ein erforderlicher Wert fehlt oder ist nicht nutzbar

Prüfen Sie, ob Sie den Wert an der richtigen Stelle in der Umgebungskonfiguration hinzugefügt haben:

• Umgebungsvariablen: Verwenden Sie diese für Werte, die Programme direkt lesen müssen, beispielsweise APP_MODE=development.
• Netzwerkgeheimnisse: Verwenden Sie diese für Zugangsdaten, die an einen zugelassenen HTTPS- Dienst gesendet werden, beispielsweise ein Token für eine private Registry. Programme erhalten einen Platzhalter; der Proxy setzt die Zugangsdaten in passenden Anfragen ein. Wenn das Programm den tatsächlichen Wert lesen muss, fügen Sie ihn unter Environment variables hinzu.

Prüfen Sie bei einem persönlichen Wert, ob dessen Key mit der Anforderung der Umgebung übereinstimmt und ob Applies to diese Umgebung einschließt. Ein Wert für eine bestimmte Umgebung hat Vorrang vor einem allgemeinen Standardwert.

Anweisungen zur Einrichtung finden Sie unter Umgebungsvariablen und Netzwerkgeheimnisse.

Die VPN-Verbindung steht, aber ein HTTP- oder HTTPS-Dienst ist nicht erreichbar

1. Vergewissern Sie sich, dass der Client den konfigurierten HTTP/HTTPS-Proxy der Umgebung verwendet. Lassen Sie beim Testen mit curl die Option --noproxy weg, damit die Anfrage diesen Proxy verwendet.
2. Prüfen Sie, ob das Ziel sowohl durch die zugelassenen Domains der Umgebung als auch durch die Zugriffsregeln des VPN zugelassen ist.
3. Wenn der Dienst über die IP-Adresse, aber nicht über den Hostnamen erreichbar ist, prüfen Sie Ihre Tailscale-DNS-Einstellungen. Überprüfen Sie bei einer internen Unternehmensdomain, ob Split-DNS auf den richtigen DNS-Server verweist und ob der Server über Ihr Tailscale-Netzwerk erreichbar ist. Verwenden Sie den vollständig qualifizierten Hostnamen des Dienstes und bestätigen Sie, dass er in eine IPv4-Adresse aufgelöst wird.

Informationen zur Verbindungseinrichtung finden Sie unter Private Netzwerkanbindung.

Eine Umgebung oder ihre Aktualisierungen sind für eine Aufgabe nicht verfügbar

Prüfen Sie die Umgebung unter Settings > Codex Cloud > Environments. Wenn sie die Kennzeichnung Unpublished trägt, schließen Sie die Einrichtung ab und wählen Sie Publish, um sie für Aufgaben verfügbar zu machen.

Öffnen Sie für Änderungen an einer veröffentlichten Umgebung deren Edit-Ansicht, lassen Sie Codex die Änderungen vorbereiten und testen und wählen Sie dann Republish. Starten Sie eine neue Aufgabe mit der aktualisierten Umgebung, um die neue Einrichtung zu verwenden. Bestehende Aufgaben behalten ihren eigenen Arbeitszustand.