Der vollständige Codex-Leitfaden: Die Ära von GPT-5.6 Sol meistern

Wenn Sie Codex nur als "Chat, der Code schreibt" betrachten, liegen Sie bereits eine Generation zurück.

Am 9. Juli 2026 wurde GPT-5.6 der Öffentlichkeit zugänglich gemacht.

Im Zentrum steht das Flaggschiff-Modell "Sol".

Seine Fähigkeit, eine einzelne Anfrage bis zum Ende auszuführen – von komplexem Coding, Recherche, Dokumenterstellung bis hin zu Browser-Operationen, Computer Use, Sicherheit und langfristiger Projektausführung – hat sich enorm verbessert.

Es erreichte einen Wert von 80 auf dem Artificial Analysis Coding Agent Index. Auf Terminal-Bench 2.1 erzielte es 88,8 %, und in den Ultra-Einstellungen kletterte es auf 91,9 %.

Doch es gibt eine Veränderung, die noch größer ist als die Zahlen.

Es ist die Tatsache, dass sich Codex von einer "KI, die Fragen beantwortet" in eine "KI, die Arbeit zusammenstellt und erledigt" verwandelt hat.

Recherchieren.

Planen.

Erstellen.

Prüfen.

Bei Bedarf Aufgaben an mehrere KIs verteilen.

Abgeschlossene Prozeduren speichern und ab dem nächsten Mal automatisch ausführen.

Sie können diesen gesamten Kreislauf innerhalb von Codex abschließen.

Bereits jetzt nutzen über 5 Millionen Menschen Codex wöchentlich, und etwa 20 % von ihnen sind keine Ingenieure. Zudem wächst die Nutzung durch Nicht-Ingenieure mehr als dreimal so schnell wie die durch Entwickler.

Mit anderen Worten: Diese Veränderung betrifft nicht nur Ingenieure.

Artikelproduktion, Social-Media-Management, Wettbewerbsanalyse, Produktplanung, Dokumenterstellung, Kundensupport und Webproduktion.

Fast jede Arbeit, die am Computer erledigt wird, ist ein Ziel.

In diesem Artikel werde ich alle notwendigen Funktionen, um Codex in der GPT-5.6 Sol-Ära voll auszuschöpfen, in der Reihenfolge zunehmender Leistungsfähigkeit miteinander verbinden.

Von der Wahl zwischen Sol, Terra und Luna über den Plan-Modus, AGENTS.md, config.toml, Skills, Plugins, MCP, Ultra, Subagents, Custom Agents, Reviews und Automations.

Dies ist keine fragmentarische Vorstellung von Funktionen, sondern eine Strategiekarte zur Einrichtung Ihrer eigenen dedizierten Arbeitsumgebung.

Für diejenigen, die neben diesem Artikel das große Ganze verstehen möchten, um in einem Nebenprojekt Ergebnisse zu erzielen 🎁

Derzeit wird auf der offiziellen LINE

"Kuronekos umfassende Strategie für SNS-Nebenprojekte: 5-teiliges Bonus-Paket"

kostenlos verschenkt 🎁

Da dies ursprünglich als kostenpflichtiger Inhalt veröffentlicht werden sollte,

wird die Verteilung eingestellt, sobald die Kapazität erreicht ist.

Bitte sichern Sie es sich zusammen mit dem Artikel, solange Sie können.

▼▼▼

▶︎▶︎▶︎ Holen Sie sich die 5 großen Boni

Kommen wir nun zum Hauptthema!

Die wahre Identität von Codex ist nicht "KI-Chat", sondern ein Betriebssystem, das Arbeit ausführt

Um Codex in der Sol-Ära zu verstehen, müssen Sie zuerst das große Ganze erfassen.

Codex besteht aus den folgenden 6 Schichten.

Viele Menschen betrachten nur die erste Schicht: "Welches Modell ist das Klügste."

Der Unterschied in der praktischen Arbeit zeigt sich jedoch ab der zweiten Schicht.

Egal wie klug ein Modell ist, wenn der Zweck vage ist, notwendige Materialien fehlen und Abschlussbedingungen nicht festgelegt sind, kommt eine allgemeine Theorie zurück, die das Ziel nicht erreicht.

Umgekehrt, wenn Sie Kontext, Regeln, Werkzeuge, Rollen und Abschlussbedingungen bereitstellen, wird Codex zur Seite, die die Arbeitsergebnisse liefert.

Es besteht kein Zweifel, dass Sol stark ist.

Aber allein die Wahl von Sol vervollständigt Codex nicht.

Sie sehen sein wahres Potenzial erst, wenn Sie die Leistung des Gehirns mit dem Mechanismus der Arbeit verbinden.

1. Wahl zwischen Sol, Terra und Luna für die Arbeit

In GPT-5.6 können Sie je nach Zweck zwischen drei Modellen wählen.

Sol ist das "Kommandozentrum", das bis zum Ende durchdenkt

Sol ist das Flaggschiff-Modell von GPT-5.6. Es eignet sich für Arbeiten, bei denen die Antwort nicht von Anfang an feststeht.

• Mehrere Materialien lesen, um eine Strategie zu entscheiden
• Eine große Codebasis verstehen, um Funktionen hinzuzufügen
• Von der Recherche über die Strukturierung, Produktion und Verifikation in einem Zug vorgehen
• Arbeitsergebnisse über Browser und Apps hinweg erstellen
• Konsistenz in langen Projekten wahren
• Mehrere Subagents befehligen

Sol ist für Arbeiten, bei denen die KI nicht nur darüber nachdenken soll, "was gemacht werden soll", sondern auch "wie vorgegangen werden muss, um das Ziel zu erreichen".

Terra ist der "Ausführende", der Geschwindigkeit und Qualität ausbalanciert

Terra ist ein Modell, das Leistungsfähigkeit und Kosten ausbalanciert. Es eignet sich für Arbeiten, die Urteilsvermögen erfordern, aber nicht das tiefe, kontinuierliche Denken von Sol benötigen, wie tägliche Recherche, Zusammenfassung, Dateiorganisation, Entwurfserstellung, Code-Korrektur und Prüfung mehrerer Materialien.

Wenn Sie mehrere Subagents gleichzeitig laufen lassen, erhöht die Zuweisung von Terra an Recherche- oder Erkundungsrollen die Effizienz.

