Indie-Entwicklung

Jetzt, da die KI eine „Hand zum Programmieren" hat, kann schon eine einzelne Person ein Produkt bauen und veröffentlichen. Doch die Informationen sind über die Schritte verstreut, und man verliert leicht den Überblick, womit man anfangen soll. Dieser Artikel ist die Gesamtkarte von der Idee über Entwurf und Implementierung bis zu Veröffentlichung und Monetarisierung: Er ordnet die Solo-Entwicklung in fünf Phasen – Festlegen → Vorbereiten → Bauen → Veröffentlichen → Wachsen lassen – zeigt für jeden Schritt, was zu tun ist und welches Werkzeug man nutzt, und verweist bei Bedarf auf die jeweiligen Einzelanleitungen (Hub-Artikel). Geführt wird auf zwei Spuren: der 🌱 Einstiegsroute fast ohne Code und der 🔧 Praxisroute mit Code im KI-Editor. Von Spec-Driven Development, KI-App-Buildern, Claude Code/Cursor und dem Einbau von KI-Funktionen (API/RAG/Gateway) über Deployment, SEO/AEO-Nutzergewinnung, Monetarisierung und Kostenkontrolle bis zu den 5 Stolperfallen der Solo-Entwicklung mit KI – alles mit Wegweisern zu den bestehenden Praxisanleitungen auf einer Seite.

Sie haben auf OpenAI aufgebaut, wollten dann Claude ausprobieren und Gemini vergleichen — und verloren Stunden an die je Anbieter unterschiedlichen SDKs, Formate und Fehlerbehandlung. Ein LLM-Gateway (AI-Gateway / LLM-Proxy) ist ein Relais, das Sie zwischen Ihre App und die Anbieter schieben: es stellt eine einzige OpenAI-kompatible API bereit, um jedes Modell zu erreichen, und übernimmt die querschnittlichen Aufgaben — Fallback, Kostenverfolgung, virtuelle Keys, Caching, Rate-Limiting und Observability. Dieser Leitfaden behandelt, warum Sie eines brauchen, was ein Gateway wirklich ist, die drei Typen (Self-hosted-Proxy = LiteLLM / hosted = OpenRouter / SDK = Vercel AI SDK), wie Sie zwischen LiteLLM, OpenRouter und dem Vercel AI SDK wählen, minimalen Setup-Code, der nur den Endpunkt tauscht, und die Grenzen — ein Latenz-Hop, das Gateway als neuer Ausfallpunkt, Gebühren (OpenRouter berechnet 5,5% auf Käufe), Feature-Verlust und Privatsphäre.

Der „Berechtigungsmodus" neben dem Eingabefeld legt fest, wie oft Claude Code vor einer Änderung oder einem Befehl nachfragt. Dieser Leitfaden erklärt die 5 Modi (Um Erlaubnis fragen, Änderungen akzeptieren, Planmodus, Auto-Modus, Berechtigungen umgehen) plus dontAsk, wie Sie per Shift+Tab wechseln und welcher Modus wann der richtige ist.

Der Aufwandsregler in Claude Code steuert, wie viel Denken und wie viele Token in jede Antwort fließen. Wir erklären die 5 API-Stufen (low–max), warum „Extra" = xhigh und nicht das Maximum ist, den Zusatzmodus Ultracode sowie wann du welche Stufe nutzt.

