Codex baut das Feature, schreibt die Tests und committed den Code. Dann generiert es ein Hero-Image, ein UI-Mockup, ein Produktvideo. Diese Dateien existieren in der Sandbox – und wenn die Sandbox endet, sind sie weg.
Cloud-Speicher ist der fehlende Schritt. Ohne ihn kann Codex generierte Assets nicht an den Rest des Teams übergeben, sie nicht auf einer Live-Seite verlinken oder in der nächsten Agent-Session abrufen.
Hier erfahrt ihr, wie ihr Cloud-Speicher zu Codex hinzufügt. Drei Ansätze, mit echten Befehlsbeispielen.
Warum Codex keinen Cloud-Speicher nativ enthält
Codex ist OpenAIs agentisches Coding-Tool. Es arbeitet in ephemeren Cloud-Sandboxes – die Umgebung ist pro Session frisch, und in einer Session generierte Dateien bleiben nicht bis zur nächsten erhalten, sofern ihr sie nicht explizit an einem dauerhaften Ort speichert.
Cloud-Speicher erfordert Authentifizierung bei einem externen Dienst (S3, GCS, Azure Blob oder einer zweckgebauten File-API), Upload-Logik, URL-Generierung und Rechteverwaltung. All das liegt außerhalb des nativen Zuständigkeitsbereichs von Codex. Die Fähigkeitsschicht ist extern, und wie sauber sie sich einklinkt, ist die praktische Frage.
Was Codex + Cloud-Speicher freischaltet
Wenn ihr Cloud-Speicher zu Codex hinzufügt, werden generierte Assets dauerhaft und teilbar:
- Generierte Bilder und Videos überleben die Session. Hero-Images, UI-Mockups, Produktdemos – sofort nach der Generierung hochgeladen, nach dem Schließen der Sandbox zugänglich.
- Teilbare Links zur Überprüfung. Codex generiert ein Asset, lädt es hoch und gibt eine URL zurück, die das Team im Browser öffnen kann – kein Dateitransfer erforderlich.
- Assets werden in veröffentlichten Seiten eingebettet. Codex generiert ein Hero-Image, lädt es in den Cloud-Speicher hoch und bettet die URL in die Landing Page ein, die es gerade baut – alles in einer Session.
- Sitzungsübergreifende Kontinuität. Codex ruft Dateien aus einer vorherigen Session nach Name oder Pfad ab. Die Speicherschicht bewahrt, was die Sandbox nicht bewahrt.
- CI- und Automatisierungs-Pipelines. Automatisierte Codex-Jobs generieren Report-Assets, laden sie hoch und teilen Links in einer Slack-Benachrichtigung oder einem Commit-Kommentar.
Methode 1: Direkte Cloud-Anbieter-Integration
Codex kann die AWS CLI, das Google Cloud SDK oder die Azure CLI in seiner Sandbox installieren und aufrufen:
# AWS S3 Beispiel
pip install awscli
aws s3 cp ./generated-hero.jpg s3://your-bucket/assets/generated-hero.jpg --acl public-read
echo "https://your-bucket.s3.amazonaws.com/assets/generated-hero.jpg"
Erforderliche Einrichtung:
- Cloud-Anbieter-Konto und Bucket-/Container-Konfiguration
- IAM-Anmeldedaten oder Service Account mit Upload-Berechtigungen
- CLI installiert und in der Codex-Sandbox authentifiziert
- Logik zur Generierung von Public-URLs oder Signed URLs
Das funktioniert, erfordert aber anbieterspezifisches Setup. Verschiedene Anbieter haben verschiedene CLIs, verschiedene Authentifizierungsmuster und verschiedene URL-Formate. Wenn Codex zwischen Projekten wechselt, die verschiedene Storage-Backends verwenden, divergieren die Integrations-Skripte.
Methode 2: MCP-Server für Dateispeicher
MCP-Server können Dateispeicher als strukturiertes Tool bereitstellen:
- AWS S3 MCP – Upload und Abruf aus S3-Buckets
- Google Drive MCP – Dateiverwaltung in Google Drive
- Cloudflare R2 MCP – S3-kompatibler Speicher über Cloudflare
MCP-Server einmal konfigurieren. Codex ruft ihn wie jedes andere Tool auf. Sauberer als die Pflege anbieterspezifischer Shell-Skripte.
Einschränkung: Jeder MCP-Server ist an einen Speicheranbieter gebunden. Wenn das Team S3 für Assets und Drive für Dokumente verwendet, müsst ihr beide konfigurieren und pflegen.
Methode 3: Eine CLI für Upload, Teilen und Abruf
Das ist der Ansatz, bei dem Codex den Dateispeicher über dieselbe CLI abwickelt, die es für die Bildgenerierung, Videogenerierung und Websuche verwendet:
# Dateien hochladen und teilbare Links erhalten
anycap drive upload hero.jpg product-demo.mp4
# Mit eigenem Namen hochladen
anycap drive upload ./output/hero.jpg --name "landing-hero-v2.jpg"
# Eine Datei aus einer vorherigen Session abrufen
anycap drive download "landing-hero-v2.jpg" -o ./assets/hero.jpg
# Gespeicherte Dateien auflisten
anycap drive ls
Eine Authentifizierung. Eine CLI. Codex pflegt keine separaten Anmeldedaten für Speicher gegenüber Bildgenerierung gegenüber Suche – alles ist ein Tool.
AnyCap für Codex installieren:
npx -y skills add anycap-ai/anycap -a codex -y
anycap login && anycap status
Die vollständige Codex Generate → Upload → Embed Pipeline
Das mächtigste Muster: Codex generiert ein Asset, lädt es sofort hoch und bettet die Live-URL in die Seite ein, die es gerade baut – alles in einer Session.
# Schritt 1: Das Hero-Image generieren
anycap image generate \
--prompt "developer dashboard, dark theme, neon blue accents, product photography style" \
--model seedream-5 \
-o hero.jpg
# Schritt 2: In Drive hochladen und die teilbare URL erhalten
HERO_URL=$(anycap drive upload hero.jpg --format url)
# Schritt 3: Codex bettet die URL in das Landing-Page-HTML ein
# Codex generiert/bearbeitet index.html mit <img src="$HERO_URL" alt="Dashboard hero">
Das Bild ist jetzt unter einer Live-URL, die nach dem Schließen der Sandbox erhalten bleibt. Das Team kann es überprüfen, die Seite referenziert es, und die nächste Codex-Session kann es nach Name abrufen.
Praktische Muster für Codex + Cloud-Speicher
Muster 1: Generieren und zum Review teilen
# Mehrere Varianten generieren, alle hochladen, Links für Team-Review zurückgeben
anycap image generate --prompt "hero v1 style" --model seedream-5 -o hero-v1.jpg
anycap image generate --prompt "hero v2 style" --model seedream-5 -o hero-v2.jpg
anycap drive upload hero-v1.jpg hero-v2.jpg
# Codex gibt beide URLs in einer Review-Zusammenfassung zurück
Muster 2: Video-Produktions-Pipeline
# Vollständige Generate → Animate → Store Pipeline
anycap image generate \
--prompt "product hero shot, dark theme, neon accents" \
--model seedream-5 \
-o hero.jpg
anycap video generate \
--prompt "interface animates in sequence, gentle camera push-in" \
--model seedance-2 \
--mode image-to-video \
--param images=./hero.jpg \
-o hero-animated.mp4
# Beide hochladen
anycap drive upload hero.jpg hero-animated.mp4
Muster 3: Sitzungsübergreifender Asset-Abruf
# Session 1: Generieren und speichern
anycap image generate --prompt "brand hero image" --model seedream-5 -o brand-hero.jpg
anycap drive upload brand-hero.jpg --name "brand-hero-approved.jpg"
# Session 2: Abrufen und verwenden
anycap drive download "brand-hero-approved.jpg" -o ./assets/hero.jpg
# Codex verwendet ./assets/hero.jpg im aktuellen Build
Muster 4: Automatisierter Report mit hochgeladenen Assets
# CI-Pipeline: Chart generieren, hochladen, URL in Slack-Benachrichtigung einfügen
anycap image generate --prompt "weekly metrics chart, bar graph style" --model nano-banana-pro -o weekly-chart.jpg
CHART_URL=$(anycap drive upload weekly-chart.jpg --format url)
# $CHART_URL an Slack-Webhook senden
Speicher + Weitere Fähigkeiten: Der vollständige Stack
Das mächtigste Codex-Setup kombiniert Speicher mit dem vollständigen AnyCap-Fähigkeitsset:
| Fähigkeit | Befehl | Einsatz in Codex |
|---|---|---|
| Bildgenerierung | anycap image generate |
Visuelle Assets erstellen |
| Videogenerierung | anycap video generate |
Standbilder animieren, Demos erstellen |
| Websuche | anycap search |
Recherche vor dem Coden |
| URL-Crawl | anycap crawl |
Live-Docs und Seiten lesen |
| Cloud-Speicher | anycap drive upload |
Alles oben Genannte dauerhaft machen und teilen |
| Web-Veröffentlichung | anycap page publish |
Generierten Content unter einer Live-URL hosten |
Eine Installation deckt all das ab. Dieselben Anmeldedaten, die die Bildgenerierung authentifizieren, authentifizieren auch den Dateispeicher. Codex pflegt keine separaten API-Schlüssel für jede Fähigkeit.
Plattformübergreifend: Dieselben Befehle, verschiedene Agents
Cloud-Speicher-Befehle funktionieren identisch in Codex, Claude Code und Cursor. Nur das Skill-Installationsziel ändert sich:
| Agent | Installationsziel | Besonderer Vorteil für Speicher |
|---|---|---|
| Codex | ~/.codex/skills/ |
CLI-nativ – Speicherbefehle verketten sich mit && wie jeder Shell-Befehl |
| Claude Code | ~/.claude/skills/ |
Parallele Uploads – Claude Code kann Batches über Subagenten gleichzeitig hochladen |
| Cursor | ~/.cursor/skills/ |
In-IDE – generierte Assets werden direkt aus dem Editor hochgeladen und eingebettet |
FAQ
Hat Codex native Datei-Persistenz?
Codex arbeitet in ephemeren Sandboxes. In einer Session generierte Dateien bleiben nach dem Ende der Session nicht automatisch erhalten, sofern sie nicht in einen externen Speicherdienst geschrieben werden. AnyCaps Drive-Befehle bieten diese externe Persistenzschicht.
Wie lange werden hochgeladene Dateien gespeichert?
Über AnyCaps Drive-Befehle hochgeladene Dateien werden in der Object-Storage-Infrastruktur von AnyCap gespeichert. Die Speicherdauer richtet sich nach eurem Plan.
Kann ich Dateien aus einer vorherigen Codex-Session abrufen?
Ja – wenn ihr die Datei während dieser Session mit anycap drive upload hochgeladen habt. Verwende anycap drive download "dateiname", um sie in einer neuen Session abzurufen. Verwende anycap drive ls, um verfügbare Dateien aufzulisten.
Sind hochgeladene Dateien öffentlich?
Standardmäßig generiert anycap drive upload eine teilbare URL, auf die jeder mit dem Link zugreifen kann – nützlich für Review und Einbettung. Private Dateien erfordern explizite Berechtigungskonfiguration.
Kann ich Cloud-Speicher in automatisierten Codex-Pipelines verwenden?
Ja. anycap drive upload ist headless – es läuft in jedem Shell-Kontext. Setze ANYCAP_API_KEY als Umgebungsvariable und rufe es aus jeder Codex-Automatisierung, jedem CI-Job oder geplanten Task auf.
Kann Codex die hochgeladene Datei-URL direkt in Code einbetten?
Ja. Verwende anycap drive upload dateiname --format url, um nur die URL als Ausgabe zu erhalten. Codex kann diese in einer Variablen erfassen und in generiertem HTML, CSS oder einer beliebigen Konfigurationsdatei referenzieren.
→ Codex Cloud-Speicher geben – eine Installation, alle Fähigkeiten
📖 Was als nächstes lesen
- Wie man Bilder mit Codex generiert (2026) – Die Assets generieren, die ihr speichern werdet.
- Wie man Videos mit Codex generiert (2026) – Begleitleitfaden zur Videogenerierung.
- Wie man Codex Websuche gibt (2026) – Recherchefähigkeit neben Speicher hinzufügen.
- AI Image-to-Video: Die vollständige Pipeline – Der vollständige Generate → Animate → Store Workflow im Detail.
Verwandte Artikel
- Was ist eine Capability Runtime? – Die Infrastruktur, die Bild, Video, Suche und Speicher in eine CLI bündelt.
- Terminal Agent Showdown: Claude Code vs Codex vs Windsurf – Wie Codex im Vergleich zu anderen Terminal-Agents in puncto Fähigkeitsbreite abschneidet.
- Wie man Claude Code Cloud-Speicher gibt – Die Claude Code Variante dieses Leitfadens.
Geschrieben vom AnyCap-Team. Wir bauen die Capability Runtime, die Codex Cloud-Speicher, Bildgenerierung, Videogenerierung und Websuche über eine CLI gibt – damit euer Agent generieren, speichern und ausliefern kann, ohne dass die Sandbox ihm davonläuft.