Execution-Engine ohne IDE: Tickets aus dem Dashboard auf jedes Repo
Das hier ist der Teil, auf den wir wirklich stolz sind: Du kannst jetzt eine Code-Änderung anstoßen, ohne eine einzige IDE zu öffnen. Du bist im boostN-Dashboard, schreibst ein Ticket für Projekt A — etwa deine Webseite — und schickst es ab. Die Änderung passiert genau auf diesem Repository. Fünf Sekunden später schreibst du das nächste Ticket, das einen Bug in deiner Web-App fixt. Noch ein paar Sekunden später eins für die App, an der du gerade arbeitest. Alles läuft über unsere Execution-Engine, die jede Aufgabe an das richtige Repository schickt.
Was sich konkret geändert hat
- Keine IDE nötig: Du arbeitest aus dem boostN-Dashboard, nicht aus einem Editor.
- Multi-Repo: Jedes Ticket landet auf dem Repository, zu dem es gehört.
- Parallel und schnell: Ticket an Projekt A, Sekunden später eins an Projekt B — beide laufen.
- Routing automatisch: Die Execution-Engine schickt die Arbeit ans richtige Repo, du musst nichts umschalten.
Was vorher galt
Eine Änderung an einem Projekt hieß: Editor öffnen, das richtige Repository klonen oder dahin wechseln, den Kontext aufbauen — und erst dann arbeiten. Für jedes weitere Projekt ging das von vorne los. Wer an drei Repos parallel etwas erledigen wollte, verbrachte einen guten Teil der Zeit mit Umschalten und Einrichten statt mit der eigentlichen Aufgabe.
Was jetzt gilt
1. Du schreibst ein Ticket — fertig. Im Dashboard beschreibst du, was passieren soll, und schickst es ab. Kein lokales Setup, kein Editor, kein Klonen. Das Ticket ist die Aufgabe.
2. Die Execution-Engine routet es ans richtige Repo. Du musst nicht angeben, wie die Arbeit technisch ausgeführt wird oder den Branch von Hand wählen. Das System weiß, zu welchem Projekt das Ticket gehört, und führt die Änderung dort aus.
3. Mehrere Projekte ohne Kontextwechsel. Genau hier wird es spürbar: Ticket für die Webseite (Projekt A), Sekunden später eins für einen Bug in der Web-App, gleich danach eins für die App selbst. Drei Tickets, drei verschiedene Repositories — und kein einziger Editor-Start dazwischen. Das funktioniert bei uns inzwischen sauber im Alltag.
Einordnung
Der eigentliche Engpass beim Entwickeln war selten das Tippen. Er steckte im Drumherum: das richtige Projekt finden, die Umgebung herstellen, den Kopf von einem Repo aufs nächste umstellen. Genau dieser Teil fällt jetzt weg. Die Frage verschiebt sich von „Wo arbeite ich gerade?” zu „Was soll passieren?”.
Ehrlich dazu: Ein Ticket muss klar genug sein, damit das Ergebnis stimmt — die Engine routet und führt aus, die Aufgabe denkst weiterhin du. Aber der teure Teil, das ständige Wechseln zwischen Projekten und Werkzeugen, ist raus.
Was du jetzt tun kannst
Wenn du an mehreren Repos arbeitest: Leg deine Projekte in boostN an und stoß Änderungen per Ticket an, statt für jedes Repo den Editor zu wechseln.
Wenn ein kleiner Fix dazwischenkommt: Schreib das Ticket, schick es ab, mach weiter. Du musst deinen aktuellen Kontext nicht verlassen, um an einem anderen Projekt etwas zu ändern.
Wenn du es erst sehen willst: Nimm ein unkritisches Repo und gib ein kleines Ticket auf — eine Textänderung, ein kleiner Bugfix. So siehst du das Routing in Aktion, bevor du es für die wichtigen Projekte nutzt.
Mehr erfahren
- boostN — die Web-App im Überblick
- Was boostN kann — Features
- Dokumentation & Anleitungen
- Google Gemini ist jetzt als Agent nutzbar
Entdecke mehr
Google Gemini ist jetzt als Agent in boostN nutzbar — Mistral folgt
Google Gemini läuft ab sofort als Agent in boostN — arbeite mit deinem Google-Abo über unsere Execution-Pipeline. Mistral folgt in Kürze.
BlogTokens sparen mit Claude: 6 Prinzipien, mit denen Experten doppelt so schnell arbeiten
Wie ich meine CLAUDE.md von Stilrichtlinie auf Token-Budget umgestellt habe — 6 Prinzipien für weniger Kosten, weniger Wartezeit und ehrlicheres Reporting.
GlossarAider
Aider ist ein quelloffener KI-Pair-Programmer für die Kommandozeile, der Code direkt im Git-Repository editiert und jede Änderung automatisch committet.