Luna ist der "Arbeiter", der für Volumen und Geschwindigkeit zuständig ist

Luna ist das schnellste und kostengünstigste Modell.

• Kategorisierung einer großen Anzahl von Dateien
• Prüfung auf Inkonsistenzen in der Notation
• Erstprüfung
• Umwandlung von Standardtext
• Generierung einer großen Anzahl von Kandidaten
• Formatierung in einen festen Stil

Es eignet sich für die häufige Ausführung dieser leichten Aufgaben. Überlassen Sie Luna nicht die endgültige Entscheidung, sondern lassen Sie es sammeln, organisieren und Kandidaten eingrenzen, und kehren Sie am Ende zu Sol zurück. Diese Arbeitsteilung ist wirkungsvoll.

Wenn Sie unsicher sind, beginnen Sie mit dieser Kombination

Sie müssen Sol nicht jedes Mal mit maximalen Einstellungen laufen lassen. Sol für das Kommandozentrum, Terra für die Recherche und Luna für Routineaufgaben. Genau wie in einem menschlichen Team weisen Sie die Gehirne entsprechend dem Gewicht der Arbeit zu.

Ultra ist nicht nur eine "Tiefes-Denken-Einstellung"

Ultra ist eine Einstellung, die die höchste Denkstufe für das entsprechende Modell verwendet. Noch wichtiger ist die Fähigkeit, geeignete Aufgaben aktiv an mehrere Subagents zu verteilen.

In normalen Einstellungen können Sie parallelisieren, indem Sie explizit sagen "teilen Sie dies auf drei Personen auf". In Ultra beurteilt Codex, dass "das Aufteilen dieser Arbeit schneller und qualitativ besser ist", und kann es in Recherche, Produktion, Verifikation usw. zerlegen. Kurz gesagt, Ultra ist nicht nur ein Hochintelligenz-Modus; es ist ein Modus für die automatische KI-Teambildung.

Der Fast-Modus erhöht die Geschwindigkeit, ohne das Modell zu ändern

Codex hat auch einen Fast-Modus. Im Austausch für eine etwa 1,5-fache Erhöhung der Geschwindigkeit des entsprechenden Modells verbraucht er in GPT-5.6 mehr Credits als üblich. Sie können ihn in der CLI mit den folgenden Befehlen umschalten:

/fast on

/fast off

/fast status

Diese Funktion ist für Korrekturen mit knappen Fristen oder fokussierte Arbeiten gedacht, bei denen Sie die Wartezeit reduzieren möchten. Der Fast-Modus unterscheidet sich vom "Wechsel zu einem leichteren Modell". Verwenden Sie ihn, wenn Sie die Geschwindigkeit erhöhen möchten, während Sie die Fähigkeiten von Sol beibehalten.

2. Wahl zwischen App, CLI, IDE und Cloud

Die Stärken von Codex ändern sich je nachdem, wo Sie es einsetzen.

Die ChatGPT Desktop-App ist das "Kommandoraum"

Wenn Sie unter der Betrachtung mehrerer Dateien planen, Aufgaben vorantreiben und Bilder, Dokumente, Tabellen, Browser und externe Tools verarbeiten möchten, ist die Desktop-App das Zentrum. Sie können Codex' Fortschritt, Diffs, Subagents, Skills, Plugins und geplante Aufgaben an einem Ort verwalten. Für Nicht-Ingenieure, die Codex in ihre Arbeit integrieren möchten, ist der Einstieg über die App der kürzeste Weg.

CLI ist der "Vollstrecker im Terminal"

Die CLI ist gut geeignet für den direkten Umgang mit lokalen Dateien und Code, das Ausführen von Befehlen, Tests, Git-Operationen und nicht-interaktive automatische Verarbeitung. Durch die Verwendung von codex exec anstelle des nur interaktiven codex können Sie es aus Skripten oder CI heraus ausführen. Der Wert der CLI steigt für diejenigen, die feste Prozesse jedes Mal auf die gleiche Weise ausführen möchten.

IDE-Erweiterung ist der "Assistent neben dem Code"

Wenn Sie Korrekturen, Erklärungen und Überprüfungen durchführen möchten, während Sie den geöffneten Code in VS Code oder ähnlichem betrachten, verwenden Sie die IDE-Erweiterung. Es ist einfach, detaillierte Anweisungen zu geben, während Sie die Zieldateien wechseln, was die Hin- und Her-Kommunikation während der Implementierung am kürzesten macht.

Cloud ist der "Externe, der Ihren Computer freigibt"

Cloud eignet sich, wenn Sie zeitaufwändige Aufgaben einer separaten Umgebung überlassen möchten. Sie können parallele Aufgaben erledigen, ohne Ihre lokale Arbeit zu unterbrechen.

Der Gedanke ist einfach:

• Täglicher Befehl: Desktop-App
• Befehle und automatische Verarbeitung: CLI
• Enger Kontakt für Code-Implementierung: IDE
• Lang andauernde separate Aufgaben: Cloud

Sie müssen nicht alles in einem vereinen. Verwenden Sie denselben Codex von dem Einstieg, der zur Arbeit passt.

3. Geben Sie Anweisungen mit vier Elementen: Zweck, Kontext, Einschränkungen und Abschlussbedingungen

GPT-5.6 Sol kann auch mit kurzen Anweisungen recht gut arbeiten. Dennoch, für wichtige Arbeiten macht die Bereitstellung dieser vier Elemente es überwältigend stabiler.

Zweck

Es geht nicht darum, was gemacht werden soll, sondern was Sie erreichen möchten. Statt "schreiben Sie einen Artikel" sagen Sie "erstellen Sie einen Artikel, der es Lesern, die Codex nur für einmalige Chats nutzen, ermöglicht, ihre eigene dedizierte KI-Arbeitsumgebung zu schaffen".

Kontext

Welche Dateien, Materialien, Beispiele und früheren Entscheidungen soll es betrachten? Die Stärke, Codex Ordner geben zu können, liegt hier. Statt Erklärungen jedes Mal im Chat-Feld neu zu schreiben, lassen Sie es die korrekten Materialien lesen.

Einschränkungen

