Claude Code kostenlos nutzen: So sparst du dir das Abo

Claude Code gilt als eines der stärksten Werkzeuge für agentisches Programmieren. Der Ruf hat einen Preis: Wer es intensiv nutzt, zahlt entweder ein Abo oder pro Token — und bei einem Agenten, der selbstständig Dateien liest, Code schreibt und Tests ausführt, laufen Tokens schneller auf als bei einem Chatfenster.

Was viele nicht wissen: Claude Code ist im Kern ein Client. Es spricht mit einem Modell über eine dokumentierte Schnittstelle. Wer diese Schnittstelle bedient, kann das Werkzeug mit einem anderen Modell betreiben — auch mit einem kostenlosen.

Dieser Artikel zeigt beide Wege, ihre Einrichtung und vor allem ihre Grenzen. Denn „kostenlos“ ist bei Coding-Agenten selten die ganze Wahrheit.

Warum Claude Code teuer wirkt

Im Standardbetrieb brauchst du entweder ein Abo oder einen API-Zugang, der nach Verbrauch abrechnet. Bei kurzen Fragen ist das günstig. Bei agentischer Arbeit nicht, weil jeder Schritt Kontext liest und schreibt:

• Der Agent liest eine Datei.
• Er liest eine zweite, weil die erste importiert wird.
• Er schreibt eine Änderung.
• Er führt Tests aus und liest die Ausgabe.
• Er korrigiert und wiederholt.

Ein einzelner Fix kann so mehrere zehntausend Tokens verbrauchen. Ein Agent, der über Nacht über ein Repository läuft, kommt auf ein Vielfaches. Das ist keine Abzocke, sondern die Natur von Agenten: Sie arbeiten, indem sie Kontext bewegen.

Die zweite Ursache ist organisatorisch. Viele Teams starten mit einem Abo pro Person und merken erst später, dass Agenten nicht wie Chatfenster genutzt werden. Wer Limits setzt, bevor der erste Agent läuft, spart mehr Geld als jeder Tarifvergleich.

Die Architektur: warum das überhaupt geht

Claude Code ist modell-agnostisch. Es kommuniziert über das Anthropic-Messages-Format — ein dokumentiertes Protokoll für Anfragen an ein Sprachmodell. Dieses Format ist inzwischen breit implementiert: Gateways, lokale Server und einige Anbieter sprechen es.

Das ist der ganze Trick. Du tauschst nicht Claude Code aus, sondern den Endpunkt, an den es seine Anfragen schickt. Alles andere — Werkzeuge, Dateizugriff, Genehmigungen, Terminal-Ausgabe — bleibt gleich.

Zwei Konsequenzen folgen daraus:

Positiv: Du kannst mit einem kostenlosen Modell lernen, experimentieren und kleine Aufgaben erledigen, ohne ein Abo abzuschliessen.

Negativ: Die Qualität des Ergebnisses hängt vollständig am gewählten Modell. Ein kostenloses Modell ist kein „Claude zum Nulltarif“, sondern ein anderes Modell mit anderen Fähigkeiten.

Weg 1: OpenRouter mit kostenlosen Modellen

OpenRouter ist ein Gateway, das viele Modelle über eine einheitliche Schnittstelle anbietet, darunter einige kostenlose. Für Claude Code ist das der schnellste Weg.

Einrichtung in fünf Schritten:

1. Account bei OpenRouter anlegen.
2. Einen API-Schlüssel erzeugen.
3. Claude Code installieren (offizieller Installer oder Paketmanager).
4. Basis-URL und Schlüssel als Umgebungsvariablen setzen.
5. Ein kostenloses Modell als Standard konfigurieren und eine Testaufgabe ausführen.

Was du erwarten darfst: Für einzelne Dateien, kleine Änderungen und Erklärungen funktioniert das überraschend gut. Für Aufgaben, die mehrere Dateien und mehrere Schritte brauchen, bricht die Qualität schnell ein.

