Ein Software-Workflow mit Claude Opus, Codex CLI und Gemini CLI

In einem Softwareprojekt stellen Architekturentscheidungen, Codegenerierung und Infrastrukturbetrieb unterschiedliche Anforderungen. Statt sämtliche Arbeiten einem einzigen KI-Tool zu übertragen, kann eine bedarfsgerechte Aufgabenverteilung eine ausgewogenere Arbeitsweise ermöglichen. Bei X Mind Solutions betrachten wir diesen Ansatz anhand von Claude Opus, Codex CLI und Gemini CLI. Unser Schwerpunkt liegt darauf, unter Berücksichtigung eines begrenzten Token-Budgets eine nachvollziehbare Verbindung zwischen Planung, Entwicklung und Betrieb des Projekts herzustellen.

In diesem Workflow übernimmt Claude Opus die strategische Planung. Zunächst betrachten wir die Gesamtstruktur des Projekts, definieren die Hauptfunktionen und klären, welche Komponenten benötigt werden. Auch das Zusammenspiel der Komponenten und der Aufbau des Workflows werden in dieser Phase behandelt. So schaffen wir einen architektonischen Rahmen, der sich in konkrete Entwicklungsaufgaben überführen lässt, anstatt mit einer unklaren Idee direkt in die Codegenerierung einzusteigen. Darüber hinaus nutzen wir Opus, um den erzeugten Code erneut zu bewerten.

Für die Codegenerierung übergeben wir klar abgegrenzte Aufgaben an Codex CLI. Konkrete Vorgaben, etwa dazu, was eine Funktion leisten oder wie sich ein API-Endpunkt verhalten soll, bilden die Grundlage dieser Phase. Wir testen den erhaltenen Code und verbessern ihn bei Bedarf durch Überarbeitungen. Ein Grund für die Wahl von Codex CLI in diesem Aufbau ist eine ausgewogene Kostenverteilung. Mit der Erzeugung des Codes ist die Arbeit jedoch nicht abgeschlossen: Tests und Bewertungen bleiben Bestandteil des Workflows.

Für den Betrieb kommen Gemini CLI und MCP-Verbindungen zum Einsatz. Auf dieser Ebene bearbeiten wir Aufgaben wie das Anlegen von Branches und die Verwaltung von Pull Requests auf GitHub, die Bereitstellung von Anwendungen auf einem VPS sowie DNS- und CDN-Konfigurationen über Cloudflare. Bei dieser Rollenverteilung ersetzt Gemini CLI weder Architekturentscheidungen noch die Codegenerierung, sondern wird für die nachgelagerten Infrastrukturschritte eingesetzt. Betriebliche Aufgaben organisieren wir damit als eigenen Verantwortungsbereich.

Ein beispielhafter Ablauf für die API-Entwicklung verdeutlicht diese Aufgabenverteilung. Zunächst entwerfen wir mit Opus die API-Architektur. Anschließend beauftragen wir Codex CLI damit, einen bestimmten Endpunkt zu schreiben und zu testen. Wir bewerten den erzeugten Code anhand von Tests und unterziehen ihn mit Opus einer erneuten Qualitätskontrolle. Im nächsten Schritt übertragen wir den Code über Gemini CLI an GitHub und stellen ihn auf einem VPS bereit. Das Ergebnis jeder Phase wird zur konkreten Eingabe, mit der das nächste Tool weiterarbeitet.

Im Mittelpunkt dieses Ansatzes steht nicht, die Zahl der Tools zu erhöhen, sondern jedem Tool eine bestimmte Verantwortung zuzuweisen. Indem wir Opus für architektonische Überlegungen, Codex CLI für die Codegenerierung und Gemini CLI für betriebliche Anbindungen nutzen, verteilen wir den Token-Verbrauch auf die verschiedenen Aufgaben. Wir verstehen dies nicht als Bereitstellung unbegrenzter Ressourcen, sondern als Ansatz, das vorhandene Budget ausgewogener einzusetzen. Diese Arbeitsteilung, die wir auch beim Claude Code Meetup Istanbul behandelt haben, zeigt, wie alltägliche Entwicklungspraktiken eine konkrete Diskussionsgrundlage für gegenseitiges Lernen schaffen können.