Bedingungen, die befolgt werden müssen. Enthalten Sie Wortanzahl, Ton, Dateien, die nicht berührt werden dürfen, zu verwendende Technologien, Zielgruppe, primäre Referenzinformationen, verbotene Ausdrücke usw.

Abschlussbedingungen

Was muss passieren, damit die Arbeit abgeschlossen ist? Statt "beenden nach dem Schreiben des Textes" entscheiden Sie "abschließen nach Faktencheck, Link-Check, Wortanzahl-Check, Lesbarkeits-Check und Speichern im angegebenen Ordner".

Die Zusammenfassung dieser vier ergibt das folgende Format:

ーーーーーーーーーーーー

【Basis-Prompt für die Übergabe von Arbeit an Codex】

Zweck:

[Was Sie mit dieser Arbeit erreichen möchten]

Kontext:

[Zu lesende Dateien, Ordner, Referenzmaterialien, frühere Entscheidungen]

Einschränkungen:

[Zu befolgende Regeln, Änderungsumfang, Zielgruppe, Format]

Abschlussbedingungen:

[Was zu prüfen ist und in welchem Zustand für den Abschluss]

Bitte führen Sie die notwendige Recherche und Arbeit selbst durch und führen Sie aus, bis die Abschlussbedingungen erfüllt sind. Stellen Sie Fragen nur dort, wo Urteilsvermögen erforderlich ist, und urteilen und handeln Sie ansonsten rational.

ーーーーーーーーーーーー

Sol bewegt sich stärker, wenn Zweck und Abschlussbedingungen klar sind, als wenn Sie 30 detaillierte Schritte auflisten. Wenn Sie alle Schritte vorgeben, kann Codex nur die Arbeit erledigen, die ihm aufgetragen wurde. Klären Sie das Ziel und lassen Sie Raum für den Prozess. Das ist die Anweisung für einen Agenten.

Machen Sie Informationen, die Sie Codex geben, zu Dateien, nicht zu Chat

Je länger Sie Codex nutzen, desto mehr kommt es auf das Datei-Design an als auf die Chat-Fähigkeit. Wenn Sie nur mit Gesprächen vorgehen, vermischen sich wichtige Entscheidungen, Referenzmaterialien, Arbeitsergebnisse und nächste Aufgaben am selben Ort. Sie müssen jedes Mal, wenn Sie einen neuen Chat beginnen, alles neu erklären, und es kommt eine andere Beurteilung als beim letzten Mal zurück. Um diesem Zustand zu entkommen, legen Sie für jedes Projekt fest, "was gelesen werden muss, um die Arbeit wieder aufzunehmen".

Die Mindestkonfiguration sind die folgenden vier:

Projekt/

├── Context.md # Zweck, Ziel, Prämissen, die sich selten ändern

├── Project.md # Aktuelle Probleme, Entscheidungen, nächste Aufgaben

├── Materials/ # Referenzmaterialien, Quelldaten, Wettbewerbsinformationen

└── Outputs/ # Abgeschlossene Arbeitsergebnisse

Platzieren Sie "Prämissen, die sich selten ändern" in Context.md

Platzieren Sie Informationen, die jedes Mal benötigt werden, wie Projektzweck, Zielgruppe, Beurteilungskriterien und zu befolgende Bedingungen.

Platzieren Sie "was gerade getan wird" in Project.md

Aktualisieren Sie aktuelle Probleme, in Betracht gezogene Pläne, Entscheidungen und den nächsten Schritt. Selbst wenn der Chat wechselt, können Sie durch Lesen dieser Datei dort weitermachen, wo Sie aufgehört haben.

Platzieren Sie "Beweise" in Materials

Fassen Sie Materialien zur Erstellung von Arbeitsergebnissen zusammen, wie Referenzartikel, Wettbewerbsforschung, Bilder, Protokolle, Daten und Spezifikationen.

Platzieren Sie "Endversionen" in Outputs

Durch die Trennung von Entwürfen und Endversionen wird es für Codex schwieriger, einen alten Entwurf mit der Masterkopie zu verwechseln.

Sobald Sie diese Struktur erstellt haben, schreiben Sie die Lesereihenfolge in AGENTS.md. Dann kann die nächste Anfrage kurz sein:

Folgen Sie der AGENTS.md dieses Projekts und lesen Sie Context.md und Project.md. Fahren Sie ab dem aktuellen Punkt fort, bis die Abschlussbedingungen erfüllt sind.

Chat ist der Ort für Anweisungen und Beurteilungen. Dateien sind der Ort für Gedächtnis und Arbeitsergebnisse. Wenn diese Rollenverteilung erreicht ist, wird Codex nicht mehr zu einem einmaligen Gesprächspartner, sondern zu einem Verantwortlichen, der das Projekt kontinuierlich voranbringt.

4. Beginnen Sie mit dem Plan-Modus für vage Arbeiten

Sie haben etwas, das Sie tun möchten, aber Sie wissen nicht, was Sie machen oder wo Sie anfangen sollen. Wenn Sie in diesem Zustand direkt in die Implementierung oder Produktion springen, verschieben sich die Prämissen während der Arbeit. Hier kommt der Plan-Modus ins Spiel.

Im Plan-Modus recherchiert Codex zuerst Dateien und die Situation, stellt notwendige Fragen und erstellt einen Bauplan vor der Ausführung. Sie können mit /plan in der CLI oder Umschalt+Tab in der App dorthin wechseln.

Der Plan-Modus ist stark für die folgenden Arbeiten:

• Neue Projekte, bei denen die Anforderungen noch vage sind
• Änderungen, die mehrere Dateien betreffen
• Renovierungen, bei denen bestehende Mechanismen nicht beschädigt werden sollen
• Tool-Einführung mit vielen Optionen
• Prozessdesign für langfristige Projekte
• Artikelproduktion, die von der Ausrichtung auf Leser oder Produkte bestimmt wird

Die Nutzung ist nicht schwierig.

ーーーーーーーーーーーー

【Prompt für den Plan-Modus】

Führen Sie diese Anfrage nicht sofort aus; recherchieren Sie zuerst die aktuelle Situation.

1. Sammeln Sie Informationen, die zur Erreichung des Zwecks erforderlich sind
2. Trennen Sie unklare Punkte von wichtigen Entscheidungen
3. Planen Sie Ausführungsschritte, Änderungsziele und Verifikationsmethoden
4. Fragen Sie nur die Dinge, die ich entscheiden muss

