Dein Claude Code-Agent erstellt ein Hero-Bild für deine Landing Page. Er rendert ein Produkt-Demo-Video. Er schreibt einen Research-Report. Dann endet die Session – und diese Dateien liegen in einem lokalen Verzeichnis: für dein Team unsichtbar, für die nächste Session nutzlos.
Claude Code kann erstellen. Aber es kann nicht speichern – nicht persistent, nicht teilbar, nicht sitzungsübergreifend.
So gibst du deinem Agenten Cloud-Speicher: ein persistentes Drive, das Sessions überlebt, Share-Links generiert und die Ausgaben deines Agenten organisiert hält.
Das Datei-Problem
Agenten erstellen Dateien. Bilder. Videos. Berichte. Datenexporte. Screenshots. Jedes Artefakt repräsentiert Agentenarbeit – verbrauchte Rechenleistung, gebrannte Tokens, investierte Zeit. Ohne persistenten Speicher jedoch:
- Dateien verschwinden zwischen Sessions. Dein Agent erstellt am Montag einen Report. Am Dienstag fängt er von vorne an.
- Kein Teilen möglich. Das JPEG auf deinem Dateisystem nützt nur dir. Dein Team sieht es nicht. Dein Kunde kann es nicht prüfen.
- Keine Asset-Pipeline. Bild A fließt in Video B, das in Seite C eingebettet wird. Ohne persistente URLs bricht die Pipeline bei jeder Übergabe.
- Verwaiste Ausgaben. Dein Agent generiert 20 Bildvarianten. Du behältst 3. Die anderen 17 verstopfen dein Projektverzeichnis.
Cloud-Speicher löst alle vier Probleme.
Methode 1: Manueller Upload (der Kontextwechsel-Weg)
Nachdem dein Agent fertig ist, lädst du die Ausgabe manuell hoch:
- Datei im Projektverzeichnis suchen
- Browser öffnen
- Zu Google Drive / Dropbox / S3-Konsole navigieren
- Datei hochladen
- Share-Link generieren
- Link in Slack / E-Mail / Notion einfügen
Dein Agent arbeitet im Terminal. Du arbeitest im Browser. Jedes Artefakt bedeutet einen Kontextwechsel. Skaliere das auf 10 Artefakte pro Session, und du verbringst mehr Zeit mit Hochladen als dein Agent mit Erstellen.
Methode 2: Cloud-Speicher über API (der DIY-Weg)
Konfiguriere S3, R2 oder GCS und binde es in deinen Agenten ein:
- Bucket erstellen
- IAM-Rollen und Zugriffsrichtlinien einrichten
- CORS konfigurieren (falls Dateien im Browser gerendert werden sollen)
- Shell-Skript schreiben, das dein Agent aufrufen kann
- Authentifizierung verwalten (Access Keys, Session Tokens)
- Region-Konfiguration und Endpoint-URLs handhaben
Das funktioniert für Produktions-Pipelines. Für „mein Agent hat einen Report erstellt und ich möchte ihn teilen" ist es schlicht überdimensioniert.
Methode 3: Speichern mit einem Befehl (der Agenten-Weg)
Dein Agent erstellt eine Datei. Er speichert sie mit einem einzigen Befehl:
anycap drive upload hero-image.jpg
Die Runtime gibt einen Share-Link zurück. Dein Agent kann diesen Link in eine Seite einbetten, in eine Slack-Nachricht einfügen oder in der nächsten Session referenzieren. Die Datei bleibt bestehen. Der Link funktioniert.
Was die Runtime übernimmt:
- Persistenz. Dateien überleben Sessions. Die Dienstags-Session deines Agenten kann auf das zugreifen, was er montags erstellt hat.
- Share-Links. Jeder Upload generiert eine öffentliche URL. Sende sie an dein Team. Bette sie in eine Seite ein. Betrachter brauchen keinen Login.
- Organisation. Dateien werden nach Upload-Session gruppiert. Dein Agent kann frühere Uploads auflisten, durchsuchen und referenzieren.
- Beliebige Dateitypen. Bilder (PNG, JPEG, WebP), Videos (MP4, WebM), Dokumente (PDF, CSV, Markdown), Datenexporte – alles wird einheitlich gespeichert.
Installation:
npm i -g anycap
anycap login
anycap skill install --target ~/.claude/skills/anycap-cli/
→ AnyCap kostenlos installieren – 250 Credits für neue Nutzer
Praxisbeispiel: Die kreative Pipeline mit persistentem Speicher
So verbindet Drive Bild-, Video- und Seitenfunktionen:
# 1. Generate a hero image
anycap image generate \
--prompt "SaaS dashboard product shot, clean lighting" \
--model seedream-5 \
-o hero.jpg
# 2. Store it — get a persistent URL
anycap drive upload hero.jpg
# → "Uploaded: https://drive.anycap.ai/f/abc123/hero.jpg"
# 3. Generate a video from the stored image
anycap video generate \
--prompt "slow push-in toward the dashboard" \
--model veo-3.1 \
--mode image-to-video \
--param images=https://drive.anycap.ai/f/abc123/hero.jpg \
-o demo.mp4
# 4. Store the video
anycap drive upload demo.mp4
# 5. Deploy a page that references both
# Agent builds HTML with <img src="...hero.jpg"> and <video src="...demo.mp4">
anycap page deploy index.html --title "Product Launch"
Jedes Asset hat eine persistente URL. Das Bild fließt in das Video. Das Video wird in die Seite eingebettet. Die Pipeline überlebt Sessions, Neustarts und Team-Übergaben. Das ist es, was eine Capability Runtime ermöglicht – jede Fähigkeit greift in jede andere, mit persistentem Speicher als verbindendem Element.
Wann Drive nutzen, wann Dateien lokal behalten
| Drive nutzen wenn … | Lokal behalten wenn … |
|---|---|
| Du die Datei teilen musst | Die Datei temporär und wegwerfbar ist |
| Die Datei in einen anderen Agentenschritt einfließt | Die Datei ein intermediäres Build-Artefakt ist |
| Du die Datei in künftigen Sessions benötigst | Du schnell iterierst und häufig überschreibst |
| Die Datei ein finales Ergebnis ist | Die Datei eine Konfig- oder Quelldatei in der Versionsverwaltung ist |
Faustregel: Wenn eine andere Person es sehen muss oder eine andere Session es referenzieren muss, lege es in Drive.
FAQ
Wie unterscheidet sich Drive von meinem Projektverzeichnis?
Dein Projektverzeichnis ist lokal – es existiert auf deinem Rechner. Drive ist Cloud-Speicher: Dateien erhalten persistente URLs, die überall funktionieren. Dein Team kann darauf zugreifen. Die nächste Session deines Agenten kann sie referenzieren.
Kann mein Agent zuvor hochgeladene Dateien auflisten?
Ja. Die Runtime pflegt eine Upload-Historie. Dein Agent kann Dateien sitzungsübergreifend über ihre Drive-URL referenzieren.
Gibt es Dateigrößenbeschränkungen?
Der kostenlose Tarif enthält vernünftige Limits für Bilder, Videos und Dokumente. Bezahlpläne unterstützen größere Dateien. Die meisten agenten-generierten Inhalte passen problemlos in die Limits des kostenlosen Tarifs.
Funktioniert das mit Claude Code, Cursor und Codex?
Ja. anycap drive upload nutzt dieselbe CLI für alle drei Agenten. Dateien, die von Claude Code hochgeladen wurden, sind für deine Cursor-Session zugänglich.
Fazit
Dein Agent schafft Wert – Bilder, Videos, Berichte, Daten. Ohne persistenten Speicher verschwindet dieser Wert, wenn die Session endet. Gib deinem Agenten ein Drive, und seine Ausgabe wird zum Asset deines Teams. Das vollständige Bild, wie Speicher in den Agenten-Stack passt, findest du in Was ist eine Capability Runtime? – die fehlende Schicht, die Speicher mit Suche, Bildern, Video und Publishing bündelt.
→ Claude Code mit Cloud-Speicher ausstatten – ein Befehl, persistente Dateien, Share-Links
📖 Was als Nächstes lesen
- Website von Claude Code deployen – Von Drive zur deployten Seite in einer Session.
- Web-Crawling zu Claude Code hinzufügen – Erst recherchieren, dann Ergebnisse speichern.
- Video mit Claude Code generieren – Video generieren und dauerhaft speichern.
- Was ist eine Capability Runtime? – Warum eine CLI Speicher mit Suche, Bild, Video und Deploy bündelt.
Verwandte Artikel
- Was ist ein KI-Agent? Der vollständige Entwicklerleitfaden – Die Grundlagen: Was Agenten sind und welche Tools sie zur Ausführung brauchen.
- Agentische KI vs. traditionelle KI: 5 wesentliche Unterschiede – Warum der Engpass nicht das Modell ist – sondern ob der Agent Tools wie Speicher hat.
- KI-Coding-Agenten echte Fähigkeiten geben – Der vollständige Überblick über den Capability-Stack.
Verfasst vom AnyCap-Team. Dein Agent erschafft. Wir sorgen dafür, dass seine Arbeit überlebt.