Kostenlose OpenCode-Modelle als Website-Pipeline: 8 Modelle an echten Projekten verglichen

Im Oktober 2026 haben wir acht kostenlose OpenCode-Modelle durch eine gemeinsame Pipeline geschickt: ein Nischen-Briefing, eine Prompt-Vorlage, und dann baut der Agent eine Katalogseite in Astro, behebt Build-Fehler, recherchiert einen Artikel im Web, überarbeitet die Seite und veröffentlicht sie auf Vercel. Kein API-Schlüssel, keine Kosten. Ergebnis: 8 funktionierende Websites mit je 19–21 Seiten, keine defekten internen Links und deutliche Unterschiede zwischen den Modellen bei Tempo, Zuverlässigkeit und Textqualität.

Kurzfassung

• Für Build und Deployment schnitt Beam am besten ab: Seite in 12 Minuten, Artikel in 7, Deployment in 11, ohne Ausfälle. Beam ist in mehreren Ländern nicht verfügbar, darunter Russland. Ersatz ist DeepSeek V4.1 Flash: Es hat nie einen Build zerstört, ist unter Last aber langsam.
• Für Artikel lieferte MiniMax M3.1 Flash die tiefsten Texte, bringt die Arbeit aber oft nicht zu Ende und lässt Tippfehler stehen. Die gleichmäßigere Wahl ist GLM-5.3-Flash.
• Ein Modell besser pro Schritt zuweisen, nicht pro Website. Dieselbe Pipeline lässt sich aus verschiedenen Modellen zusammensetzen.
• Zwei der acht Modelle lieferten kein Ergebnis: Bei Flint 40B ließ sich die Seite nicht bauen, LongCat 2.5 Preview antwortete nicht auf die Testanfrage.

So ist die Pipeline aufgebaut

Für jede Website gibt es ein JSON-Briefing: Nische, Zielgruppe, Beispieldienste, nischenspezifische Filterfelder, Artikelthema, Projektname. Ein Skript setzt das Briefing in die Prompt-Vorlage ein und startet den Agenten mit opencode run -m opencode/<Modell> (CLI-Dokumentation). Jeder Schritt ist eine eigene neue Sitzung mit 60 Minuten Timeout und einer Wiederholung bei einem Agentenfehler.

Briefing (JSON) ─► Prompt-Vorlage ─► opencode run -m opencode/<Modell>

1. site            Astro-Seite: Daten, Seiten, SEO-Auszeichnung
2. npm run build   Prüfung per Skript; bei Fehler — fix-build (bis zu 2 Mal)
3. article         Artikel mit 10–12 Tsd. Zeichen, Websuche
4. deploy          Logos, OG-Bild, Linkprüfung, vercel deploy --prod
5. Prüfung         200 auf Startseite und Artikel, Qualitätsmetriken

Was jeder Schritt umfasst:

• Website. Statisches Astro ohne UI-Frameworks, 12 real existierende Dienste in tools.json, Startseite mit Filtern und Sortierung, Dienstseite, Vergleich, Artikelbereich mit drei Texten, „Über das Projekt“, 404, JSON-LD, Sitemap und robots.txt.
• Build-Reparatur. Der Agent erhält den Fehlertext und ändert den Code, bis npm run build durchläuft.
• Artikel. Der Agent recherchiert selbst im Web (die integrierten Werkzeuge websearch und webfetch), wählt die Struktur und schreibt im Infostil: Zahlen, Tabellen, keine Floskeln.
• Feinschliff und Deployment. Logos der Dienste, korrekte Pluralformen, ein OG-Bild mit 1200×630, Prüfung aller internen Links in dist/, danach Deployment mit der Vercel CLI und Prüfung der Live-Adressen.

Gekürzte Vorlage für den Schritt „site“

Die eigentlichen Vorlagen waren auf Russisch; hier die gekürzte, übersetzte Fassung:

Du baust eine statische Katalog-Website im AKTUELLEN Ordner. Arbeite nur darin.

