1. Startseite
  2. Plattform
  3. Orion Workspace
Orion Workspace · Die vernetzte Arbeitsumgebung in OrionPlattformvision

Eine Anfrage. Ein nachvollziehbarer Weg nach vorn.

Ein Gespräch sollte seine Bedeutung nicht verlieren, wenn daraus eine Aufgabe, eine Codeänderung oder eine Bereitstellung wird. Orion Workspace soll der vernetzte Ort für die Menschen, Entscheidungen und Belege hinter einer Anwendung werden.

Die hier beschriebene Arbeitsumgebung ist unsere Zielrichtung für NatusAI Orion. Produktumfang und Verfügbarkeit werden gesondert qualifiziert; dies ist keine Release-Ankündigung.

Den geplanten technischen Umfang ansehen

Konzeptdarstellung: vernetzte Anwendungsansichten kreisen um einen gemeinsamen Arbeitsbereich
Der Arbeit folgen

„Informieren Sie unser Team, wenn eine Sendung ihr Ankunftsfenster verpassen könnte.“

Eine Beispielanfrage zeigt die geplante Kette. Jede Stufe erzeugt etwas, das die nächste Person – oder ein autorisierter Agent – prüfen kann.

  1. Anfrage & Vereinbarung

    Den Bedarf festhalten. Vereinbaren, welche Sendungen betroffen sind, was als Verspätung gilt und wer die Information erhalten darf. Eingehendes Feedback wird erst zur Anforderung, wenn es angenommen wird.

  2. Änderung & Nachweis

    Die exakte Quellcodeänderung mit einer Vorschau, den Testergebnissen und der Entscheidung über ihre Übernahme verknüpfen. Fehlgeschlagene Prüfungen bleiben sichtbar.

  3. Release & Bereitstellung

    Ein unveränderliches Release erstellen, die Zielumgebung festhalten und beobachten, ob die Anwendung dort ihre Abnahmeprüfungen erfüllt.

  4. Ergebnis & nächste Anfrage

    Die daraus folgenden Beobachtungen zu Zustand, Support und Nutzung bleiben mit dem Release verknüpft. Neue Belege prägen die nächste Verbesserung.

Illustrativer Ablauf, kein laufender Workspace und keine Demonstration einer veröffentlichten Anwendung.

Kontext, der die Sitzung überdauert

Den Grund neben dem Ergebnis bewahren.

Vier Arten von Aufzeichnungen bleiben verknüpft. So sieht jeder, der eine Anwendung prüft, warum sie sich geändert hat – nicht nur, dass sie sich geändert hat.

Anfragen und Entscheidungen

Gespräche, Issues, Anforderungen, Abnahmekriterien und Freigaben behalten ihre eigene Bedeutung und klare Zuständigkeiten.

Wissen und Quellcode

Dokumentation, Quellcodeverweise und Entwicklungshistorie bleiben versioniert und zuordenbar. Geplant ist eine Git-basierte Zusammenarbeit; die Forge ist noch nicht ausgewählt.

KI-Arbeit und Nachweise

Aufgaben, Versuche, Checkpoints, Diagnosen, Evaluierungen und Verifikationsartefakte sind mit den Eingaben und der Quellcodeversion verknüpft, auf die sie sich beziehen.

Releases und Umgebungen

Eine gemergte Änderung, ein veröffentlichtes Release und eine stabile Bereitstellung sind unterschiedliche Ergebnisse – mit getrennten Aufzeichnungen und Prüfungen.

Auriga im Workspace

Die KI erhält den Kontext, den sie braucht, und die Grenzen, die sie einhalten muss.

Eine Aufgabe sollte zuerst die relevante Fähigkeit und Version finden und dann die Schemas, Beispiele oder Belege abrufen, die sie benötigt. Eine kleine Änderung sollte nicht erfordern, ein ganzes Repository oder einen kompletten Gesprächsverlauf zu laden.

Dauerhafte Versuche, Abbruch, Checkpoints und Budgets machen laufende Arbeit verständlich. Zusammenfassungen behalten Quellenverweise und Aktualität, während Anwendungswissen nur für berechtigte Beteiligte sichtbar bleibt.

Kompakte Diagnosen und präzise Diffs helfen Menschen und Agenten, das Ergebnis zu prüfen – ohne wichtige Informationen zu Korrektheit oder Berechtigungen zu verbergen.

Konzeptdarstellung: koordinierte Arbeitsströme mit expliziten Checkpoints
Wiederverwendung mit getrennter Verantwortung

Eine nützliche Verbesserung kann mehr als einer Anwendung dienen.

Mehrere Anfragen können auf dieselbe fehlende Bibliotheksfunktion verweisen. Der Workspace würde sie mit einem wiederverwendbaren Kandidaten verknüpfen – und dabei Sichtbarkeit, Validierung und Rollout für jeden Kunden getrennt halten.

Unterschiedliche Meilensteine, unterschiedliche Nachweise
MeilensteinWas er belegt
Vereinbarte AnforderungEine verantwortliche Person hat dem beabsichtigten Verhalten und seinen Abnahmekriterien zugestimmt.
Gemergte ÄnderungDie Quellcodehistorie enthält die geprüfte Änderung; sie wird nicht automatisch veröffentlicht.
Freigegebenes ArtefaktEine exakte, unveränderliche Version liegt vor – mit ihren Abhängigkeiten und Verifikationsnachweisen.
Stabile BereitstellungEine bestimmte Anwendung und Umgebung haben die relevanten Betriebsprüfungen bestanden.
Ein CIO und eine Sicherheitsbeauftragte an einer Glaswand besprechen, wer Zugriffe und Datengrenzen kontrolliert (Symbolbild)
Verantwortung bei Menschen

Der Workspace koordiniert Befugnisse. Er erfindet sie nicht.

Menschen behalten die Kontrolle über Geschäftsziele, Zugriffe, Budgets und Betriebsrichtlinien. Sichtbarkeit auf Plattformebene gewährt keinen Zugriff auf vertrauliche Anwendungsdaten.

Der Agent, der eine Änderung vorschlägt, kann weder seine eigenen erweiterten Berechtigungen freigeben noch seine Abnahmekriterien abschwächen oder seinen eigenen Nachfolger aktivieren.

Ihr nächstes Kapitel

Verbinden wir die Möglichkeiten

Sagen Sie uns, was Ihr Unternehmen braucht. Wir helfen Ihnen, einen praktischen Einstieg zu finden.

Oder schreiben Sie an contact@natusai.com

Ein Product Owner, eine Sicherheitsbeauftragte und ein Analyst prüfen eine interne Anwendung vor der Freigabe (Symbolbild)