Gå til indhold
NodeOS

Intern pilot · NodeOS brugt af vores eget team

Sådan gav vi vores AI-udvikling en hukommelse

I omkring tre måneder har vi brugt NodeOS i vores egen softwareudvikling med KIRO, GitHub og et kundevendt forløb. Det her har vi observeret.

Internt produktbrugs-case. Ikke en uafhængig kundeudtalelse og ikke en målt produktivitetsundersøgelse.

Forløbet

  1. 01

    En forespørgsel eller fejl registreres

    Forretningens interessenter registrerer den, hvor de kan følge den.

  2. 02

    Udviklingsarbejdet forberedes

    Opgaven placeres i projektets hierarki med relateret arbejde og beslutninger.

  3. 03

    KIRO henter historisk kontekst

    Tidligere opgaver, beslutninger og dokumentation hentes før undersøgelsen.

  4. 04

    Agenten undersøger og implementerer

    Inden for sit autoriserede miljø og med verifikation af den aktuelle kode.

  5. 05

    Fremdrift og evidens registreres

    Arbejdssessioner, checkpoints og evidens bliver ved opgaven.

  6. 06

    Ejeren finder tidligere beslutninger

    Tidligere valg kan søges frem i stedet for at leve i nogens hukommelse.

  7. 07

    Udskudte idéer forbliver tilgængelige

    Forbedringer fundet undervejs gemmes til fremtidig planlægning.

Demo · Alle navne, tal og oplysninger er fiktive

Sådan starter en AI-udviklingsagent sin næste opgave med tidligere kontekst — illustrativt forløb.

01 · Ny opgave

DEMO-104 · Notifikationer ved ændringer i sager

Agenten modtager opgaven med den kontekst, NodeOS har registreret for den.

  1. Projekt: Eksempelvirksomhed – Udviklingsprojekt
  2. Relateret opgave: DEMO-102 Vælg hvilke beskeder du modtager
  3. Komponent: Notifikationer (registreret)
  4. Dokumentation: Notifikationsnote i projektet
  5. Gældende beslutning: DEC-DEMO-01 Notifikationer følger brugerens valg

Ét forløb, tre perspektiver

  • Kunde: forstår udviklingens fremdrift.
  • Ejer: bevarer kontrollen og organisationens historik.
  • Udvikler / agent: bruger tidligere arbejde til at guide ny udvikling.
Demo · Alle navne, tal og oplysninger er fiktive

Illustrationen af forløbet bruger syntetiske data, ikke reel udviklingsevidens.

Hvad hver målgruppe fik ud af det

Kundens perspektiv

Interessenter kunne følge indkomne fejl, udviklingsønsker, opgavernes fremdrift og leverancer.

Udvikler / AI-agentens perspektiv

KIRO brugte tidligere historik, beslutninger og dokumentation i det efterfølgende arbejde, så undersøgelser blev mere fokuserede i stedet for at genopbygge hele konteksten igen.

Udviklingsejerens perspektiv

Implementeringsarbejde, beslutninger, undersøgelser, åbne opgaver, udskudte idéer og fremdriftshistorik blev bevaret.

Observeret vs. forventet

Observeret i intern brug

  • Interessenter fulgte fremdriften uden at spørge udviklerne om status
  • Agentsessioner startede fra registrerede opgaver, beslutninger og dokumentation
  • Udskudte idéer kunne findes igen senere

Forventet, ikke målt

  • Hurtigere opstart af nye agentsessioner
  • Mindre gentaget undersøgelse over tid
  • Tydeligere ansvar for leveret arbejde

Vi har ikke målt tidsbesparelser eller produktivitet, og vi angiver ingen tal.

Byg videre på det, I allerede ved.

Giv mennesker fælles overblik. Giv agenter et bedre udgangspunkt.

Book en demo