## Nische
„{{NICHE}}“ — Katalog und Ranking. {{NICHE_DESCRIPTION}}
Zielgruppe: {{AUDIENCE}}. Sprache der Website: Russisch.

## Stack (strikt)
- Astro, output: 'static', ohne SSR und ohne Adapter.
- Kein React/Vue: nur .astro-Komponenten und reines CSS.
- Keine interaktiven Generatoren: package.json von Hand anlegen.

## Daten
src/data/tools.json — {{COUNT}} real existierende Dienste.
Felder: slug, name, url, short, description, free_plan, price_from,
features, pros, cons, best_for, rating + {{FILTER_FIELDS}}.

## Seiten
/ (JS-Filter, Kartenraster), /tools/[slug]/, /compare/,
/articles/ + 3 Artikel, /about/, 404.

## Fertig, wenn
npm run build ohne Fehler durchläuft, dist/ alle Seiten,
Sitemap und robots.txt enthält.

Temporäre Dateien nur in ./.tmp/. /tmp und Pfade außerhalb des Projekts sind gesperrt.

Versuchsbedingungen

• Datum: 21.–22. Oktober 2026.
• Modelle: acht kostenlose OpenCode-Modelle: Beam, DeepSeek V4.1 Flash, GLM-5.3-Flash, MiniMax M3.1 Flash, MiMo-V2.6-Flash, Nemotron 3 Ultra, Flint 40B, LongCat 2.5 Preview.
• Aufgaben: 9 Läufe, eine Nische pro Website. Die Seiten sind Dienstkataloge zu unterschiedlichen Themen; die Nischen werden in diesem Artikel nicht genannt.
• Last: bis zu 6 Sitzungen gleichzeitig. Die Zeiten in den Tabellen sind durch die parallele Last überhöht — dazu unten mehr.
• Stichprobe: ein bis zwei Websites pro Modell. Das ist ein Vergleich an praktischen Aufgaben, kein Benchmark.

Übersicht nach Modell

Die Deployment-Zeit enthält Neustarts des Schritts: Bei MiniMax mussten wegen eines nicht erreichbaren Endpunkts und geschlossener Sitzungen Schritte erneut gestartet werden.

Messwerte pro Lauf

Der erste DeepSeek-Lauf lief beim Schritt „site“ in das 60-Minuten-Timeout, der Build funktionierte trotzdem. Zum Vergleich: Ein separater Einzellauf von DeepSeek brauchte 14 Minuten für die Seite, 3 weitere für die Build-Reparatur, 4,5 für den Artikel (rund 11 Tsd. Zeichen und 10 Websuchen) und 9 für Feinschliff und Deployment. Unter paralleler Last dehnte sich der Schritt „site“ desselben Modells auf das 4- bis 5-Fache.

Wie die fertigen Websites aussehen

• 0 defekte interne Links auf allen 8 Websites, 0 Dienstphrasen im öffentlichen Text.
• 19–21 Seiten pro Website, 12 Dienste mit Logos, Startseite und Artikel antworten mit 200.
• Artikel mit 10,6–12,9 Tsd. Zeichen, 8–10 Abschnitten und 1 bis 5 Tabellen. Floskeln („ist gekennzeichnet durch“, „es sei erwähnt“) kommen 0- bis 3-mal pro Artikel vor.
• Das Design ist überall ordentlich, doch die Modelle laufen auf einen gemeinsamen Standardlook zu: cremefarbener Hintergrund, Serifenschrift in Überschriften, Monospace-Beschriftungen in Großbuchstaben. Für ein Netz von Seiten, die nicht gleich aussehen sollen, legen Sie den Stil im Briefing fest: Palette, Schriften, Kartenform.

Die Modelle einzeln

Beam

Der schnellste Lauf und der einzige ohne einen einzigen Ausfall: 30 Minuten vom leeren Ordner bis zur Live-Seite. Ein Artikel mit 11,9 Tsd. Zeichen, 10 Abschnitten und sauberem Text. Die Einschränkung ist die Verfügbarkeit: In mehreren Ländern, darunter Russland, ist Beam gesperrt (per IP).

