Codex für YouTube: Eine API im Short erklären

Codex für YouTube

Developer-Relations-Teams können mit einer kurzen Demo eines API-Aufrufs Menschen erreichen, die eine Dokumentationsseite sonst nicht lesen würden. Für jede Funktion fallen jedoch Skript, Aufnahme und Upload an, obwohl das Dokumentationsteam den Kern oft bereits als Codebeispiel geschrieben hat. Codex kann dieses Beispiel lesen, zur Kontrolle ausführen und die Ausgabe als gesprochene Erklärung formulieren. Dieses Beispiel begleitet eine Developer-Relations-Fachkraft eines API-Anbieters. Es zeigt, warum das Beispiel vor der Aufnahme laufen sollte, wie ein Entwurf entsteht und welche Aufgaben – Aufnahme, Prüfung und Freigabe – bei dir bleiben.

Beispiel: Eine Zahlungs-API erklärt Idempotenzschlüssel

Ein Zahlungsanbieter dokumentiert in zehn Codezeilen, wie ein Idempotenzschlüssel doppelte Abbuchungen verhindert. Die Developer-Relations-Fachkraft bittet Codex, das Beispiel zu lesen und gegen die Testumgebung auszuführen. Codex bestätigt, dass der zweite Aufruf dasselbe Ergebnis zurückgibt, und schreibt ein Skript für 45 Sekunden: das Problem doppelter Abbuchungen, die Korrektur in einer Zeile und das sichtbare Ergebnis. Es schlägt drei Titel mit weniger als 100 Zeichen vor. Die Fachkraft nimmt das Terminal auf und legt den Clip in der Tareno-Medienbibliothek ab. Codex findet ihn mit list_media und speichert den Entwurf über create_drafts. Der gewünschte Termin Donnerstag um 14:00 Uhr in Europe/Dublin bleibt als Aktion ausstehend, bis sie ihn freigibt.

Schritt für Schritt

1. 01

   Codex mit Tareno verbinden

   Füge Tareno über die Codex-Kommandozeile als Remote-MCP-Server hinzu und melde dich mit OAuth an, wie auf der Codex-Übersicht beschrieben. Eine Installation in ChatGPT wird nicht automatisch auf Codex übertragen; die Verbindung muss separat eingerichtet werden.

2. 02

   Codex auf das Beispiel verweisen

   Nenne die Dokumentationsdatei oder den Codeausschnitt. Bitte Codex, das Beispiel gegen deine Testumgebung auszuführen und genau zu berichten, welche Ausgabe die einzelnen Aufrufe erzeugen. Ein Skript über nicht funktionierenden Code kann Vertrauen kosten.

3. 03

   Skript passend zum Bild schreiben

   Bitte um einen gesprochenen Text für ungefähr 45 Sekunden, der der Terminalausgabe Schritt für Schritt folgt. So stimmen Erzählung und sichtbarer Ablauf überein; prüfe die Formulierungen anhand der tatsächlichen Ausgabe.

4. 04

   Demo selbst aufnehmen

   Codex kann die Demo nicht aufnehmen. Erstelle selbst einen vertikalen Clip von höchstens 60 Sekunden, prüfe jedes Bild auf Schlüssel und Konto-IDs und füge die Aufnahme deiner Tareno-Medienbibliothek hinzu.

5. 05

   Entwurf speichern

   Codex findet den Clip mit list_media und speichert Titel und Datei über create_drafts als Entwurf für deinen Kanal. Sieh dir Clip und Skript in Tareno gemeinsam an, bevor du einen Termin anfragst.

6. 06

   Termin anfragen und freigeben

   Nenne Datum, Uhrzeit und eine IANA-Zeitzone. Die Anfrage wird zu einer ausstehenden Aktion, die du im Dashboard freigibst. Codex kann anschließend mit get_action_status den Zustand der Anfrage prüfen.

Prompts zum Kopieren

Lies docs/idempotency.md und führe das Beispiel aus dem Codeblock gegen die Testumgebung aus. Berichte genau, welche Ausgabe jeder Aufruf erzeugt hat, und sage mir ausdrücklich, ob das dokumentierte Verhalten und die tatsächliche Ausgabe an irgendeiner Stelle voneinander abweichen.

Schreibe einen gesprochenen Text für eine vertikale Bildschirmaufnahme von etwa 45 Sekunden: das Problem doppelter Abbuchungen, die Korrektur in einer Zeile und das sichtbare Ergebnis. Ordne jeden Satz einer Zeile der Terminalausgabe zu und schlage drei Titel mit jeweils höchstens 100 Zeichen vor.

Suche mit Tareno die Datei [idempotency-demo.mp4] in meiner Medienbibliothek und speichere sie für [Kanalname] mit Titeloption [2] als YouTube-Entwurf. Sage mir, falls der Clip länger als 60 Sekunden oder nicht vertikal ist. Plane noch nichts, bis ich Aufnahme und Text geprüft habe.

Bitte Tareno, den Entwurf [Entwurfs-ID] für [Donnerstag um 14:00 Uhr] in der Zeitzone [Europe/Dublin] einzuplanen. Gib die ID der ausstehenden Aktion zurück und erkläre deutlich, dass das Short erst nach meiner Freigabe im Tareno-Dashboard eingeplant wird.

Typische Fehler

• Ein Beispiel aufnehmen, ohne es vorher auszuführen: Schlägt der Aufruf vor der Kamera fehl, wirkt das Short wie ein Fehlerbericht statt wie eine verlässliche Demo.
• Schneller sprechen als die Terminalausgabe erscheint: Passe das Skript an den zeitlichen Ablauf der Ausgabe an und überprüfe beides gemeinsam.
• Einen echten Schlüssel in der Demo verwenden: Nutze einen Testschlüssel, rotiere ihn anschließend und kontrolliere die Aufnahme auf sichtbare Zugangsdaten.
• Drei Funktionen in 45 Sekunden pressen: Ein Aufruf, ein Ergebnis und ein Satz Kontext reichen für dieses Short aus.