Claude Code Hooks sind benutzerdefinierte Shell-Befehle, die an bestimmten Punkten im Lebenszyklus von Claude Code automatisch laufen und machen "das muss immer passieren" real und deterministisch, ohne sich auf das Ermessen des LLM zu verlassen. Die klassischen Events sind neun – SessionStart, UserPromptSubmit, PreToolUse, PostToolUse, Notification, Stop, SubagentStop, SessionEnd, PreCompact –, von denen PreToolUse und andere blockieren können (Bearbeitungen geschützter Dateien oder gefährliche Befehle stoppen). Konfiguriert werden sie in settings.json unter dem Schlüssel "hooks" als Event-Name -> matcher -> type + command. Der E/A-Kontrakt: Ein Hook empfängt JSON über stdin (session_id, tool_input usw.) und gibt über Exit-Code 0 (Erfolg) / 2 (blockieren, mit stderr zurück an Claude) oder strukturiertes JSON (continue, decision:block, permissionDecision: deny/allow/ask) zurück. Das zentrale Prinzip lautet "Hooks können Beschränkungen verschärfen, aber nicht lockern" (deny gewinnt immer, blockiert sogar unter bypassPermissions). Klassische Anwendungsfälle: Auto-Format nach Bearbeitungen (PostToolUse + Edit|Write), kritische Dateien schützen, gefährliche Befehle stoppen, Kontext erneut einspeisen (SessionStart), Benachrichtigungen/Audit-Logging und Testen vor dem Stoppen (Stop). Zur Sicherheit: Hooks führen beliebige Shell-Befehle mit deinen Rechten aus, konfiguriere also nur vertrauenswürdige und validiere/quote Eingaben; die Hook-Konfiguration wird beim Session-Start erfasst (ein Sicherheitsmerkmal), sodass Änderungen mitten in der Session nicht greifen. Auf Basis der offiziellen Dokumentation, gestützt auf die neun klassischen Events und den E/A-Kontrakt.

Die Meldung „Claude usage limit reached" ist kein Fehler, sondern das Nutzungslimit des Pro-/Max-Abos. Das Limit ist zweistufig: ein rollierendes 5-Stunden-Fenster plus ein Wochenfenster (Max zusätzlich ein Opus-Limit). Dieser Artikel erklärt, was den Verbrauch treibt, was du im Moment des Limits tun kannst, wie du den Rest prüfst und welcher nutzungsbasierte API-Notausgang bleibt.

In einer Zeit, in der die KI den Code schreibt, verschiebt sich die wertvollere Fähigkeit vom „Code schreiben" zum „die Spezifikation schreiben" — und die Praxis, die das auf den Punkt bringt, ist Spec-Driven Development (SDD). SDD stellt die Spezifikation als maßgebliche Quelle in den Mittelpunkt des Projekts, und ein KI-Agent leitet daraus Design, Aufteilung und Implementierung ab, statt sofort zu programmieren. Entscheidend ist, dass jeder Schritt ein Dokument (oft Markdown) hinterlässt, das der nächste Schritt liest. Dieser einsteigerfreundliche Leitfaden erklärt, was SDD ist (die Spezifikation ist maßgeblich, der Code ein Derivat), warum es jetzt zählt (es verhindert die „Drei-Monats-Mauer" aus technischen Schulden und Anforderungsdrift des Vibe Coding schon in der Entwurfsphase — GitHub berichtet von rund einer Größenordnung weniger „von Grund auf neu generieren"-Zyklen), die grundlegenden vier Schritte (Specify → Plan → Tasks → Implement), die wichtigsten Tools (GitHub Spec Kit mit über 90.000 Sternen und mehr als 30 unterstützten Agenten, AWS Kiro mit seinem Requirements → Design → Tasks-Ablauf und Auto-Router sowie BMAD, OpenSpec, Tessl, Google Antigravity und Cursor), wann man es im Vergleich zum Vibe Coding einsetzt (ein Hybrid: Vibe zum Erkunden, spezifikationsgetrieben zum Ausliefern, mit verpflichtendem menschlichem Review) und wie Sie es noch heute ausprobieren. Im KI-Zeitalter steigen jene auf, die präzise definieren können, was gebaut werden soll — nicht jene, die am schnellsten Code schreiben.