DeepSeek V4.1 Flash

Hat nie einen Build zerstört und schrieb saubere Artikel mit wenigen Floskeln. Bei sechs laufenden Sitzungen dauerte der Schritt „site“ 60–68 Minuten. In einem der beiden Läufe beendete sich der Agent selbst: Er griff auf einen temporären Ordner außerhalb des Projekts zu, und OpenCode schloss die Sitzung.

GLM-5.3-Flash

Der längste Artikel (12,9 Tsd. Zeichen) und fünf Tabellen. Im Entwurf standen Mischwörter aus lateinischen und kyrillischen Buchstaben, die das Modell beim Feinschliff selbst fand und bereinigte. Der Deployment-Fehler entstand durch einen Konflikt in der OpenCode-Datenbank, nicht durch das Modell.

MiniMax M3.1 Flash

Die beste inhaltliche Tiefe: die ausführlichsten Artikel und Selbstprüfung — der Agent schrieb eigene Skripte, um Links und Layout mit Playwright zu prüfen. Nachteile: Hänger, ein nicht erreichbarer Endpunkt, Tippfehler. Keiner der beiden Läufe kam ohne manuellen Neustart in Produktion.

MiMo-V2.6-Flash

Seite in 45 Minuten, Artikel in 31, eine Build-Reparatur. Der Artikel hat eine Tabelle und keinen externen Link. Es funktioniert, ist aber langsamer und dünner als die übrigen.

Nemotron 3 Ultra

Die Seite war nach 25 Minuten und einer Build-Reparatur (weitere 22 Minuten) fertig, der Artikel brauchte 47 Minuten. In Überschriften blieben Anker wie {#formatting-issues} stehen, einige Links verwenden die Adresse als Linktext, und es gibt 19 statt 21 Seiten. Dafür hat Nemotron die meisten externen Links: 7.

Was kaputtging und wie es behoben wurde

Bedingungen des kostenlosen Zugangs

• Nur über OpenCode. Eine direkte API-Anfrage an ein kostenloses Modell liefert 403 FreeTierError mit dem Hinweis, dass der kostenlose Tarif nur innerhalb von OpenCode funktioniert. Ein Schlüssel ist nicht nötig.
• Die Websuche ist kostenlos. Die in OpenCode integrierte Suche läuft über den OpenCode-Server und braucht kein separates Abo.
• Die Liste ändert sich täglich. Während des Experiments verschwanden binnen eines Tages zwei kostenlose Modelle aus der Liste, und MiniMax kam hinzu. Die aktuelle Liste finden Sie auf der OpenCode-Seite und in der Dokumentation.

Die Datenrichtlinien der Modelle unterscheiden sich:

Für öffentliche Kataloge ist das unkritisch, aber privaten Code, Schlüssel und Kundendaten sollten Sie nicht an Modelle schicken, die mit Anfragen trainieren können.

Fazit: ein Modell pro Schritt, nicht pro Website

Praktische Regeln für eine solche Pipeline:

• Geben Sie jeder Website ein eigenes Git-Repository und jedem Schritt eine neue Sitzung.
• Begrenzen Sie die Schrittzeit (60 Minuten erwiesen sich als vernünftige Grenze) und wiederholen Sie bei Fehlern.
• Verbieten Sie temporäre Dateien außerhalb des Projektordners — das ist der häufigste Grund für geschlossene Sitzungen.
• Starten Sie 2–3 Sitzungen parallel statt 6: Die Schrittzeit sinkt spürbar.
• Legen Sie den Stil im Briefing fest, sonst sehen die Seiten gleich aus.
• Prüfen Sie das Ergebnis per Skript: Build, Antwort 200, defekte Links, Dienstphrasen im Text.

Wenn Sie OpenCode erst einrichten, beginnen Sie mit der Anleitung Kostenlose LLMs in Cursor, Cline und OpenCode nutzen; Modellempfehlungen finden Sie auf der Seite Kostenlose Modelle zum Programmieren.