Was du einplanen musst: Kostenlose Modelle sind rate-limitiert. Mitten in einer Session zu warten, weil das Kontingent erschöpft ist, zerstört den Arbeitsfluss. Wenn du das produktiv nutzen willst, brauchst du ein Zweitmodell als Ausweichoption.

Der Datenschutzpunkt: Dein Code verlässt das Gerät und wird bei einem Drittanbieter verarbeitet. Für Open-Source-Code ist das selten ein Problem. Für Firmencode ist es eine Entscheidung, die dokumentiert gehört.

Weg 2: lokal mit Ollama

Der lokale Weg ist der einzige, bei dem kein Code das Gerät verlässt.

Einrichtung:

1. Ollama installieren.
2. Ein Modell laden, das in den verfügbaren Speicher passt.
3. Den lokalen Endpunkt als Basis-URL setzen.
4. Prüfen, ob das Modell das Nachrichtenformat korrekt bedient.

Hardware-Realität: Für brauchbare Coding-Ergebnisse brauchst du ein Modell mit ausreichend Parametern, und das bedeutet Speicher. Ohne GPU werden die Antworten so langsam, dass der agentische Kreislauf — lesen, schreiben, testen, korrigieren — praktisch zum Stillstand kommt. Ein Laptop mit 16 GB Arbeitsspeicher schafft kleine Modelle; für ernsthafte Arbeit ist eine GPU mit 24 GB der realistische Einstieg.

Der Vorteil: Volle Kontrolle. Keine Rate-Limits, keine Übertragung, keine Auftragsverarbeitung. Für regulierte Umgebungen ist das oft der einzige gangbare Weg.

Der Nachteil: Du betreibst ein Modell. Das heisst Updates, Speicherverwaltung und die Frage, wer sich darum kümmert, wenn es ausfällt.

Weg 3: der Drei-Modi-Betrieb

In der Praxis funktioniert die Mischung am besten:

• Lokal für alles, was sensible Daten enthält: Konfiguration, Kundendaten, Sicherheitsrelevantes.
• Gateway mit freiem Modell für Experimente, Prototypen und Aufgaben ohne Vertraulichkeitsanspruch.
• Bezahltes Modell für Arbeit, die zuverlässig fertig werden muss.

Diese Aufteilung ist keine Sparmassnahme, sondern eine Datenklassifikation. Sie beantwortet die Frage, welcher Code wohin darf — und genau diese Frage stellt dir jede IT-Revision ohnehin.

Was kostenlose Modelle nicht können

Damit du keine Zeit mit falschen Erwartungen verbrennst, hier die Bereiche, in denen der Unterschied deutlich wird:

Lange Kontexte. Ein Agent arbeitet mit vielen Dateien gleichzeitig. Freie Modelle verlieren bei grossen Kontexten schneller den Faden und wiederholen bereits verworfene Ansätze.

Mehrstufige Pläne. Eine Aufgabe wie „refaktoriere dieses Modul und halte die Tests grün“ verlangt Planung über mehrere Schritte. Hier trennt sich brauchbar von unbrauchbar.

Werkzeugnutzung. Agenten rufen Werkzeuge auf und müssen deren Ausgabe interpretieren. Schwächere Modelle rufen falsch auf oder ignorieren Fehlermeldungen.

Instruktionen einhalten. Lange Systemanweisungen mit Hausregeln werden von kleineren Modellen häufiger überfahren.

Für die Frage „Claude Code kostenlos nutzen — geht das?“ heisst das: Ja, aber für einen klar begrenzten Aufgabenbereich.

Sicherheit: was du vor dem ersten Prompt klären musst

Ein Coding-Agent hat mehr Rechte als ein Chatfenster. Er liest Dateien, führt Befehle aus und schreibt Änderungen. Drei Regeln, die vor dem ersten Einsatz stehen sollten:

1. Leserechte begrenzen. Der Agent soll nur die Verzeichnisse sehen, die er braucht. Ein Agent im Wurzelverzeichnis sieht alles, auch .env-Dateien.
2. Schreibzugriffe prüfen lassen. Kein Commit ohne Review, keine Ausführung ohne Test. Ein Agent, der selbst committet, ist ein Agent, der Fehler versioniert.
3. Netzwerkzugriff einschränken. Ein Agent, der beliebige URLs abrufen darf, kann Daten nach aussen tragen.