Nach draußen zu gehen ist schwer, mit Menschen zu sprechen anstrengend, du arbeitest gerade nicht — und selbst so hat sich die Chance, "von zu Hause, ohne jemanden zu treffen, im eigenen Tempo" in Einkommen zu verwandeln, mit der KI wirklich vergrößert. Dieser zielgruppenspezifische Leitfaden beschreibt so ehrlich und behutsam wie möglich den ersten Schritt für jemanden, der ein Hikikomori (ein zurückgezogener Mensch) oder NEET ist, um von zu Hause, von Null, mit KI zu verdienen. Er verspricht vorab, nicht zu sagen "jeder kann leicht Tausende im Monat verdienen" (meist eine Lüge oder ein Verkaufsköder), und schreibt die realistische Schwierigkeit, Zeit und Vorsichtshinweise offen. Er behandelt, warum KI x Arbeiten von zu Hause passt (ohne direkten Kontakt machbar, leicht von Null zu starten, im eigenen Tempo — die KI senkt als Partner die Mauer), die drei ehrlichen Wahrheiten (du verdienst nicht sofort und ein erstes Ziel sind deine ersten paar Euro; KI ist ein Verstärker des Einsatzes, keine Magie, alles mal null ist null; wer dranbleibt, nicht die Klugen, bekommt Ergebnisse), Wege ohne Gespräche mit Menschen (Schreiben, Transkription/Untertitel, KI-Bild-Assets, Datenaufbereitung, Übersetzungsprüfung, digitale Produkte — wähle zuerst eines), den ersten Schritt heute (eine kostenlose KI ausprobieren, einen Bereich wählen, ein Übungsstück erstellen — erstellen vor verdienen), wie man kleine Erfolge sammelt (Portfolio, ein niedrig bezahlter Auftrag, Bewertungen aufbauen, Honorar/Umfang erhöhen — Erfolge sammeln, nicht Beträge, der erste Auftrag ist am meisten wert), wie man dranbleibt und sich schützt (sich nicht vergleichen, klein zerlegen, ruhen ist okay, Perfektionismus loslassen, es nicht allein tragen — Arbeitsförderung und Beratungsstellen) sowie Hinweise zu Betrug/Hype, dem Risiko, alles der KI zu überlassen, und Steuern/Unterhaltsberechtigung (Zahle-zuerst-Angebote meiden, seriöses Crowdsourcing ist kostenlos, offizielle Infos prüfen). Es ist nicht "jeder, leicht", aber ein Schritt, den du gehen kannst, existiert wirklich — hol dir "das kann ich auch" zurück, eines nach dem anderen.

„Die API-Rechnung vom letzten Monat … 1.800 $?" 2026 wurde berichtet, dass der ernsthafte Betrieb von Claude Code als Agent 500–2.000 $ im Monat erreicht. Doch allein indem Sie ändern, wie Sie es nutzen, können Sie die Kosten um 70–85 % senken, ohne die Ausgabequalität zu mindern (mehrere Praxisberichte konvergieren hier). Dieser Leitfaden entschlüsselt zuerst das wahre Gesicht hoher Kosten (teures Modell, langer Kontext, verschwendete Aufrufe; wie die Token-Abrechnung funktioniert; Agenten, die etwa das 7-Fache einer einzelnen Session verbrauchen), dann den Break-even von Abo vs. API (die API gewinnt grob nur unter 50 Sessions im Monat; eine Schätzung beziffert Abos auf bis zu 36x günstiger bei täglicher Nutzung), einen Preisüberblick (Copilot Pro 10 $ / Cursor Pro 20 $, bei intensiver Nutzung 60–100 $ / Claude Pro 20 $, Max 100 $; Copilot wechselte am 1. Juni 2026 zu nutzungsbasierten AI Credits), sechs Hebel zur Kostensenkung (① Modell-Routing für 40–70 % weniger ② Prompt-Caching mit etwa 90 % Rabatt bei 60–80 % Trefferquote ③ Kontext-Management ④ Wahl von Abo vs. API ⑤ Prüfung doppelter Abos ⑥ Memory-Funktionen), eine Spar-Checkliste für heute und Fallstricke — falsche Sparsamkeit, versteckte Arbeitskosten, doppelte Abrechnung, Zähler-Schock, übermäßiges Vertrauen in den Cache — plus empfohlene Setups nach Typ. Optimierung ist kein Geizen; sie ist die Gestaltung, für das Richtige den richtigen Betrag zu zahlen.

