Orchestro

Orchestro verknüpft Geschäftsfunktionen mit den Nutzerwegen, Bildschirmen, Agents, Diensten und Datenpipelines, die sie stützen. Die Repository-Historie hilft, das Frühere zu rekonstruieren. Angebundene Laufzeitbelege zeigen, was jetzt passiert. Dass Code in einem Repository liegt, heißt nicht, dass er ausgeliefert oder auch nur genutzt wird, und fehlende Belege bleiben sichtbar, statt zu einem beruhigenden grünen Licht zu werden.

Eine fehlgeschlagene Anmeldung kann gleichzeitig im Nutzerfeedback, in einem Serverfehler und in einem Issue-Tracker auftauchen. Orchestro behandelt sie als Belege für ein einziges Problem, sodass ein Team nicht drei Agents auf eine einzige Ursache loslässt. Jedes Issue behält seine Identität über Reparaturen hinweg. Das zählt am meisten, wenn ein Bug zurückkehrt.

Die Plattform übergibt begrenzte Arbeit an deinen Coding-Agent, und zwar innerhalb der Rechte, die du setzt. Die Arbeit läuft über Tage, nicht in einer einzigen Sitzung. Warum ist das wichtig? Die meisten echten Fixes sind kein einzelner Prompt. Das verändert, wie sich Workflows für Coding-Agents anfühlen. Anbieter-Integrationen übergeben dasselbe Issue, dieselbe Historie und dieselben Prüfungen an den Agent, sodass der zweite Fix mit den Belegen des ersten Agent beginnt.

Ein Advisor V1 schlägt nächste Schritte vor, gestützt auf bekanntes Arbeiten und verfügbare Belege. Empfehlungen bleiben von der Freigabe getrennt. Einen Vorschlag anzunehmen und die Ausführung zu starten sind zwei verschiedene Schritte, und die Rechtseinstellungen des Projekts regeln weiterhin, was geschehen darf. Entscheidungen werden dauerhaft festgehalten. So überlebt die Begründung einen Personalwechsel.

Orchestro hält einen gemergten Pull Request, eine ausgelieferte Version, eine Verhaltensprüfung und eine Produktmessung als vier getrennte Dinge, weil jede eine andere Frage dazu beantwortet, ob die Arbeit angekommen ist. Eine Verhaltensprüfung zeigt, ob der Fix funktioniert. Eine Produktmessung hilft zu beurteilen, ob er nützlich war. Genau dieser Unterschied ist der Punkt. Derselbe Bug kann über einen neuen Codepfad wieder auftauchen, und ein grüner Build fängt das nicht ab.

Jede Funktion bekommt eine Hauptkennzahl und bis zu zwei stützende Maße. Jede braucht eine Definition, eine Grundgesamtheit und ein Zeitfenster. Du brauchst außerdem frische Daten. Leitplanken schützen andere Ergebnisse. Und „das können wir noch nicht messen" gilt als gültige Antwort, nicht als Versagen.