Diese Regeln gelten unabhängig vom Modell. Sie sind bei kostenlosen Modellen nur wichtiger, weil die Fehlerrate höher ist.

Kostenvergleich und Entscheidungshilfe

Die ehrliche Rechnung enthält vier Posten, nicht einen:

Wenn du 20 Stunden im Monat mit Ausschuss und Wartezeiten verbringst und deine Stunde 90 Franken kostet, hast du 1.800 Franken gespart — auf dem Papier. Real hast du 1.800 Franken ausgegeben und dafür ein Abo vermieden, das weniger kostet.

Die Entscheidung ist deshalb selten eine Preis-, sondern eine Aufgabenfrage:

• Lernen und Ausprobieren: kostenlos, egal welcher Weg.
• Sensible Daten: lokal, ohne Diskussion.
• Produktive Arbeit mit Terminen: bezahlt, weil Zuverlässigkeit den Preis wert ist.

Konfiguration im Detail

Die Einrichtung besteht aus drei Entscheidungen: Endpunkt, Schlüssel, Modell. Alles andere ist Komfort.

Endpunkt. Zwei Umgebungsvariablen steuern, wohin Anfragen gehen: eine für die Basis-URL und eine für den Schlüssel. Beide gehören in eine projektbezogene Konfiguration, nicht in deine globale Shell. Der Grund ist unangenehm praktisch: Wenn du später ein zweites Projekt mit einem anderen Endpunkt aufsetzt, greift sonst irgendwann die falsche Einstellung — und du schickst Firmencode an einen Anbieter, mit dem du nicht gerechnet hast.

Schlüssel. Behandle ihn wie ein Passwort. Nicht in die Versionsverwaltung, nicht in ein Notizdokument, nicht in einen Screenshot für die Teamdokumentation. Ein Schlüssel, der in einem Repository lag, ist kompromittiert, auch wenn du ihn später löschst.

Modell. Wähle ein Modell, das zu deiner Aufgabe und zu deinem Speicher passt. Ein zu grosses Modell läuft nicht, ein zu kleines produziert Ausschuss. Für den Einstieg gilt: klein anfangen, an einer echten Aufgabe messen, dann erhöhen.

Die häufigsten Einrichtungsfehler

Der Endpunkt antwortet mit einem Formatfehler. Das Modell bedient die Schnittstelle nicht vollständig. Nicht jedes Modell, das „OpenAI-kompatibel“ ist, versteht auch das Anthropic-Format. Prüfe das vor dem Kauf von Hardware.

Die Anfrage läuft in ein Limit. Kostenlose Kontingente sind knapp und werden zur Unzeit erschöpft. Ein Zweitmodell als Ausweichoption verhindert, dass deine Session mitten in einer Änderung abbricht.

Der Agent sieht Dateien, die er nicht sehen soll. Die Rechte sind zu weit gesetzt. Ein Agent im Projektwurzelverzeichnis liest auch .env, Backups und alles, was sonst dort liegt.

Die Antworten sind richtig, aber unbrauchbar langsam. Das Modell ist zu gross für die Hardware. Kleineres Modell, kürzere Kontexte, weniger gleichzeitige Anfragen.

Die Tests brechen, obwohl der Agent „fertig“ meldet. Das passiert bei allen Modellen, bei schwächeren häufiger. Der Agent prüft nicht, was er behauptet zu prüfen. Vertrauen ist keine Teststrategie.

Claude testen, ohne etwas zu bezahlen

Wenn du nur wissen willst, ob das Werkzeug zu dir passt, brauchst du kein Setup. Die Reihenfolge mit dem besten Verhältnis von Erkenntnis zu Aufwand:

