Wir haben den Zielmodus (oder /goal) eingeführt, damit Codex auf ein konkretes Ergebnis hinarbeiten kann. Wenn du ein Ziel setzt, arbeitet Codex so lange weiter, bis das Ziel erreicht ist – egal, ob das Stunden oder Tage dauert. Einige Nutzer haben Codex bereits für ein einziges Ziel mehr als 120 Stunden lang arbeiten lassen.
Der Zielmodus ist unglaublich leistungsstark, und es gibt einige Dinge, die du tun kannst, um das Beste daraus zu machen. Hier sind 7 Dinge, die du beachten solltest, wenn du /goal verwendest.
1. Klare *überprüfbare* Kriterien
Der Prompt, den du beim Aktivieren des Zielmodus definierst, dient zwar als erster Prompt, aber noch wichtiger: Er fungiert als Abbruchkriterium für das Ziel. Codex prüft nach jedem Schritt, ob das Ziel erreicht wurde oder nicht. Daher sollte dein Ziel-Prompt nicht übermäßig lang sein und sich auf ein klares Kriterium konzentrieren, wann das Ziel erreicht ist.
In den meisten Fällen enthält ein gutes Ziel eine klare Zahl, die das Modell erreichen muss, bevor das Ziel als abgeschlossen gilt. Gute Beispiele:
- "Reduziere die Build- und Deployment-Zeit um 30 %."
- "Migriere diese Funktion von TypeScript zu Rust und erreiche 100 % Testparität."
- "Verbessere das Application Scaffolding, sodass das Largest Contentful Paint in der Produktion unter 2,5 s liegt."
\Der Prompt muss nicht immer eine Zahl sein, aber im Allgemeinen hilft es bei den nächsten Tipps.*
Wenn du dir unsicher bist, wie du dein Ziel am besten definierst, oder du zuerst mit Codex brainstormen möchtest, musst du keinen Thread mit dem Zielmodus starten.
Codex kann selbstständig ein Ziel festlegen. Du kannst also ein Gespräch beginnen und, wenn du bereit bist, dass Codex mit der Arbeit beginnt, Codex bitten, das Ziel basierend auf eurem Gespräch festzulegen.
Du kannst das Ziel jederzeit bearbeiten, indem du in der Codex-App die Schaltfläche „Bearbeiten“ drückst oder in der CLI erneut /goal verwendest.
2. Gib nach Möglichkeit Anleitung
Einen Prompt wie "Reduziere die Build- und Deployment-Zeit um 30 %" zu senden, kann cool sein und sogar zu kreativen Lösungen führen. Es könnte Codex aber auch auf eine sinnlose Jagd schicken, wenn du eine Idee hast, wo das Problem liegen könnte.
Gib Codex nach Möglichkeit einen Ausgangspunkt, wo es mit der Arbeit beginnen soll, welche Tools es zur Zielerreichung verwenden kann, oder andere Hinweise, wo Codex in die falsche Richtung laufen könnte.
Mein Kollege @reach_vb hat das zum Beispiel in einem seiner Experimente gemacht, indem er Codex sagte, es könne den Chrome-Browser verwenden, um zu Google Colab zu gehen, und akzeptable Einschränkungen festlegte, wie das Generieren eines eigenen Datensatzes, als er Codex ein Modell trainieren ließ.
Wenn du ebenfalls Build-Zeiten reduzieren möchtest und weißt, wo die meiste Zeit verbracht wird, versuche, Codex in deinem Prompt zuerst auf diesen Bereich hinzuweisen.
Alternativ kannst du Codex auch im Plan-Modus erste Recherchen durchführen und einen Plan als Datei erstellen lassen, den es zur Dokumentation möglicher Optionen verwenden kann. Lasse dann dein Ziel auf diesen Plan verweisen.
3. Mache Fortschritte messbar
Wenn dein Ziel ehrgeizig ist oder es verschiedene Wege gibt, wie Codex dem Ziel näher kommen kann, ist es wichtig, dass du Codex Werkzeuge gibst, um Fortschritte zu messen.
Bei manchen Aufgaben ist dies vielleicht selbstverständlich, wie die Verbesserung von Build-Zeiten oder die Erhöhung der Testabdeckung, da Codex oft bereits die Tools hat oder sie natürlich erstellt.
Für andere Ziele lohnt es sich, mit Codex zu brainstormen, welche Tools hilfreich wären, oder es auf Möglichkeiten hinzuweisen, wie es seinen Fortschritt erkennen kann. Zum Beispiel durch Tools zur Berechnung visueller Unterschiede zwischen zwei Screenshots oder die Erstellung einer Evaluierungs-Suite für einen Agenten, den du optimieren möchtest.
Als ich Codex einige Komponenten aus einem Video nachbauen ließ, habe ich Codex ein Tool für sich selbst erstellen lassen, um Screenshots vergleichen und die Unterschiede untersuchen zu können. Es hat sich im Laufe der Zeit weiterentwickelt, um verschiedene Diff-Modi zu haben.
Ein Screenshot, den Codex zum visuellen Vergleich zweier Frames generiert hat
Abhängig von deiner Aufgabe solltest du auch überlegen, ob es zusätzliche Kriterien gibt, die du messen/überprüfen möchtest, die Codex dazu bringen könnten, die Aufgabe als erledigt zu betrachten, obwohl du sie als unvollständig ansehen würdest. Zum Beispiel die Implementierung einer UI durch Zuschneiden der Design-Inspiration und deren Einbettung, um „pixelgenau“ zu sein, oder das Erreichen einer 100%igen Testdurchlaufrate durch Reduzierung der Testabdeckung.
4. Schaffe eine realistische Umgebung
Damit Codex wirklich Fortschritte in Richtung des Ziels machen kann, muss es in einer realistischen Umgebung arbeiten. In der Praxis bedeutet das, dass es, wenn du versuchst, Deployment-Zeiten oder Latenzprobleme zu verbessern, Zugriff auf Deployment- und Testumgebungen haben sollte, die die Produktion nachbilden. Also derselbe Stack, dieselben Flags, eine ähnliche Datenbank.
Als Beispiel: Wir haben an Verbesserungen der Build- und Deployment-Zeit für developers.openai.com gearbeitet. Wir haben bereits Deployment-Vorschauen verwendet, sodass Codex diese zum Deployen und Überprüfen der zugehörigen Logs nutzen konnte. Allerdings waren in unseren Vorschau-Deployments im Vergleich zu vollständigen Produktionsläufen einige Build-Pfade deaktiviert. Also musste Codex stattdessen manuelle Deployments in denselben Umgebungen mit ähnlichen Produktionskonfigurationen durchführen, um die Umgebung zu inspizieren.
Ebenso kannst du Codex die Computernutzung verwenden lassen, um die eigentliche Anwendung zu testen. Um an einigen Leistungsverbesserungen für iOS zu arbeiten, hat @dimillian sogar ein physisches Gerät für die genaueste Umgebung verwendet.
5. Sei vorsichtig mit visuellen Zielen
Codex ein visuelles Ziel wie "Implementiere diese UI basierend auf diesem Bild zu 100 % pixelgenau" zu geben, ist verlockend, kann aber je nach Einrichtung auch Probleme verursachen.
Wenn du ihm nicht die richtigen Anweisungen und Einschränkungen gibst, könnte es sich in einigen Problemen verlieren und das Gesamtziel aus den Augen verlieren. Wenn die Referenz beispielsweise Grafiken enthält, die Codex generieren soll, seien es SVG-Symbole oder Bilder, könnte es sich darin verlieren, diese genau zu treffen, anstatt das Problem richtig zu analysieren.
Außerdem benötigt Codex Tools für den korrekten visuellen Vergleich, was mehr Bildeingaben und einen insgesamt höheren Token-Verbrauch bedeutet, ohne Codex unbedingt eine einfache Möglichkeit zu geben, Chancen zu identifizieren.
Stattdessen können Bilder oft als hilfreicher Kontext dienen, um auf das Ziel hinzuarbeiten. Du solltest jedoch andere Wege finden, damit Codex erkennt, dass das Ziel erreicht wurde, wie z. B. Funktions-Checklisten, zu implementierende Spezifikationen, Einhaltung des Designsystems usw.
6. Fortschritte verfolgen
Wenn Codex stunden- oder tagelang im Hintergrund (oder sogar auf einem anderen Rechner) arbeitet, kann man leicht den Überblick verlieren, wie weit Codex ist oder welche Arbeit erledigt wurde. Hier sind einige Dinge, die ich je nach Ziel hilfreich fand, um Schritt zu halten:
- Bitte Codex, bei sinnvollen Schritten zu committen und in einen Entwurfs-PR zu pushen. Dies ist besonders hilfreich, wenn du an einer Website mit Vorschau-Deployments arbeitest.
- Lasse Codex ein Artefakt für Führungskräfte aktualisieren. Dies kann eine HTML-Datei sein, die du im In-App-Browser offen halten oder sogar mit Sites für dein Team bereitstellen kannst, ein Bild eines gerenderten Diagramms, das den Fortschritt verfolgt, oder sogar eine einfache Markdown-Datei.
- Weise Codex an, Updates zu posten. Du kannst Codex im Rahmen des Ziels auch bitten, wichtige Fortschritte in einem Slack-Kanal oder an anderen Orten zu kommunizieren, an denen der Fortschritt dokumentiert werden soll.
- Verwende andere Chats, um Status-Updates anzufordern. Wenn du nur schnell den aktuellen Stand überprüfen möchtest, kannst du /side ausführen, um einen neuen Seiten-Chat zu starten und dort Fragen zu stellen. Da er den aktuellen Thread abzweigt, hat er den gesamten Kontext bis zu diesem Punkt, ist aber auch kurzlebig. Die Alternative in der Codex-App besteht darin, Codex in einem normalen neuen Chat zu bitten, den anderen Ziel-Thread zu lesen und deine Fragen zu beantworten. Dies kann besonders leistungsstark sein, wenn du Codex bittest, eine Automatisierung zu planen, um regelmäßig nachzusehen.
7. Aufräumen und Ergebnisse finalisieren
Großartig, das Ziel ist endlich erreicht! Zeit, es einfach $yeet an das Team zu schicken und Feierabend zu machen?
Im Allgemeinen fand ich es hilfreich, besonders bei Optimierungsaufgaben, dass Codex über die geleistete Arbeit reflektiert und sie überprüft. Du kannst mit einer /review beginnen, um eine lokale Code-Überprüfung durchzuführen, aber es kann sich auch lohnen, Codex tiefer über die verschiedenen Versuche nachdenken zu lassen, die es zur Lösung des Ziels unternommen hat, und entsprechend aufzuräumen.
Da Codex so lange weitermacht, bis es das Ziel erreicht, könnte es mehrere Dinge ausprobiert haben, die nicht gut genug oder gar nicht funktioniert haben und möglicherweise in den Änderungen verblieben sind.
Zeit, deine nächste Aufgabe zu „zielen“
Die Zielfunktionalität in Codex ist ein unglaublich leistungsstarkes Werkzeug, um einige der bedeutendsten Herausforderungen zu lösen, denen du begegnest. Die richtige Umgebung und die richtigen Anweisungen bringen dich jedoch effizienter zu deinem Ziel.
Wofür hast du /goal verwendet?
https://x.com/OpenAIDevs/status/2057530209470210453