Sobald der Plan solide ist, präsentieren Sie ihn in einer ausführbaren Reihenfolge.

Zweck: [Was Sie erreichen möchten]

ーーーーーーーーーーーー

Der Wert des Plan-Modus liegt nicht darin, vorsichtig zu sein; es geht darum, Nacharbeit zu vermeiden. Es ist schneller, die ersten 15 Minuten damit zu verbringen, ein korrektes Design zu erstellen, als in 10 Minuten mit der Erstellung zu beginnen und 3 Stunden später alles neu zu machen. Je größer die Arbeit, desto größer wird diese Lücke.

5. Vermeiden Sie "wiederholte Erklärungen" mit AGENTS.md

Das erste Asset, das jemand, der mit Codex beginnt, erstellen sollte, ist AGENTS.md. AGENTS.md ist das Regelwerk, das Codex liest, bevor es mit der Arbeit beginnt. Sie können Dinge, die es jedes Mal befolgen soll, in einer Datei statt im Chat festlegen.

Zum Beispiel der folgende Inhalt:

• Reihenfolge der zuerst zu lesenden Dateien
• Projektzweck
• Wichtige Ordner
• Regeln für das Schreiben und Design
• Test- und Bestätigungsbefehle
• Bereich, der nicht geändert werden darf
• Definition des Abschlusses
• Berichtsmethode an den Benutzer

Trennen Sie Global und Projekt

Platzieren Sie gemeinsame persönliche Regeln in ~/.codex/AGENTS.md. Platzieren Sie Regeln für ein bestimmtes Projekt in AGENTS.md direkt im Projekt. Wenn ein bestimmter Ordner separate Regeln benötigt, können Sie eine AGENTS.md in diesem Ordner hinzufügen. Codex liest von den obersten Regeln und priorisiert Dateien, die näher am Arbeitsbereich liegen. Mit anderen Worten, Sie können allgemeine Regeln von standortspezifischen Regeln trennen.

Die erste AGENTS.md reicht mit diesem Inhalt

AGENTS.md

Zweck

• Was in diesem Projekt erreicht werden soll

Zuerst lesen

1. Context.md
2. Project.md
3. Spezifikationen der Zielfunktion

Arbeitsregeln

• Vorhandene Daten nicht löschen
• Vorhandene Designmuster priorisieren
• Nicht verwandte Dateien nicht ändern

Abschlussbedingungen

• Notwendige Implementierung oder Arbeitsergebnisse sind abgeschlossen
• Tests und Anzeigeprüfung sind abgeschlossen
• Änderungsdetails und Prüfergebnisse melden

Sie müssen nicht von Anfang an eine Enzyklopädie erstellen. Wenn Codex denselben Fehler macht, fügen Sie die Regel hinzu, die ihn verursacht hat. Wenn Sie zweimal die gleiche Erklärung geben, liegt das Problem am Mechanismus, nicht am Gespräch. Beheben Sie es nicht nur sofort, sondern ändern Sie es, damit es beim nächsten Mal nicht passiert. AGENTS.md ist der Ort, um Codex wachsen zu lassen.

6. Legen Sie den Ausgangszustand von Codex mit config.toml fest

Wenn AGENTS.md die "Arbeitsregeln" sind, ist config.toml die "Codex-Haupteinstellungen". Es verwaltet hauptsächlich die folgenden Punkte:

• Zu verwendendes Modell
• Reasoning-Aufwand
• Berechtigungen und Genehmigungsmethoden
• Sandbox
• MCP-Server
• Subagent-Einstellungen
• Feature-Flags
• Profile

Platzieren Sie persönliche Einstellungen in ~/.codex/config.toml. Platzieren Sie projektspezifische Einstellungen in .codex/config.toml. CLI, IDE-Erweiterungen und Desktop-Apps teilen sich diese Einstellungsebene.

In einer Mindestkonfiguration sieht es so aus:

model = "gpt-5.6"

model_reasoning_effort = "high"

approval_policy = "on-request"

[agents]

max_threads = 6

max_depth = 1

max_threads ist die Anzahl der Agent-Threads, die gleichzeitig geöffnet werden können, und max_depth ist die Tiefe, bis zu der Subagents weiter verzweigen können. Der aktuelle Standard ist maximal 6 Threads und eine Tiefe von 1. Sie müssen nicht von Anfang an rekursiv eine große Anzahl von Agenten erhöhen. Es ist stark genug, dass der Hauptagent Arbeit an mehrere Spezialisten verteilt und die Ergebnisse einsammelt.

Die Aufteilung der Rollen von Einstellungen verhindert Verwirrung:

• Wie man sich verhält: AGENTS.md
• Welches Modell, welche Berechtigung und welche Verbindung zu verwenden sind: config.toml
• Wie die Arbeit ablaufen soll: Skills
• Was mit externen Diensten zu tun ist: MCP / Plugins

7. Machen Sie "erfolgreiche Prozeduren" mit Skills zu Fähigkeiten

Erklären Sie Arbeiten, die Sie jede Woche erledigen, jedes Mal von Grund auf neu? Artikelproduktion, Wettbewerbsforschung, Besprechungszusammenfassung, Veröffentlichungen, Überprüfungen, Rechnungsbearbeitung, Berichtserstellung. Wenn Sie denselben Prozess wiederholen, ist das Nächste, das Sie erstellen sollten, kein langer Prompt, sondern ein Skill.

Ein Skill ist eine arbeitsbezogene Fähigkeit, die zu Codex hinzugefügt werden kann. Grundsätzlich schreiben Sie Folgendes in SKILL.md:

• Wann es verwendet werden soll
• Welche Eingabe es erhalten soll
• Was es lesen soll
• In welcher Reihenfolge es vorgehen soll
• Welche Tools es verwenden soll
• Was es für den Abschluss prüfen soll

Bei Bedarf können Referenzmaterialien, Vorlagen, Skripte und Bild-Assets im selben Ordner abgelegt werden.

Skills lesen den vollständigen Text nur bei Bedarf