1. Kostenlose Stufe des Anbieters. Sie ist begrenzt, reicht aber für ein Gefühl für die Bedienung und die Qualität der Antworten.
2. Gateway mit einem freien Modell. Zeigt, wie sich agentisches Arbeiten anfühlt, ohne dass du Hardware kaufst.
3. Lokales Modell auf vorhandener Hardware. Zeigt, ob dein Rechner überhaupt mitspielt.
4. Bezahlte Stufe für eine Woche. Erst danach weisst du, was du vermisst.

Der verbreitetste Fehler ist, mit Schritt 4 anzufangen und dann zu glauben, das Ergebnis sei repräsentativ für alle Wege. Es ist repräsentativ für den teuersten.

Wann sich das Abo trotzdem lohnt

Drei Situationen, in denen die Rechnung klar für ein bezahltes Modell ausgeht:

Du arbeitest täglich mit dem Agenten. Die Zeit, die du mit Ausschuss und Wartezeiten verbringst, übersteigt die Abogebühr nach wenigen Tagen. Das ist keine Schätzung, sondern eine Rechnung, die du nach einer Woche selbst aufstellen kannst.

Du arbeitest an einer Codebasis, die niemand vollständig kennt. Genau hier braucht ein Agent die Fähigkeit, über viele Dateien konsistent zu denken. Schwächere Modelle verlieren den Faden und schlagen Änderungen vor, die an anderer Stelle brechen.

Du brauchst Nachvollziehbarkeit. Ein Anbieter mit Auftragsverarbeitungsvertrag, dokumentierter Datenhaltung und klaren Aufbewahrungsfristen ist für ein Unternehmen einfacher zu rechtfertigen als ein Gateway, dessen Logging du nicht kennst.

Und die Gegenprobe: Wenn du ein paarmal im Monat eine Datei erklären willst, ist jedes Abo zu teuer — dann reicht der kostenlose Weg dauerhaft.

Für wen sich welcher Weg lohnt

Selbstständige und Lernende: Gateway mit freiem Modell. Günstig, schnell eingerichtet, gut genug für den Einstieg.

Entwicklerinnen und Entwickler mit eigenem Rechner: lokales Modell als Zweitmeinung. Für Aufgaben ohne Vertraulichkeitsanspruch bleibt das Gateway bequemer.

Unternehmen mit Kundendaten: lokal oder ein Anbieter mit EU-Verarbeitung und Auftragsverarbeitungsvertrag. Alles andere ist eine Diskussion, die du beim ersten Audit verlierst.

Teams mit Lieferterminen: bezahltes Modell für die Arbeit, kostenlose Wege für Experimente daneben. Der Mischbetrieb ist kein Kompromiss, sondern die vernünftige Aufteilung.

Was du nach zwei Wochen wissen solltest

Nach zwei Wochen im Mischbetrieb solltest du drei Zahlen haben:

1. Anteil der Aufgaben, die ohne Nacharbeit erledigt waren. Wenn er unter 50 Prozent liegt, ist das gewählte Modell zu schwach für deine Aufgaben.
2. Zeit pro erledigter Aufgabe. Der Vergleich mit deiner eigenen Arbeitszeit entscheidet über den Nutzen, nicht der Preis.
3. Anzahl der Vorfälle, bei denen Daten an einen unerwünschten Endpunkt gegangen sind. Ideal ist null. Alles andere ist ein Prozessproblem, kein Modellproblem.

Wer diese drei Zahlen hat, kann eine Entscheidung treffen, die auch einer Prüfung standhält.

Fazit

Claude Code kostenlos zu nutzen ist möglich, weil das Werkzeug nur ein Client ist. Der Weg über ein Gateway ist in Minuten eingerichtet, der lokale Weg in einer Stunde — und beide liefern für kleine Aufgaben brauchbare Ergebnisse.

Was du nicht bekommst, ist dieselbe Qualität zum Nulltarif. Agentisches Programmieren lebt von zuverlässiger, mehrstufiger Arbeit, und genau dort trennen sich freie und bezahlte Modelle. Wer das weiss, kann bewusst entscheiden, statt sich zu ärgern.

Für Teams gilt: Kläre zuerst die Datenfrage, dann die Modellfrage, dann die Kostenfrage. In dieser Reihenfolge. Andersherum wird es teuer.