Claude Code bricht plötzlich ab mit „melde dich neu an", „Rate-Limit", „Prompt ist zu lang", „MCP verbindet sich nicht" — und jeden Fehler einzeln zu googeln wird mühsam. Dies ist eine praxisnahe Referenz, die die häufigen Fehler katalogisiert, jeweils mit Ursache und dem auszuführenden Befehl. Sie beginnt mit den drei Diagnosebefehlen, die man zuerst ausführt (claude doctor für die Volldiagnose, /status für die aktive Authentifizierung, /context für die Kontext-Aufschlüsselung), und konzentriert sich dann auf die vier häufigen Familien (Nutzung/Rate-Limits, Kontext-Überlauf, abgelaufene Authentifizierung, MCP-Verbindungsfehler) mit Symptom→Ursache→Lösungsbefehl-Tabellen zu Authentifizierung und Login, Nutzung/Rate-Limits (Claude Code verbraucht das 10- bis 100-Fache der Tokens eines Chats), Kontext und Tokens (Prompt zu lang, Compaction-Thrashing), Server und Modell (500/529/Timeout/model not found), Installation/PATH/Update, Netzwerk und Proxy (ECONNREFUSED, TLS), MCP, Berechtigungen (Deny schlägt Bypass) und Sonstiges (thinking blocks 400, Bild/PDF, IDE). Sie endet mit einem Spickzettel Fehler→Lösung und einer FAQ. Basierend auf der offiziellen Claude-Code-Doku (Stand 2026): bei Problemen die drei Diagnosebefehle ausführen, und wenn es nicht behoben ist, claude update ausführen.

2026 kristallisierten sich die großen Vier der KI-Coding-Tools heraus — Cursor, Claude Code, GitHub Copilot und Codex. Doch sie nebeneinanderzustellen und einen Sieger zu küren führt in die Irre, denn die vier sind unterschiedliche Typen. Dieser Artikel klärt zuerst den entscheidenden Punkt — den Typunterschied (Cursor = KI-Editor, Copilot = in die IDE integriertes Plug-in, Claude Code = lokaler CLI-Agent, Codex = asynchroner Cloud-Agent) — und behandelt dann, was jedes Tool wirklich ist, eine Spec-Tabelle auf denselben Achsen (Typ, Einstiegs- und Top-Preis, Modelle, Kontext, Stärken), wie man die Verschiebung 2026 von Pauschalgebühren zu „Kontingent + Nutzung (Credits)" liest, Empfehlungen nach Typ (Einfachheit = Copilot $10+, Editor-Erlebnis = Cursor, schwere Mehrdatei-Arbeit = Claude Code, asynchrone Batches = Codex), das Standardrezept fähiger Entwickler, „ein IDE-seitiges + einen Terminal-Agenten" zu kombinieren, sowie ehrliche Vorbehalte zu Preisen und Benchmarks — alles auf Basis offizieller Quellen und mehrerer Medien.

Jemand, der sagte „Ich bin schlecht im Design", produziert heute zehn Social-Posts an einem halben Tag und bekommt nebenbei Logo-Vorschläge — genau dort stehen KI-Design-Tools 2026. Dieser Artikel vergleicht die vier wichtigsten Tools: Canva (am besten für die Massenproduktion von Marketing, Social und Folien, kostenlos–15 USD), Adobe Firefly (Photoshop/Illustrator-integriert und kommerziell sicher, ab 9,99 USD), Figma AI (der Standard für UI/UX und Produktdesign im Team, ab 15 USD/Editor) und Recraft (Vektor-Logos und -Icons mit 90 % Textgenauigkeit, ab 10 USD). Die vier sind keine Konkurrenten, sondern eine Rollenverteilung — verenge auf das eine, das zu deiner häufigsten Aufgabe passt. Anders als der Vergleich der Bildgenerierungs-KIs (Midjourney etc.): In diesem Artikel geht es um „Ergebnisse, die aus Bildern gebaut werden", nicht um das Bild selbst. Mit Vergleichstabelle, sechs Best-Pick-Szenarien und drei Vorsichtshinweisen: Urheberrecht, Markenkonsistenz und Vermeidung des „KI-Looks".