Codex lädt nicht alle Skill-Texte von Anfang an. Es betrachtet zuerst den Namen und die Beschreibung und öffnet nur den Skill, der zur aktuellen Anfrage passt. Dies ist "Progressive Disclosure". Sie können nur die notwendigen Fähigkeiten aufrufen, ohne jedes Mal eine große Anzahl von Prozeduren in den Kontext zu stopfen.

Können explizit oder automatisch verwendet werden

Bei expliziter Verwendung geben Sie $skill-name im Prompt an. Wenn Beschreibung und Anfrageinhalt übereinstimmen, kann Codex auch automatisch wählen. Deshalb ist die description wichtiger als der Skill-Name. Was für ein Skill ist es, wann wird er verwendet und wann nicht? Wenn dies klar ist, werden Fehlaktivierungen abnehmen.

Arbeit, die zu einem Skill gemacht werden sollte

Wenn zwei oder mehr der folgenden Punkte zutreffen, ist es Zeit, es in einen Skill umzuwandeln:

• Sie haben denselben Prozess 3 oder mehr Male durchgeführt
• Die referenzierten Materialien sind jedes Mal dieselben
• Die Qualität leidet, wenn die Reihenfolge falsch ist
• Es gibt Prüfpunkte, die immer bestanden werden müssen
• Die Koordination mit einem bestimmten Tool ist erforderlich
• Sie möchten es mit anderen Personen oder in anderen Projekten wiederverwenden

Nur das Speichern eines Prompts, der einmal funktioniert hat, erhöht nicht die Reproduzierbarkeit. Es wird erst zu einer Fähigkeit, nachdem Eingabe, Prozess, Beurteilungskriterien und Verifikation festgelegt wurden.

Wenn Sie macOS verwenden, wo Computer Use verfügbar ist, können Sie Skills aus Demonstrationen erstellen

Für Operationen, die schwer in Text zu erklären sind, können Sie Record & Replay verwenden. Wenn Sie die Operation auf einem Mac tatsächlich zeigen, analysiert Codex die Prozedur und erstellt einen Entwurf des Skills. Diese Funktion ist kompatibel mit "Arbeit, die schneller gezeigt als erklärt ist", wie Spesenabrechnung, Herunterladen von Routineberichten, Hochladen von Videos und Ausfüllen fester Formulare.

8. Plugins bündeln "Fähigkeiten, Verbindungen und Tools"

Wenn ein Skill eine Arbeitsprozedur ist, ist ein Plugin ein Paket, das mehrere Fähigkeiten und Verbindungen verteilt. Ein Plugin kann die folgenden Elemente bündeln:

• Skills
• Connectors wie Gmail und Google Drive
• MCP-Server
• Hooks
• Browser-Funktionen
• Vorlagen für geplante Aufgaben

Bevor Sie selbst einen Skill erstellen, ist es schneller, wenn es ein Plugin gibt, das Ihrem Zweck entspricht, zuerst das vorhandene zu verwenden. Zum Beispiel erweitert sich durch das Hinzufügen von Plugins für GitHub, Gmail, Google Drive und Slack der Arbeitsbereich von Codex über lokale Ordner hinaus.

Unterschied zwischen Skill und Plugin

Plugins sind über den Plugin-Browser in der Desktop-App und der CLI verfügbar. In der CLI öffnen Sie es mit /plugins. Nach der Installation werden die hinzugefügten Skills und Tools bei einem neuen Chat oder einer neuen Sitzung verfügbar.

9. Geben Sie Codex "Hände und Füße für externe Dienste" mit MCP

Egal wie stark Codex ist, es kann keine aktuellen Daten oder privaten Informationen von Diensten berühren, mit denen es nicht verbunden ist. Sie möchten, dass es Materialien von Google Drive liest. Sie möchten GitHub Issues überprüfen. Sie möchten Figma-Designs sehen. Sie möchten Informationen aus Notion oder internen Systemen erhalten. Sie möchten einen Browser bedienen. Hier kommt MCP ins Spiel.

MCP ist ein gemeinsamer Standard zum Verbinden von Codex mit externen Tools und Informationen. MCP-Server bieten hauptsächlich drei Dinge:

• Tools: Operationen wie Suchen, Erstellen, Aktualisieren und Senden
• Ressourcen: Lesen von Dokumenten, Daten, Spezifikationen usw.
• Prompts: Wiederverwendbare Prompts für diesen Dienst

Das Hinzufügen von MCP ändert die Form der Anfrage

Vor der Verbindung sammelt der Benutzer Informationen und fügt sie in Codex ein. Nach der Verbindung kann Codex selbst notwendige Informationen abrufen, Arbeitsergebnisse erstellen und sie an den erforderlichen Stellen spiegeln. Zum Beispiel Arbeit wie diese:

• Besprechungsmaterialien von Google Drive sammeln und Entscheidungen zusammenfassen
• GitHub PRs und Issues überprüfen und Korrekturen implementieren
• Figma ansehen, um Bildschirme nachzubilden und die Anzeige im Browser zu überprüfen
• E-Mails, die eine Antwort benötigen, aus Gmail extrahieren und Entwürfe erstellen
• Implementierungspläne aus Notion-Spezifikationen erstellen

Kombinieren Sie Skill und MCP

MCP allein erhöht nur die Tools. Schreiben Sie die Reihenfolge dessen, was zu tun ist, in einen Skill. "Jeden Montag Werte aus Drive lesen, mit letzter Woche vergleichen, auf Ausreißer prüfen und einen Bericht erstellen." In diesem Fall ist die Hand, die Informationen aus Drive nimmt, MCP, und die wöchentliche Arbeitsprozedur ist der Skill. Trennen Sie Tools und Prozeduren. Diese Idee stabilisiert Codex.

10. Erstellen Sie ein "One-Person-AI-Team" mit Ultra und Subagents

Das Highlight der Sol-Ära ist nicht, eine einzelne KI noch intelligenter zu machen. Es ist, mehrere KIs gleichzeitig arbeiten zu lassen. Codex kann Arbeit in Subagents aufteilen, parallel vorgehen und schließlich kann der Hauptagent die Ergebnisse integrieren.

Wenn man alles von einer Person erledigen lässt, wird der Kontext verschmutzt

