The Claude Code guide for startups

Kernpunkte

1. Regel 1, was sie eigentlich besagt. „Everyone ships" bedeutet nicht das Verschwinden der Arbeitsteilung: Der Leitfaden stellt klar, dass Marketing-Mitarbeiter weiterhin Marketing betreiben und Entwickler weiterhin entwickeln, und dass sich nur der erste Schritt — von der Idee zum funktionierenden Prototyp — für alle öffnet. Heidi beschreibt den Gewinn als Wegfall der Stillen Post: Idee → PM → Designer → Ingenieur, wobei das Wesentliche verloren geht und die Verzögerung in Wochen gemessen wird. Crosby berichtet, dass die eigenen Anwälte als Nutzer die besten Produktintuitionen mitbringen. Drei Mechanismen werden genannt, um diese Beiträge systematisch statt zufällig zu machen: die Anbindung des Tools an verlässliche Quellen (MCP oder ausgereifte CLIs — gh, kubectl, bq, psql — die als token-effizienter dargestellt werden), die Ritualisierung von Prototyp-Demos (vierteljährliche Reviews bei Clay, ein eigener Slack-Kanal bei Omni) und das Teilen von Skills.
2. Die Unterscheidung CLAUDE.md / Skills, explizit ausformuliert. CLAUDE.md auf Unterverzeichnisebene für Konventionen, die jedes Mal gelten, CLAUDE.md auf Root-Ebene für das, was nicht geändert werden darf (Architektur, Sicherheitsgrenzen, nicht verhandelbare Vorgaben); Skills für bedarfsgesteuerte prozedurale Workflows. Emergent pflegt ein GitHub-Repository mit Skills als gemeinsame Wissensbasis, mit einem expliziten Kompromiss: „es ist in Ordnung, mit leicht veralteten Kontextdateien zu leben, solange der Agent schnell überprüfen und korrigieren kann".
3. Regel 2: Agenten übernehmen die mechanischen 80 %. Beispiele wie angegeben wiedergegeben: Bei ClickHouse ist fast jeder Schritt des Zyklus zu einer autonomen Schleife geworden, und zwei Single-Purpose-Agenten — zur Behebung von Flaky Tests, zum Auffinden fehlender Testabdeckung — sind der 2. und 3. Beitragende des Repositorys. Bei Commure führte ein Ingenieur eine Initiative von ~13 Tickets mit parallelen Subagenten durch, wobei jeder ein Ticket und dessen PR verantwortete. Bei Anthropic ist Claude Tag seit mehreren Monaten der Erstreagierer im Bereitschaftsdienst für CI/CD-Fehler: ein dedizierter Service-Account, Zugriff auf Datadog oder Grafana, feste Anweisungen in Markdown, versioniert wie Code, und eine erste Analyse, die in der Regel innerhalb von 15 Minuten veröffentlicht wird.
4. Regel 3, Cainex' Schleife, übertragbar auch außerhalb der medizinischen Kodierung. Ein Batch wird von einem Agenten verarbeitet; Prüfer überprüfen ihn in einer internen Anwendung, in der sie auch die Begründung sehen und beides kommentieren; Claude Code überprüft anschließend Vorhersagen, Korrekturen und Kommentare von Grund auf, verfolgt den Fehler bis zu dem Teil der Anweisungen zurück, der ihn verursacht hat, und überarbeitet diesen gegenüber einem versionierten Anweisungssatz; ein Back-Test kombiniert semantischen Abgleich mit akzeptierten Antworten mit einem Richter, der fragt: „Ist dies ein echter Fehler oder nur ein anderer gültiger Weg", über ein Golden Set plus Zufallsstichproben. Die alles bestimmende Regel: das Prinzip korrigieren, nicht das Beispiel — die erste Version kodierte den Sonderfall und häufte Patches an, weshalb eine Obergrenze für die Anzahl der Spezifika eingeführt wurde, die eine Änderung einbringen darf.
5. Was eine Schleife nutzbar macht. eine Abbruchbedingung, die der Agent selbst überprüfen kann. Als Beispiel dient der Flaky-Test-Agent, der den Test so lange wiederholt, bis er grün wird. Für das, was deterministisch sein muss, verweist der Leitfaden auf hooks — Befehle, die an festen Punkten im Lebenszyklus ausgelöst werden und unabhängig davon ausgeführt werden, was das Modell entscheidet: das Blockieren eines Schreibvorgangs, der den Lint nicht besteht, das Erfordernis eines bestandenen Tests vor dem Commit, das Entfernen von Secrets vor dem Verlassen der Sandbox.
6. Regel 4: Neubau als Regelfall, nicht als Ausnahme. Clay: Man baut, man baut neu, und beim vierten Mal weiß man alles, was man wissen muss. Commure ergänzt das Abschlusskriterium — ein Neubau ist nicht fertig, wenn der neue Pfad ausgeliefert wird, sondern wenn der alte Pfad verschwunden ist — und nennt den konkreten Schritt: ein Skill etwa nach dem Muster „öffne für jedes Feature-Flag, das bereits für alle ausgerollt ist, einen PR, der es zusammen mit dem zugehörigen Code entfernt", wobei der Ingenieur das Ergebnis überprüft. Harvey beschreibt bei jeder neuen Fähigkeitswelle eine vollständige Neuarchitektur; Cognition betrachtet es als Lebensweise, dass das, was heute gebaut wird, voraussichtlich innerhalb von sechs bis zwölf Monaten verworfen wird. git worktrees werden als das genannt, was diese Praxis erschwinglich macht: v2 neben v1, Evals laufen auf beiden, Merge nur, wenn die neue Version gewinnt.
7. Regel 5, das Schwungrad. einen internen Agenten mit Claude Code bauen, ihn intern nutzen und ihn dann, falls er überzeugt, über die API, das SDK oder Claude Managed Agents zu einem kundenseitigen Produkt weiterentwickeln. Zwei berichtete Nebeneffekte: Omni gibt an, auf den dateibasierten Ansatz statt auf Embedding zurückgegriffen zu haben, um die Komplexität einer RAG-Pipeline im eigenen Produkt zu vermeiden, und Emergent, dessen App-Builder auf denselben Modellen läuft, debuggt lokal, um Modellverhalten von einem Harness-Problem zu unterscheiden.
8. ⚠️ Art des Dokuments: Publisher-Content, keine Studie. Die vier Kennzahlen sind so angegeben, wie sie von den interviewten Unternehmen deklariert wurden, ohne definierten Geltungsbereich, Zeitraum oder Kontrafaktum; die Seite beschreibt weder ihre Stichprobe noch ihre Interviewmethode, und die Stichprobe besteht konstruktionsbedingt aus zufriedenen Kunden. Der Abschluss ist ein Aufruf, dem Programm Claude for Startups beizutreten. Lesenswert zusammen mit [[anthropic-self-service-data-analytics-claude-agentic-stack-2026-06-03]] zu Self-Service-Analytics, hier als der am häufigsten beschleunigte Prozess genannt, und [[sfeir-code-review-anneau-contraintes-2026-07-30]] zu automatisiertem Code Review.