Aufbau einer Linux-Distribution mit Claude AI: Eine praktische Schritt-für-Schritt-Anleitung für Entwickler

Projektübersicht

Ein Entwickler mit 23 Jahren Erfahrung in der Technologiebranche hat NubiferOS, eine sicherheitsoptimierte Linux-Distribution für Cloud-Ingenieure, erstellt und dabei Claude AI als das gesamte Entwicklungsteam eingesetzt. Der Entwickler schrieb persönlich keine einzige Codezeile, sondern leitete Claude an, die gesamte Implementierung zu übernehmen.

Technische Details

NubiferOS basiert auf Debian 12 und umfasst:

• Firejail-Arbeitsbereichsisolierung
• Verschlüsseltes Anmeldedatenmanagement
• Über 50 vorkonfigurierte Cloud-Tools
• ~39.300 Codezeilen
• ~57.500 Dokumentationszeilen

Entwicklungsprozess

Der Entwickler setzte Claude in verschiedenen Rollen im Projekt ein:

• Strategie und Architektur - Designentscheidungen, Sicherheitsabwägungen, Entscheidungen zwischen Eigenentwicklung und Übernahme
• Markenbildung und Texterstellung - Name, Positionierung, Website-Inhalte, Seite "Mit KI erstellt"
• Generierung von Kiro-Prompts - Spezifikationsprompts und Inhalte für Steuerungsdateien
• Implementierung via Claude Code - tatsächlicher Code, Shell-Skripte, Build-System, Dokumentation

Parallele Entwicklungsumgebung

Zur Spitzenzeit führte der Entwickler 10-15 Claude-Sitzungen gleichzeitig über mehrere Monitore hinweg aus, wobei jede Sitzung auf bestimmte Bereiche fokussiert war:

• ISO-Build-System
• Anmeldedaten-Manager
• Arbeitsbereichs-Manager
• Hugo-Website
• NubiferAI
• Marken-Assets

Der Ansatz mit mehreren Sitzungen war notwendig, weil einzelne Sitzungen, die den gesamten Kontext halten sollten, in allem nur mittelmäßig wurden. Enger Kontext mit fokussierten Aufgaben erzeugte bessere Ergebnisse.

Modellauswahl: Sonnet vs. Opus

Das Projekt begann mit Claude Sonnet für Geschwindigkeit und frühe Iterationen. Bei komplexen Mehrdateienproblemen (insbesondere Build-System- oder Bootloader-Arbeit) hatte Sonnet jedoch die Angewohnheit, selbst nach Korrekturen denselben Fehler selbstbewusst zu wiederholen.

Der Wechsel zu Claude Opus reduzierte dieses Problem deutlich, obwohl Opus bei langen Sitzungen immer noch Tunnelblick erlebte, bei dem es sich auf unmittelbare Probleme konzentrierte und den Überblick über die breitere Architektur verlor. Die Regel des Entwicklers: Sonnet für Geschwindigkeit und Iteration, Opus, wenn Probleme tatsächliches Denken erfordern.

Kostenmanagement

Der Entwickler überschritt regelmäßig die Limits des Claude Pro-Plans aufgrund von 10+ aktiven Sitzungen. Er wechselte zur API-Preisgestaltung für bessere Kontrolle und Transparenz bei den Ausgaben. Der Kompromiss: Die API bietet mehr Kontrolle, verliert aber die Vorhersehbarkeit eines Abonnements. Für sprunghafte, hochintensive Sitzungen summieren sich die Kosten schnell.

Qualitätskontrolltechniken

Der Entwickler etablierte mehrere Qualitätspraktiken:

• Verwendung separater Claude-Sitzungen als Prüfer für Code, der von anderen Claude-Sitzungen geschrieben wurde
• Einsatz anderer KI-Tools (Gemini, ChatGPT) zur Überprüfung von Architekturentscheidungen und Dokumentation
• Behandlung jeder Sitzung als separater Kollege ohne Distanz zu seinen eigenen Entscheidungen

Der Entwickler stellt fest, dass die wertvollste Fähigkeit in der KI-gestützten Entwicklung darin besteht, genug zu wissen, um Claude sagen zu können, wann es selbstbewusst falsch liegt.