Kurzantwort
FLUX 3 ist Black Forest Labs’ multimodales Videomodell für Text-zu-Video- und Bild-zu-Video-Generierung mit synchronisiertem Audio. Auf CometAPI lautet die Produktions-Model-ID flux-3. Der verifizierte asynchrone Workflow nutzt POST /v1/videos zum Erstellen eines Tasks, GET /v1/videos/{task_id} zum Pollen und GET /v1/videos/{task_id}/content zum Herunterladen der finalen MP4.
Verfügbarkeitsupdate (verifiziert am 24. September 2026): Black Forest Labs hat FLUX 3 Video nach der Early-Access-Phase im Juli in die allgemeine Verfügbarkeit überführt und am 4. August 2026 die erste Text-zu-Video- und Bild-zu-Video-Version über die BFL-API und ausgewählte Partner freigegeben. CometAPI hat am 13. August 2026 die Produktions-Model-ID flux-3 im Video-API-Format hinzugefügt. Verwenden Sie die BFL-Release-Ankündigung und die Live-CometAPI-Modellseite als maßgebliche Referenz für Verfügbarkeit, Felder und Preise.
Was hat sich seit FLUX 3 Early Access geändert?
Wichtig ist die betriebliche Verfügbarkeit. Die frühe Berichterstattung betraf die antragsbasierte Einführung im Juli, doch BFLs Release im August brachte einen aufrufbaren Video-Endpunkt, veröffentlichte Constraints und Produktionspreise. CometAPI hat anschließend flux-3 über seinen einheitlichen Video-API-Workflow verfügbar gemacht.
Der frühere CometAPI-Artikel, FLUX 3 API: Availability, Early Access, Video & Dev, bleibt nützlich für Launch-Historie und die vorläufige Bewertung im Juli. Der breitere Vergleich Best AI Video APIs in 2026 deckt die marktorientierte Auswahl ab. Dieser Leitfaden hält diese Themen knapp und fokussiert auf funktionierende Requests, Polling, Prompts, Kostenkontrolle und Produktion.
Was ist FLUX 3?
FLUX 3 ist BFLs multimodale Modellfamilie für Video, Audio, Bilder und aktionsbezogene Vorhersagen. Die aktuelle Video-Version unterstützt Text-zu-Video, Bild-zu-Video und Videofortsetzung über einen provider-nativen Endpunkt.
Für Videodeveloper lauten die Schlagzeilen: bis zu 20 Sekunden bei 24 fps, HD- oder Full-HD-Output, synchronisiertes Audio, mehrsprachige Sprache mit Lippensynchronität, mehrere Shots in einer Generation und bis zu zehn angepinnte Keyframes für Bild-zu-Video-Kontrolle.
FLUX 3 API-Spezifikationen
| Spezifikation | Offizielle BFL-Spezifikation | CometAPI-Integration |
|---|---|---|
| Primäre Workflows | Text-zu-Video, Bild-zu-Video, Videofortsetzung | Text-zu-Video und Bild-zu-Video aufgeführt |
| Maximale Dauer | 5–20 s für T2V/I2V; 5–15 s für V2V | Für Gateway-Requests die Live-Quickstart-Werte nutzen |
| Bildrate | 24 fps | Provider-Output |
| Auflösung | nativ rHD; FHD über den Video-Upsampler. BFLs aktuelle FLUX 3 Video-Dokumentation listet keine 4K/UHD-Ausgabe. Die „bis zu 4 MP“-Spezifikation gilt für FLUX.2-Bildmodelle, nicht für FLUX 3 Video. | Preise für 720p und 1080p aufgeführt |
| Native Audio | Ja; standardmäßig aktiviert | Output-Feature folgt der aktiven Integration |
| Bildkontrolle | 1–10 Keyframes im nativen I2V | Aktuelles Gateway-Mapping für reference-image verifizieren |
| Seitenverhältnisse | 21:9, 2:1, 16:9, 4:3, 1:1, 3:4, 9:16 | Quickstart nutzt explizite Dimensionen wie 1280x720 |
| Aufruf | Asynchron | Erstellen → Pollen → Herunterladen |
| CometAPI-Model-ID | — | flux-3 |
Wie gut ist FLUX 3 Video?
BFL berichtet einen Text-zu-Video-Elo-Score von 1135 in einer All-vs.-All-Human-Preference-Evaluierung. Im selben veröffentlichten Vergleich lag FLUX 3 bei Bild-zu-Video gleichauf mit Seedance 2.0 und vor den übrigen getesteten Modellen.
Diese Resultate sind hilfreiche Positionierungsindikatoren, aber es handelt sich um anbieterinterne Human-Preference-Evaluierungen, nicht um einen unabhängigen Produktions-Benchmark. Sie messen keine Gateway-Latenz, Warteschlangen-Zuverlässigkeit, Kostenkonsistenz oder Stabilität wiederholter Generierungen; Produktionsteams sollten daher ihr eigenes Prompt-Set evaluieren.
FLUX 3 Benchmark-Ergebnisse
| Metrik | Veröffentliches Ergebnis | Interpretation |
|---|---|---|
| Text-zu-Video All-vs.-All Elo | 1135 | BFL berichtet FLUX 3 als führend in seinem internen Vergleich |
| Bild-zu-Video-Präferenz | Gleichstand mit Seedance 2.0 | Richtungsweisendes Anbieterergebnis, kein Drittanbieter-Leaderboard |
| Evaluierungstyp | Human Preference | Misst wahrgenommene Output-Qualität, nicht API-Infrastruktur |
Quelle: Black Forest Labs — FLUX 3 Video, Teil 1: Generation.
Was Sie vor der Nutzung der FLUX 3 API benötigen
- Ein CometAPI-Konto und einen API-Schlüssel in einer Backend-Umgebungsvariable.
- Einen Prompt, der Subjekt, Bewegung, Kameraführung, Atmosphäre und ggf. Audio oder Dialog definiert.
- Einen robusten Job-Handling-Pfad, da die Videogenerierung asynchron ist.
- Genügend Guthaben für iterative Tests; die Abrechnung richtet sich nach generierter Dauer und Auflösung.
Erstellen Sie den Schlüssel im CometAPI-API-Dashboard. Platzieren Sie ihn nicht in Frontend-JavaScript, Mobile-Bundles, öffentlichen Repositories oder Screenshots.
FLUX 3 Model-ID und Endpunkte
| Operation | Methode und Endpunkt | Zweck |
|---|---|---|
| Video erstellen | POST https://api.cometapi.com/v1/videos | Generierungs-Task übermitteln |
| Task prüfen | GET https://api.cometapi.com/v1/videos/{task\_id} | Status und Fortschritt lesen |
| Output laden | GET https://api.cometapi.com/v1/videos/{task\_id}/content | Fertige MP4 herunterladen |
So nutzen Sie die FLUX 3 API mit CometAPI
Schritt 1: API-Schlüssel setzen
Auf macOS oder Linux:
export COMETAPI_KEY="your_api_key"
Unter Windows PowerShell:
$env:COMETAPI_KEY="your_api_key"
Schritt 2: Ein FLUX 3 Video erstellen
Der aktuelle FLUX 3 Quickstart nutzt eine Multipart-Anfrage mit model, prompt, seconds und size. Dieses Beispiel fordert einen fünfsekündigen 720p-Clip an:
curl https://api.cometapi.com/v1/videos \
-H "Authorization: Bearer $COMETAPI_KEY" \
-F "model=flux-3" \
-F "prompt=Ein Papierboot gleitet über einen stillen Teich im sanften Morgenlicht" \
-F "seconds=5" \
-F "size=1280x720"
Diese Anfrage startet einen Job. Entwerfen Sie die Anwendung nicht so, dass eine fertige MP4 in derselben HTTP-Antwort erwartet wird.
Schritt 3: Die Task-ID speichern
Persistieren Sie den Bezeichner unmittelbar nach erfolgreichem Create-Request:
{
"id": "video_task_id",
"status": "queued"
}
Speichern Sie die Task-ID beim Benutzer- oder Job-Datensatz, bevor das Polling beginnt. Ein Prozessneustart sollte keine bereits abgerechnete Generierung verlieren.
Schritt 4: Videostatus pollen
curl https://api.cometapi.com/v1/videos/{task_id} \
-H "Authorization: Bearer $COMETAPI_KEY"
Beginnen Sie mit einem moderaten Intervall wie zehn Sekunden. Behandeln Sie completed, succeeded oder success als terminale Erfolgszustände; failed, failure, cancelled oder canceled als terminale Fehler.
Schritt 5: Die MP4 herunterladen
curl https://api.cometapi.com/v1/videos/{task_id}/content \
-H "Authorization: Bearer $COMETAPI_KEY" \
--output flux3_output.mp4
Kopieren Sie die Datei nach Abschluss in Ihren eigenen Objektspeicher oder Ihre Medien-Pipeline, anstatt eine temporäre Provider-URL als dauerhaftes Asset zu verwenden.
Vollständiger Python-Workflow für die FLUX 3 Videogenerierung
Das folgende Beispiel erstellt einen Job, speichert dessen ID, pollt bis zur Fertigstellung, prüft Fehlzustände, validiert die MP4-Signatur und schreibt das Ergebnis auf die Platte.
import os
import time
from pathlib import Path
import requests
api_key = os.environ["COMETAPI_KEY"]
base_url = "https://api.cometapi.com"
headers = {"Authorization": f"Bearer {api_key}"}
response = requests.post(
f"{base_url}/v1/videos",
headers=headers,
files={
"model": (None, "flux-3"),
"prompt": (
None,
"Eine Produktflasche rotiert langsam auf nassem, schwarzem Stein, "
"sanftes Rimlight, Makro-Objektiv, realistische Reflexionen.",
),
"seconds": (None, "5"),
"size": (None, "1280x720"),
},
timeout=120,
)
response.raise_for_status()
task = response.json()
data = task.get("data") or {}
task_id = (
task.get("id")
or task.get("task_id")
or data.get("id")
or data.get("task_id")
)
if not task_id:
raise RuntimeError(f"Create-Antwort enthält keine Task-ID: {task}")
while True:
response = requests.get(
f"{base_url}/v1/videos/{task_id}",
headers=headers,
timeout=60,
)
response.raise_for_status()
task = response.json()
data = task.get("data") or {}
status = str(task.get("status") or data.get("status") or "").lower()
progress = task.get("progress") or data.get("progress") or "unbekannt"
print(f"Status: {status or 'unbekannt'}; Fortschritt: {progress}")
if status in {"failed", "failure", "cancelled", "canceled"}:
raise RuntimeError(f"Videogenerierung fehlgeschlagen: {task}")
if status in {"completed", "succeeded", "success"} or progress == "100%":
break
time.sleep(10)
response = requests.get(
f"{base_url}/v1/videos/{task_id}/content",
headers=headers,
timeout=300,
)
response.raise_for_status()
video = response.content
if len(video) < 12 or video[4:8] != b"ftyp":
raise RuntimeError("Content-Antwort ist keine nicht-leere MP4-Datei")
output_dir = Path("output")
output_dir.mkdir(parents=True, exist_ok=True)
output_path = output_dir / f"{task_id}.mp4"
output_path.write_bytes(video)
print(f"Gespeichert: {output_path} ({len(video)} Bytes)")
So nutzen Sie Bild-zu-Video und Keyframes
Die CometAPI-FLUX-3-Seite listet Bild-zu-Video als unterstützte Fähigkeit. Ihr aktuelles öffentliches Beispiel demonstriert Text-zu-Video, daher sollten Sie die Live-Gateway-Dokumentation prüfen, bevor Sie davon ausgehen, dass ein von einem anderen Modell übernommenes reference-image-Feld unverändert funktioniert.
BFLs native API ist eindeutig: Bild-zu-Video nutzt Modus i2v und das Feld keyframes. Ein Bild pinnt den Startframe; zwei Bilder können Anfang und Ende pinnen; bis zu zehn getimte Bilder können einen durchgehenden Clip storyboarden.
BFL-natives Keyframe-Beispiel
curl -X POST https://api.bfl.ai/v1/flux-3-video \
-H "x-key: $BFL_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"mode": "i2v",
"prompt": "Sie sprinten durch die von Laternen erleuchtete Gasse, während die Kamera hinter ihnen mitfährt.",
"keyframes": [
[0, "data:image/png;base64,<first-frame>"],
[8, "data:image/png;base64,<last-frame>"]
],
"duration": 8
}'
Halten Sie provider-native und Gateway-Parameter in getrennten Adaptern. BFL nutzt Felder wie mode, keyframes, start_video, resolution und draft; das verifizierte CometAPI-Beispiel nutzt model, prompt, seconds und size.
FLUX 3 API-Parameter erklärt
| Parameter | API | Steuert | Praktische Hinweise |
|---|---|---|---|
| model | CometAPI | Modellauswahl | Verwenden Sie flux-3 |
| prompt | Beide | Szene, Aktion, Kamera, Audio | Sichtbare Veränderung über die Zeit beschreiben |
| seconds | CometAPI-Beispiel | Angeforderte Clip-Länge | Zu Beginn 5–8 Sekunden zum Tuning |
| size | CometAPI-Beispiel | Ausgabedimensionen | Für günstige Tests mit 1280x720 starten |
| mode | BFL-native | t2v / i2v / v2v / draft_enhance | Nur senden, wenn das Gateway es mappt |
| duration | BFL-native | 5–20 s T2V/I2V; 5–15 s V2V | auto wird von der nativen API unterstützt |
| resolution | BFL-native | hd oder fhd; 4K/UHD derzeit nicht gelistet für FLUX 3 Video | FHD erfolgt über den Video-Upsampler |
| generate_audio | BFL-native | Synchronisiertes Audio an/aus | Standardmäßig true |
| draft | BFL-native | Schneller Vorschaumodus | Für kostengünstige kreative Iteration |
So schreiben Sie bessere FLUX 3 Prompts
BFLs Video-Prompting-Leitfaden empfiehlt klare Vorgaben für Subjekt und Aktion, Kamera, Szene und Atmosphäre, Bewegungsqualität und Kontinuität. Für audio-geführte Szenen spezifizieren Sie Dialog, Stimme, Geräuscheffekte und Ambience.
Eine praktische Prompt-Struktur
Subjekt + Umgebung + Aktion + Kamera + Licht
+ Dialog/Stimme + Soundeffekte + Ambience + Constraints
Filmischer Prompt
Ein einsamer Radfahrer fährt durch eine regennasse Neonstraße um Mitternacht.
Die Kamera beginnt tief neben dem Hinterrad und geht dann in eine sanfte Verfolgungsaufnahme über.
Reflexionen ziehen sich über nassen Asphalt unter bewegtem Cyan- und Magenta-Licht.
Audio: gleichmäßiger Regen, Kettengeräusch, ferner Verkehr, keine Musik, kein Dialog.
Behalte denselben Fahrer, dasselbe Fahrrad, dieselbe Jacke und dasselbe Wetter während der gesamten Einstellung bei.
Produktvideo-Prompt
Eine hochwertige Espressomaschine aus Edelstahl steht auf einer dunklen Steinplatte.
Beginne mit einer Makro-Nahaufnahme von Wassertropfen auf dem Metallgehäuse.
Orbit im Uhrzeigersinn, während die Maschine brüht; Dampf fängt warmes Seitenlicht.
Ende mit einer sauberen Dreiviertel-Hero-Perspektive, die Tasse im Vordergrund.
Audio: Pumpenvibration, Dampfzischen, Keramikkontakt, leise Café-Atmosphäre.
Form, Logoplatzierung, Material oder Farbe des Produkts nicht verändern.
Dialog- und Native-Audio-Prompt
Ein junger Koch arbeitet nachts allein in einem kompakten Tokioter Ramenladen.
Starte nah an kochender Brühe, dann ziehe zurück, während der Koch eine Schale hinstellt.
Warmes Wolframlicht, natürliche Reflexionen, dokumentarische Handkamera.
Der Koch sagt leise auf Japanisch: 「お待たせしました。」
Audio: köchelnde Brühe, leiser Regen draußen, ferner Straßenverkehr.
Keine Untertitel und keine Hintergrundmusik.
Ein Prompt wie „Mach ein filmisches Ramenladen-Video“ lässt Bewegung, Framing, Ton und Kontinuität offen. Explizite Regieanweisungen ergeben ein besser testbares Produktionsbriefing.
FLUX 3 API-Preise
Die BFL-Preisgestaltung ist workflow-spezifisch: vollständige Text-zu-Video- und Bild-zu-Video-Render kosten $0.17/s in HD oder $0.29/s in FHD, mit HD-Entwurfsmodus für $0.06/s. Videofortsetzung kostet $0.43/s in HD oder $0.54/s in FHD, mit HD-Entwürfen für $0.12/s. CometAPI listet flux-3 derzeit mit $0.136/s für 720p und $0.232/s für 1080p. Prüfen Sie Live-Preise vor größeren Batches.
| Provider / Workflow | HD / 720p voll | FHD / 1080p voll | Draft | 5 s Voll-Render | 10 s Voll-Render |
|---|---|---|---|---|---|
| BFL T2V | $0.17/s | $0.29/s | $0.06/s (HD) | $0.85 / $1.45 | $1.70 / $2.90 |
| BFL I2V | $0.17/s | $0.29/s | $0.06/s (HD) | $0.85 / $1.45 | $1.70 / $2.90 |
| BFL V2V Fortsetzung | $0.43/s | $0.54/s | $0.12/s (HD) | $2.15 / $2.70 | $4.30 / $5.40 |
| CometAPI flux-3 | $0.136/s | $0.232/s | Nicht gelistet | $0.68 / $1.16 | $1.36 / $2.32 |
Lesen der letzten zwei Spalten: Werte sind jeweils HD/720p zuerst und FHD/1080p danach angegeben.
So senken Sie Iterationskosten
- Prototypen Sie in 720p, bevor Sie einen ausgewählten Prompt auf 1080p hochstufen.
- Verwenden Sie Fünf-Sekunden-Clips, um Komposition, Bewegung und Prompt-Interpretation zu validieren.
- Ändern Sie jeweils nur eine wichtige Prompt-Variable.
- Bei Nutzung der nativen BFL-API: Testen Sie den Draft Mode vor einem Full-Quality-Render.
- Speichern Sie erfolgreiche Prompts und Referenzentscheidungen in Anwendungsmetadaten.
FLUX 3 vs Wan 3.0 vs Seedance 2.5
Vergleichen Sie FLUX 3, Wan 3.0 und Seedance 2.5 workflow-basiert, statt einen universellen Sieger zu suchen. Die maßgeblichen Spezifikationslinks stehen in der Tabellenüberschrift unten.
| Dimension | FLUX 3 Offizielle Spezifikationen | Wan 3.0 Offizielle Spezifikationen | Seedance 2.5 Offizielle Spezifikationen |
|---|---|---|---|
| Maximale Clip-Länge | Bis zu 20 s T2V/I2V | Bis zu 30 s | Bis zu 30 s |
| Synchronisiertes Audio | Ja | Ja | Ja |
| Text-zu-Video | Ja | Ja | Ja |
| Bild-zu-Video | Ja | Ja | Ja |
| Referenzstrategie | Bis zu 10 native Keyframes | Breiter Multimodal- und Omni-Reference-Workflow | Große multimodale Referenzkapazität |
| Fortsetzung/Bearbeitung | Native BFL-V2V-Fortsetzung | Long-Form- und Editing-Workflows | Erweiterungs- und Editing-Workflows |
| Unterscheidende Stärke | Bewegungslogik, Multi-Shot-Szenen, synchroner Audiovisual-Output | Eingangsbreite und 30-Sekunden-Generierung | Langes Storytelling und referenzstarke Kontrolle |
| CometAPI-Startpreis | $0.136/s | $0.04/s | $0.0824/s |
| Bestes Einsatzfeld | Filmische oder realistische audiovisuelle Shots | Multimodale All-in-One-Produktionspipelines | Längeres, referenzreiches Storytelling |
Preis-Hinweis: Startpreise sind kein 1:1-Vergleich von Qualität oder Auflösung. Nutzen Sie die auf jeder Live-Modellseite tabellierten, auflösungsbezogenen Preise für die Budgetierung.
Welche Video-API sollten Sie wählen?
- Wählen Sie FLUX 3 für realistische Bewegung, synchronen Ton, Multi-Shot-Logik, native Keyframes oder Fortsetzung.
- Wählen Sie Wan 3.0, wenn der Workflow mit vielen Inputtypen startet und ein 30-Sekunden-Fenster wichtig ist.
- Wählen Sie Seedance 2.5 für längeres, referenzintensives Storytelling mit starker Identitäts-, Produkt- und Stilkontrolle.
FLUX 3 API: Bewährte Vorgehensweisen für den Produktionseinsatz
Asynchrone Jobs als dauerhaften Zustand persistieren
Speichern Sie die Task-ID unmittelbar nach der Übermittlung. Ein Serverneustart oder Worker-Retry sollte den Nutzer nicht zu einer weiteren, kostenpflichtigen Generierung zwingen, weil die Anwendung den ursprünglichen Task verloren hat.
Enges Polling vermeiden
Starten Sie bei etwa zehn Sekunden Intervall, sofern die Live-Dokumentation nichts anderes empfiehlt. Polling im Sekundentakt erhöht den Requestdruck ohne spürbaren Nutzen.
Download validieren
Prüfen Sie die Content-Länge und die MP4-Signatur, bevor Sie ein Asset als vollständig markieren. Ein erfolgreicher HTTP-Status beweist nicht immer, dass der Body eine gültige Videodatei ist.
Native und Gateway-Schemata trennen
Halten Sie getrennte Adapter für BFL-native und CometAPI-Requests vor. So verhindern Sie, dass native Felder wie mode, keyframes und start_video in einen Gateway-Call gelangen, der model, prompt, seconds und size erwartet.
Vollständigen Fehlerkontext speichern
Loggen Sie HTTP-Status, Response-Body, Task-ID, Model-ID, Prompt-Version, Größe, Dauer und interne Job-ID. Den API-Schlüssel redigieren.
Kleines Evaluationsset vor dem Launch nutzen
Erstellen Sie 10–30 repräsentative Prompts für Kamerabewegung, Personen, Produkte, Typografie, Dialog, Szenen mit hoher Bewegung und benötigte Seitenverhältnisse. Führen Sie dasselbe Set aus, wenn sich Modell- oder Integrationsversionen ändern, und wiederholen Sie wichtige Prompts, da Videogenerierung stochastisch ist.
FAQ
Wie lautet die FLUX 3 Model-ID auf CometAPI?
Die aktuelle Model-ID ist flux-3.
Welchen CometAPI-Endpunkt nutzt FLUX 3?
Der verifizierte Video-API-Workflow nutzt POST /v1/videos, gefolgt von GET /v1/videos/{task_id} und GET /v1/videos/{task_id}/content.
Ist FLUX 3 synchron?
Nein. Behandeln Sie es als asynchronen Job: übermitteln, Task-ID persistieren, pollen und herunterladen.
Wie lange kann FLUX 3 generieren?
BFL dokumentiert 5–20 Sekunden für T2V/I2V und 5–15 Sekunden für Fortsetzung.
Erzeugt FLUX 3 Audio?
Ja. BFL dokumentiert standardmäßig aktiviertes, synchronisiertes Audio in der nativen API.
Unterstützt FLUX 3 Bild-zu-Video?
Ja. CometAPI listet Bild-zu-Video-Support, während BFLs native API dies über den Modus i2v und Keyframes implementiert.
Kann ich BFL-Keyframes unverändert über CometAPI verwenden?
Nehmen Sie das nicht an. Die Request-Schemata unterscheiden sich; prüfen Sie den aktuellen CometAPI-Quickstart, bevor Sie einen Gateway-Workflow mit Referenzbildern ausliefern.
Was kostet ein fünfsekündiges FLUX 3 Video auf CometAPI?
Zu den derzeit gelisteten CometAPI-Raten kostet fünf Sekunden $0.68 bei 720p oder $1.16 bei 1080p. Siehe konsolidierte Preistabelle oben für den Live-Referenzlink.
Ist FLUX 3 besser als Wan 3.0 oder Seedance 2.5?
Kommt auf den Workflow an. FLUX 3 ist stark für bewegungskohärente audiovisuelle Shots sowie BFL-native Keyframe- oder Fortsetzungssteuerung; Wan 3.0 betont Eingangsbreite; Seedance 2.5 betont längeres, referenzintensives Storytelling.
Fazit
FLUX 3 verfügt nun über einen funktionierenden asynchronen Video-API-Pfad auf CometAPI, während BFLs native Dokumentation tiefere Kontrollen für Keyframes, Fortsetzung, Audio und Draft Mode bereitstellt.
Ein sicherer Integrationspfad ist geradlinig: Beginnen Sie mit einer kurzen 720p-Text-zu-Video-Anfrage, persistieren Sie die Task-ID, pollen Sie maßvoll, laden und validieren Sie die MP4; fügen Sie dann Prompt-Vorlagen, Storage, Retry-Logik und ein wiederholbares Evaluationsset hinzu. Halten Sie native und Gateway-Schemata getrennt und prüfen Sie die Live-Modellseite, bevor Sie Felder oder Preise hart codieren.