Wenn Sie lange Forschungsprotokolle, Testergebnisse, Fehler, Kandidatenpläne und abgelehnte Pläne in einen Chat stecken, werden wichtige Zwecke und Beurteilungen vergraben. Dies ist Kontextverschmutzung. Darüber hinaus sinkt die Urteilsgenauigkeit in der zweiten Hälfte eines langen Gesprächs, da unnötige Informationen weiter zunehmen. Also verlagern Sie schwere Zwischenarbeit auf separate Agenten.

• Haupt: Zweck, Beurteilung, Integration, Endversion
• Forscher: Materialien, Wettbewerber, Fakten, Zahlen
• Ersteller: Erster Entwurf, Implementierung, Kandidatenerstellung
• Prüfer: Fehler, Auslassungen, Abweichungen, Tests

Geben Sie nur organisierte Schlussfolgerungen an den Hauptagenten zurück, nicht die langen Arbeitsprotokolle der einzelnen Verantwortlichen.

Eingebaute 3 Rollen

Codex hat drei grundlegende Agenten:

• default: Allgemeiner Zweck
• worker: Führt Implementierung und Korrekturen durch
• explorer: Liest und recherchiert Code und Materialien

Diese drei reichen zunächst aus. Wenn Sie Rollen weiter festlegen möchten, können Sie Custom Agents erstellen. Platzieren Sie TOML-Dateien in ~/.codex/agents/ für den persönlichen Gebrauch und .codex/agents/ für den Projektgebrauch. Zusätzlich zu Name, Beschreibung und Aufgabenanweisungen können Sie auch das Modell, Reasoning, Sandbox, MCP und Skills für jede Rolle ändern.

Erstes 4-Personen-Team zum Erstellen

ーーーーーーーーーーーー

【Zum Kopieren und Einfügen: Sol-Kommandozentrale + 3-Personen-KI-Team】

Führen Sie diese Arbeit mit einem Hauptagenten und drei Subagents durch.

Hauptagent:

Verwalten Sie Zweck und Abschlussbedingungen und erstellen Sie die Endversion aus den Ergebnissen der einzelnen Verantwortlichen.

Forschungsleiter:

Sammeln Sie notwendige Primärinformationen, Beispiele, Zahlen und Prämissen und geben Sie sie mit Belegen zurück.

Produktionsleiter:

Erstelle den ersten Entwurf des Arbeitsergebnisses basierend auf den Forschungsergebnissen und dem Zweck.

Prüfungsleitung:

Überprüfe Fakten, Auslassungen, Qualität, Lesbarkeit und Abweichungen vom Zweck.

Führe Arbeiten aus, die unabhängig voneinander parallel fortgesetzt werden können. Warte auf den Abschluss aller Leitungen und lasse den Hauptagenten die Ergebnisse integrieren.

Endgültige Ausgabe:

• Endgültige Version
• Grundlage für die Annahme
• In der Überprüfung behobene Punkte
• Verbleibende Beurteilungen

Zweck: [Zweck hier einfügen]

Abschlussbedingungen: [Abschlussbedingungen hier einfügen]

ーーーーーーーーーーーー

Parallelisiere „unabhängige Arbeit"

Mehr Subagenten zu haben, macht nicht alles schneller. Stärke ist Arbeit, die gleichzeitig erledigt werden kann.

• Recherche mehrerer Materialien
• Separate Perspektivenprüfungen für Sicherheit, Qualität und Lesbarkeit
• Klassifizierung großer Dateimengen
• Erstellung mehrerer Pläne
• Tests und Loganalyse

Wenn hingegen mehrere Personen gleichzeitig dieselbe Datei umschreiben, kommt es zu Konflikten. Konsolidiere die Schreibrolle auf eine Person und parallelisiere die Lese-, Recherche- und Prüfrollen. Das ist die erste richtige Antwort.

11. Trenne Produktionsleitung und Prüfungsleitung

Wenn du Codex einfach bittest, „es zu erstellen und dann zu prüfen, ob es Probleme gibt", wiederholst du Produktion und Bestätigung aus derselben Perspektive. Wenn du die Qualität verbessern willst, trenne die Rollen von Anfang an.

Für Code:

• Implementierungsleitung
• Testleitung
• Sicherheitsleitung
• Wartbarkeitsprüfungsleitung

Für Artikel:

• Schreibleitung
• Faktenprüfungsleitung
• Anfängerperspektivenleitung
• Titel-Konsistenz-Prüfungsleitung

Für Materialien:

• Strukturleitung
• Zahlenbestätigungsleitung
• Designbestätigungsleitung
• Entscheidungsperspektivenleitung

Selbst für dasselbe Arbeitsergebnis ändern sich die angesprochenen Punkte, wenn sich die Rolle, die es betrachtet, ändert. Codex hat auch /review. Du kannst Überprüfungen nach der Implementierung durchführen, die auf nicht committete Änderungen, bestimmte Commits, Diffs mit dem Basis-Branch usw. abzielen. Allerdings reicht es nicht, die Review-Funktion aufzurufen. Entscheide, was als Problem gefunden werden soll.

ーーーーーーーーーーーー

【Zum Kopieren und Einfügen: Überprüfung vor Fertigstellung】

Überprüfe dieses Arbeitsergebnis als ein vom Ersteller getrennter Prüfer.

Priorität:

1. Mängel, die das Erreichen des Zwecks verhindern
2. Fehler in Fakten, Zahlen oder Spezifikationen
3. Fehlende Voraussetzungen oder Schritte
4. Stellen, an denen der Benutzer verloren geht
5. Lesbarkeit, Wartbarkeit, Ausdruck

Liste Probleme in der Reihenfolge ihrer Wichtigkeit auf und zeige die relevanten Teile und Korrekturvorschläge. Wenn es keine Probleme gibt, zeige kurz den bestätigten Umfang und die verbleibenden Risiken.

Abschlussbedingungen: [Abschlussbedingungen hier einfügen]

ーーーーーーーーーーーー

Sag nicht „Mach es schön", sondern gib Bestehenskriterien an. Überprüfung ist auch Teil der Arbeit.

12. Gestalte den „zu übertragenden Umfang" mit Berechtigungen und Sandbox

Codex kann Dateien lesen und schreiben, Befehle ausführen und externe Dienste bedienen. Deshalb ist das Berechtigungsdesign genauso wichtig wie die Intelligenz des Modells. Es gibt drei grundlegende Ideen:

• Nur lesen: Nur lesen
• Arbeitsbereich schreiben: Kann innerhalb des Arbeitsbereichsordners ändern
• Vollzugriff: Kann auf einen weiten Bereich zugreifen

Basiere die tägliche Produktion und Implementierung auf Arbeitsbereich schreiben. Füge nur dann notwendige Bereiche hinzu, wenn externe Netzwerke oder separate Ordner benötigt werden. Und überlasse die Bestätigung für Operationen, die schwer rückgängig zu machen sind, wie Löschen, Senden, Veröffentlichen, Bezahlen und Ändern externer Dienste. Das soll Codex nicht schwächen. Es ist die Grundlage, um große Aufgaben beruhigt anvertrauen zu können. Wenn Berechtigungen vage sind, stoppt Codex bei notwendigen Operationen oder hat umgekehrt einen zu großen Bereich. Zuerst zu entscheiden, „wie weit es automatisch fortfahren kann", reduziert die Anzahl der Bestätigungen während der Arbeit.

13. Automatisiere repetitive Arbeit mit Automatisierungen

Sobald Arbeit einmal erfolgreich erledigt wurde, automatisiere sie als Nächstes. Mit den geplanten Aufgaben von Codex kannst du Arbeiten zu festgelegten Zeiten, in regelmäßigen Abständen, nach Ereignissen oder unter Überwachungsbedingungen ausführen. Zum Beispiel eine solche Nutzung:

• Jeden Morgen die neuesten Nachrichten aus der KI-Branche sammeln
• Jede Woche neue Artikel von Wettbewerbern überprüfen
• Jede Nacht Projektänderungen überprüfen
• Regelmäßig PR-Status prüfen und auf neue angesprochene Punkte reagieren
• Einen Bericht zu Monatsbeginn erstellen
• Bis zum Abschluss einer langwierigen Verarbeitung im selben Chat verfolgen

Unterscheide zwischen einmaligen Aufgaben und fortlaufenden Chats

Wenn du jedes Mal unabhängige Ergebnisse haben möchtest, verwende eine eigenständige geplante Aufgabe. Wenn du vorherige Unterhaltungen fortsetzen und derselben Arbeit folgen möchtest, erstelle einen Zeitplan innerhalb eines bestehenden Chats.

Halte die App für lokale Arbeit am Laufen

Geplante Aufgaben, die lokale Projekte in der Desktop-App bearbeiten, erfordern, dass der Computer und die App laufen. In Git-Projekten kannst du wählen, ob du den aktuellen Arbeitsbereichsordner direkt verwenden oder mit einem anderen Worktree trennen möchtest. Wenn die Möglichkeit besteht, dass eine periodische Aufgabe Dateien berührt, an denen du gerade arbeitest, ist es einfacher, mit einem Worktree zu trennen.

Automatisierung erfolgt „nach manuellem Erfolg"

Führe sie nicht plötzlich jeden Tag aus, sondern schließe sie zuerst einmal in einem normalen Chat ab. Mache sie als Nächstes zu einem Skill. Setze sie schließlich auf eine geplante Aufgabe. Manueller Erfolg → Skillisierung → Automatisierung. In dieser Reihenfolge produzierst du nicht jeden Tag massenhaft falsche Arbeit.

14. Beginne mit dieser Konfiguration, basierend auf dem Zweck

Du musst nicht alle Funktionen nutzen. Baue von den für deine Arbeit notwendigen Schichten aus auf.

KI-Anfänger / Mitarbeiter

1. Desktop-App
2. GPT-5.6 Sol oder Terra
3. Zweck, Kontext, Einschränkungen, Abschlussbedingungen
4. Plan-Modus
5. AGENTS.md für das Projekt

Das erste Ziel ist es, einen Ordner an Codex zu übergeben und von der Planung bis zum Abschluss fortzufahren.

Artikel, SNS, Content-Produktion

1. Verwende Sol für Struktur und finale Bearbeitung
2. Verwende Terra für Recherche
3. Speichere Produktionsregeln in AGENTS.md
4. Skillisiere die Artikelproduktion und Beitragserstellung
5. Verbinde Websuche und Drive mit MCP
6. Mache die Faktenprüfungsleitung zum Subagenten
7. Mache Themenrecherche zu einer geplanten Aufgabe

Mit dieser Konfiguration werden nicht nur Texte erstellt, sondern Planung, Recherche, Produktion, Bestätigung und nächste Verbesserung verbunden.

Einzelunternehmer / Ein-Personen-Unternehmen

1. Trenne Ordner und Master-Kopien für jede Geschäftsaufgabe
2. Platziere allgemeine Regeln in AGENTS.md
3. Mache Routinetätigkeiten zu Skills
4. Verbinde Gmail, Drive, GitHub usw. mit Plugins/MCP
5. Erstelle benutzerdefinierte Agenten für Recherche, Produktion und Überprüfung
6. Verteile mehrere Projekte mit Ultra
7. Verschiebe stabile Aufgaben in Automatisierungen

Das Ziel ist nicht, eine Person zu sein, die KI Fragen stellt, sondern eine Person, die Arbeit an KI verteilt und nur die Ergebnisse beurteilt.

Entwickler / Produktionsteams

1. CLI oder IDE-Erweiterung
2. AGENTS.md direkt im Repository
3. .codex/config.toml
4. Setze Lint, Test und Build auf Abschlussbedingungen
5. Verteile Implementierung, Test und Überprüfung auf Subagenten
6. /review und GitHub-Integration
7. Verschiebe PR-Überwachung und periodische Überprüfungen in geplante Aufgaben

Bleib nicht bei der Codegenerierung stehen, sondern schließe den Kreislauf durch Tests, Diff-Bestätigung, Überprüfung und PR-Antwort ab.

15. 7 Gemeinsame Merkmale von Menschen, die mit Codex scheitern

1. Alles in einen Chat stopfen Wenn du Recherche, Produktion, Korrektur und separate Projekte im selben Chat fortsetzt, wird der Zweck vergraben. Trenne Projekte und lagere schwere Zwischenarbeiten an Subagenten aus.

1. Jedes Mal dieselbe Erklärung wiederholen Verschiebe wiederholte Voraussetzungen in AGENTS.md und wiederholte Prozesse in Skills. Verkürze nicht die Konversation; mache Erklärungen zu Vermögenswerten.

