Förfrågningar och beslut
Samtal, ärenden, krav, acceptanskriterier och godkännanden behåller sin separata innebörd och ett tydligt ägarskap.
Ett samtal ska inte tappa sin innebörd när arbetet blir en uppgift, en kodändring eller en driftsättning. Orion Workspace är tänkt som den sammankopplade platsen för människorna, besluten och beläggen bakom en applikation.
Upplevelsen som beskrivs här är vår riktning för NatusAI Orion. Produktens omfattning och tillgänglighet anges separat; det här är inte ett releasebesked.

En illustrativ förfrågan visar den avsedda kedjan. Varje steg ger något som nästa person, eller en godkänd agent, kan granska.
Registrera behovet. Kom överens om vilka leveranser det gäller, vad som räknas som en försening och vem som får ta emot informationen. Inkommande återkoppling blir ett krav först när den godkänts.
Koppla den exakta källkodsändringen till en förhandsvisning, testresultat och beslutet att föra den vidare. Misslyckad verifiering förblir synlig.
Skapa en oföränderlig release, registrera målmiljön och observera om applikationen klarar sina acceptanskontroller där.
Håll de resulterande observationerna av hälsa, support och användning kopplade till releasen. Använd nya belägg för att forma nästa förbättring.
Illustrativt arbetsflöde, inte en arbetsyta i drift eller en demonstration av en släppt applikation.
Fyra typer av poster hålls sammankopplade, så att den som granskar en applikation kan se varför den ändrades, inte bara att den ändrades.
Samtal, ärenden, krav, acceptanskriterier och godkännanden behåller sin separata innebörd och ett tydligt ägarskap.
Dokumentation, källhänvisningar och utvecklingshistorik förblir versionerade och spårbara till sitt ursprung. Git-baserat samarbete är avsikten; Git-plattformen har inte valts.
Uppgifter, försök, kontrollpunkter, diagnostik, utvärderingar och verifieringsartefakter kopplas till de indata och den källkodsversion de gäller.
En sammanslagen ändring, en publicerad release och en fungerande driftsättning är separata utfall, med egna poster och kontroller.
En uppgift ska först hitta den relevanta förmågan och versionen och sedan hämta de scheman, exempel eller belägg den behöver. En liten ändring ska inte kräva att ett helt kodförråd eller hela samtalshistoriken läses in.
Beständiga försök, avbrott, kontrollpunkter och budgetar gör pågående arbete begripligt. Sammanfattningar behåller källhänvisningar och aktualitet, medan kunskapen om applikationen bara är synlig för behöriga deltagare.
Kompakt diagnostik och exakta diffar hjälper människor och agenter att granska resultatet utan att dölja viktig information om korrekthet eller behörigheter.


Människor behåller kontrollen över verksamhetens avsikt, åtkomst, budgetar och driftpolicyer. Insyn i plattformen ger ingen åtkomst till konfidentiella applikationsdata.
Den agent som föreslår en ändring kan inte godkänna sina egna utökade behörigheter, försvaga sina acceptanskriterier eller aktivera sin egen efterträdare.
Berätta vad din verksamhet behöver. Vi hjälper dig att hitta en praktisk startpunkt.
Eller skriv till contact@natusai.com
