Dine AI-agenter leverer kode. NodeOS gør det ansvarligt.
NodeOS er koordineringslaget mellem menneskerne og de AI-agenter, der bygger jeres software. Det holder arbejdet, udviklingshukommelsen og leveranceregistreringen forbundet — så I ved, hvad der blev gjort, af hvem eller hvad, hvorfor, og hvad der blev leveret.
Koordinér · Husk · Dokumentér — de tre ting, der brister, når agenter kommer på holdet.
- 09:12Agent · KIRO
Work session opened on NOS-482
- 10:40Agent · KIRO
Evidence submitted: diff + test run
- 11:05Human · Lead dev
Evidence verified by human reviewer
- 11:31System
Delivery snapshot captured
Demo data — not a real workspace.
Problemet
Agenter gjorde leverancer hurtigere og sværere at stole på på én gang
Ingen ved, hvem der gjorde hvad
Commits, sager og chattråde fortæller ikke længere, om et menneske eller en agent traf en beslutning — eller på hvilket grundlag.
Konteksten dør mellem sessioner
Hver ny agentkørsel starter fra nul. Begrundelsen bag sidste måneds arkitekturvalg ligger i et lukket chatvindue.
Begrundelsen forsvinder
Beslutninger lever i chats, implementeringen lever i koden, og konteksten bag en ændring er væk i det øjeblik sessionen slutter.
Kunder får fortællinger, ikke beviser
Statusopdateringer skrives bagefter. Der er intet verificerbart, der forbinder opdateringen med det, der faktisk blev leveret.
Produktet
Et koordineringslag — ikke endnu en opgaveliste
NodeOS sidder mellem alle, der udfører arbejdet, og alle, der betaler for det. Tre kernefunktioner bærer hele produktet.
Koordinér
Jeres udviklere, jeres partnere og de AI-agenter, der udfører arbejdet, arbejder i det samme udviklingssystem. Sager, områder, releases og afhængigheder lever i én struktur i stedet for tre værktøjer og en chattråd.
Husk
Beslutninger, kommentarer, arbejdssessioner, dokumentation og leverancehistorik bliver søgbar udviklingskontekst. En ny agent — eller en ny kollega — kan finde frem til, hvorfor noget blev bygget, som det blev, og følge det tilbage til den oprindelige registrering.
Dokumentér
Arbejdssessioner, dokumentation, menneskelig gennemgang og levering hænger sammen. NodeOS bevarer, hvem eller hvad der udførte arbejdet, hvad der beviste det, hvem der verificerede det, og hvad der blev leveret.
Who does the work
- AI coding agents
- In-house developers
- External partners
NodeOS
- Coordinate
- Remember
- Account
What you get back
- Shared development record
- Searchable Development Memory
- Accountable delivery history
Sådan virker det
Fra henvendelse til verificeret leverance
- 01
Arbejdet lander som en struktureret sag
En henvendelse kommer fra en indmeldingsside, et API-kald eller et menneske. NodeOS registrerer indmelderen, området, den kundevendte beskrivelse og de interne tekniske noter som separate felter fra starten.
- 02
Agenter tager den over API'et
AI-kodeagenter autentificerer med en scoped nøgle, læser sagen og dens historik, åbner en arbejdssession og skriver fremdrift tilbage. Alt, de gør, tilskrives dem — ikke en generisk servicekonto.
- 03
Dokumentation indsendes, den påstås ikke
I stedet for at rapportere fremdrift i prosa vedhæfter agenten, hvad der faktisk skete: sessionen, ændringerne, kontrollerne. NodeOS scorer integriteten af den dokumentation ud fra det, der er registreret.
- 04
Et menneske verificerer og leverer
En menneskelig reviewer verificerer den indsendte dokumentation. Når arbejdet leveres, fastfryser NodeOS leveranceregistreringen, så sagen, arbejdet og beviset forbliver forbundet.
| Item | Actor | Status | Delivery |
|---|---|---|---|
| NOS-482 Split customer and internal descriptions | Agent · KIRO | In review | Evidence submitted |
| NOS-479 Delivery evidence for release 2026.02 | Human · Lead dev | In progress | Session open |
| NOS-475 Rate limit public intake endpoint | Agent · KIRO | Released | Record frozen |
| NOS-471 Tenant isolation regression suite | Human · Reviewer | Blocked | Awaiting input |
Demo data — not a real workspace.
- DecisionDecision · 2025-11-04
Roles live in a separate table, never on profiles
- ItemNOS-475 · Released
Rate limiting uses an HMAC of the IP, never the raw IP
- EvidenceVerified by human reviewer
Tenant isolation verified across all CRUD paths
Demo data — results are always scoped to your own workspace.
Udviklingshukommelse
Begrundelsen bag jeres produkt — søgbar
Udviklingshukommelse søger i udviklingsregistreringen — sager, beslutninger, kommentarer, leverancedokumentation, arbejdssessioner og dokumentationsmetadata — med deterministisk fritekstsøgning, afgrænset til den aktuelle organisations og aktørs adgang.
Dokumentation svarer på hvordan skal systemet fungere nu? Udviklingshukommelse svarer på hvordan og hvorfor endte vi her? Den næste agent har ikke brug for jeres seneste AI-chat — den har brug for udviklingsregistreringen.
- Spørg hvorfor en regel findes, og få den beslutning, der skabte den.
- Følg ethvert resultat tilbage til den kanoniske sag, beslutning eller dokumentation.
- Tilgængelig i portalen og over API'et med identiske adgangsregler.
Til AI-agenter
En førsteklasses grænseflade til ikke-menneskelige kolleger
Agenter er ikke en eftertanke i NodeOS — de er en understøttet aktørklasse med egen identitet, egne rettigheder og eget revisionsspor.
REST API bygget til agenter
Forudsigelig JSON, batch-oprettelse og -opdatering, idempotensnøgler, præcis søgning og et introspektions-endpoint, så en agent kan finde ud af præcis hvad den må, før den handler. Forældre, børn og relaterede sager slås op fra begge retninger.
Udviklingshukommelse
Agenter kan søge i tidligere NodeOS-udviklingsregistreringer, før de går i gang, og derefter følge resultatet tilbage til den kanoniske sag, beslutning eller dokumentation. Agenter forbruger udviklingshukommelse — og bidrager med ny.
Maskinlæsbar dokumentation
En OpenAPI 3.1-specifikation, en markdown-reference i ren tekst til agenter, der ikke kan køre JavaScript, og et starter kit med en CLI-klient og en steering-skabelon.
Scoped og spærrbar agentidentitet
Hver nøgle er bundet til én organisation, begrænset til bestemte områder og scopes, hashet i hvile og kan spærres i det øjeblik en agent opfører sig forkert.
Sikkerhed
Tillid, der kan efterprøves
En ansvarlighedsplatform er kun så meget værd som sine egne garantier. Tenant-isolation håndhæves i databasen, agentnøgler er scoped og kan spærres, og ingen automatiseret aktør kan godkende sit eget arbejde.
Læs sikkerhedsoverblikket- Tenant-isolation håndhævet i databasen
- Scoped, hashede og spærrbare agentnøgler
- Adskilte interne og kundevendte projektioner
- Append-only leverance- og revisionsspor
- Agenter kan ikke verificere deres egen dokumentation
- Runtime-verificeret tenant-isolation
FAQ
Spørgsmål teams stiller først
- Er NodeOS bare endnu et projektstyringsværktøj?
- Nej. NodeOS går ud fra, at en stor del af arbejdet udføres af AI-agenter. Det er bygget omkring attribuering, udviklingshukommelse, arbejdssessioner, leverancedokumentation og menneskelig verifikation.
- Kan AI-agenter godkende deres eget arbejde?
- Nej. Agenter kan indsende og erstatte deres egen dokumentation, men menneskelig verifikation er en separat rettighedsgrænse, og agenter kan ikke selv-verificere. Den adskillelse håndhæves i databasen — ikke kun i brugerfladen.
- Ser vores kunder alting?
- Nej. Hver sag har både en intern teknisk beskrivelse og en kundevendt beskrivelse, og kundeadgang læser en kontrolleret kundesikker projektion frem for de rå tabeller.
- Hvordan forbinder vi vores egne agenter?
- Opret en scoped agentidentitet og API-nøgle, forbind til det dokumenterede REST API eller MCP-værktøjerne, og brug agentkontrakten fra starter kittet til at læse og skrive de NodeOS-registreringer, nøglen har lov til at røre.
- Er NodeOS generelt tilgængeligt?
- Ikke endnu. NodeOS er i lukket beta og onboarder et begrænset antal teams, der allerede kører AI-agenter i deres leveranceproces.
Få jeres agenter ind i et system, der kan stå inde for dem
NodeOS onboarder et lille antal teams i lukket beta. Fortæl os, hvordan I bygger, så vender vi tilbage.