1. Keine Definition von „Abschluss" Wenn du nur durch das Erstellen abschließt, werden ungeprüfte Arbeitsergebnisse zunehmen. Füge Tests, Bestätigungspunkte, Speicherorte und Formate in die Abschlussbedingungen ein.

1. Alles mit Sol verarbeiten Ultra Trenne schwere und leichte Arbeit. Endgültige Beurteilung ist Sol, tägliche Arbeit ist Terra, und Volumenverarbeitung ist Luna. Diese Aufteilung organisiert Geschwindigkeit und Nutzung.

1. Nur Werkzeuge hinzufügen Selbst wenn du eine große Anzahl von MCPs oder Plugins einsetzt, funktionieren sie nicht, wenn der Prozess zu ihrer Verwendung nicht festgelegt ist. Entscheide zuerst die Arbeit und verbinde nur notwendige Werkzeuge.

1. Die Produktionsleitung sich selbst benoten lassen Trenne die Rolle, die erstellt, und die Rolle, die bestätigt. Für wichtige Arbeitsergebnisse hole die Augen eines anderen Agenten hinzu.

1. Vor dem Erfolg automatisieren Wenn du einen Vorgang, von dem du nicht weißt, ob er funktioniert, in eine geplante Aufgabe steckst, nimmt die Bestätigungsarbeit zu. Schließe manuell ab, festige ihn zu einem Skill und automatisiere schließlich.

Vervollständige deine Codex-Umgebung der Sol-Ära in 7 Tagen

Du musst nicht alles heute lernen. Baue pro Tag eine Arbeitsschicht auf.

Tag 1: Eine Aufgabe bis zum Ende anvertrauen

Öffne den Zielordner und gib Zweck, Kontext, Einschränkungen und Abschlussbedingungen an. Fordere ein Arbeitsergebnis an, keine Frage.

Tag 2: Lass den Plan-Modus entwerfen

Wähle eine vage Aufgabe und vertraue sie Recherche, Fragen und Planung an. Bekomme ein Gefühl dafür, Nacharbeit vor der Ausführung zu vermeiden.

Tag 3: Erstelle AGENTS.md

Schreibe nur 5 Dinge, die du jedes Mal erklärst. Es reicht, die Lesereihenfolge, zu befolgende Regeln und Abschlussbedingungen einzubeziehen.

Tag 4: Verwandle wiederholte Arbeit in einen Skill

Wähle Arbeit, die du mindestens einmal pro Woche erledigst, und lege Eingabe, Prozess und Bestätigungsmethode fest.

Tag 5: Verbinde einen externen Dienst

Verbinde den am häufigsten genutzten Dienst wie Drive, GitHub, Gmail oder einen Browser über Plugin oder MCP.

Tag 6: Führe 3 Subagenten aus

Teile in Recherche, Produktion und Überprüfung auf und integriere schließlich mit Sol. Du wirst den Unterschied sehen, wenn eine Person für dieselbe Arbeit der Reihe nach vorgeht.

Tag 7: Füge Überprüfung und Automatisierung hinzu

Füge die Überprüfung zu den Abschlussbedingungen hinzu und verschiebe eine stabile Aufgabe in eine geplante Aufgabe.

An diesem Punkt ist Codex kein einmaliger Chat mehr. Es wird zu einer Arbeitsumgebung, die deine Regeln liest, notwendige Werkzeuge verwendet, Arbeit unter mehreren Leitungen aufteilt und bis zum Abschluss bestätigt.

Schnellreferenztabelle zum Nachschlagen

Was in der Sol-Ära benötigt wird, ist nicht Prompt-Fähigkeit, sondern Arbeitsdesign-Fähigkeit

Mit GPT-5.6 Sol ist Codex noch intelligenter geworden. Aber die wirklich große Veränderung sind nicht die Zahlen auf der Leistungstabelle. Es ist, dass KI jetzt aus einem Zweck heraus notwendige Arbeit denken, Materialien lesen, Werkzeuge verwenden, an mehrere KI verteilen und bis zum Abschluss fortfahren kann, ohne dass Menschen jeden Schritt einzeln anweisen.

Von nun an werden nicht diejenigen den Unterschied ausmachen, die magische Prompts kennen, sondern diejenigen, die den richtigen Kontext vorbereiten können. Diejenigen, die wiederholte Beurteilungen in Regeln umwandeln können. Diejenigen, die erfolgreiche Prozesse in Skills speichern können. Diejenigen, die notwendige Werkzeuge mit MCP verbinden können. Diejenigen, die Arbeit unter mehreren KI verteilen und mit Abschlussbedingungen verwalten können.

Mit anderen Worten, nicht Menschen, die KI nutzen, sondern Menschen, die eine Umgebung schaffen, in der KI arbeiten kann.

Die Ära, in der man einfach Codex öffnet und spontan Fragen stellt, ist vorbei.

Erstelle einen Ordner. Platziere Master-Kopien. Lege Regeln mit AGENTS.md fest. Lass Skills Arbeit lernen. Gib Hände und Füße mit MCP. Bewege das Team mit Ultra. Bestätige den Abschluss mit Review. Mache es ab dem nächsten Mal mit Automatisierung automatisch.

Für diejenigen, die diesen Kreislauf erschaffen, hört Codex auf, „bequeme KI" zu sein. Es wird zu einem Team, das länger arbeitet als du, mehr Informationen liest als du und die Arbeit gemäß deinen Regeln vorantreibt. Das ist Codex in der GPT-5.6 Sol-Ära.

Für diejenigen, die das große Ganze des Erreichens von Ergebnissen in einem Nebenprojekt zusammen mit diesem Artikel verstehen möchten 🎁

Derzeit wird auf dem offiziellen LINE-Kanal

„Kuroneko-Stil SNS Nebenprojekt Komplettstrategie: 5-teiliges Bonus-Paket"

kostenlos verschenkt 🎁

Da dies ursprünglich als kostenpflichtiger Inhalt veröffentlicht werden sollte,

wird die Verteilung eingestellt, sobald die Kapazität erreicht ist.

Bitte erhalte es zusammen mit dem Artikel, solange du kannst.

▼▼▼

▶︎▶︎▶︎ Erhalte die 5 großen Boni

Kommen wir nun zum Hauptthema!