Slik jobber vi.

Én endring, fra sak til produkt, og det som gjør at vi kan stole på den underveis.

Vi jobber i runder, ikke prosjekter.

  1. 01
    LærVi ser hvordan folk faktisk bruker produktet, og hvor de sliter.
  2. 02
    BestemVi velger hva som er viktig, hva som skal endres og hva et godt resultat er.
  3. 03
    Bygg og testAgentene implementerer, tester og forbedrer sitt eget arbeid.
  4. 04
    MålFaktisk bruk viser hva som virket, og hva vi bør forbedre videre.
↻ Kontinuerlig læring og forbedring

Slik starter arbeidet.

Noe av arbeidet starter med en beslutning vi tar. Annet starter automatisk, utløst av det som skjer i produktet eller kodebasen.

SAK

Vi beskriver problemet, hva et godt resultat er, og eventuelle begrensninger. Derfra tar en agent over.

ELLER AUTOMATISK UTLØST
Feil i produksjon
En agent gjenskaper feilen, finner årsaken og lager en testet fiks.
Tilbakemelding fra en bruker
En agent samler den med lignende tilbakemeldinger, finner den egentlige årsaken og foreslår hva vi bør rette først.
Signal i dataene
En agent undersøker funnene. Vi bestemmer hva vi gjør med dem.
Faste sjekker
Agentene ser etter sikkerhetshull, ytelsesproblemer og behov for vedlikehold.

To prinsipper ligger bak alt.

1 En kodebase laget for agenter. Reduserer hvor ofte agentene gjør feil, gjennom arkitektur, struktur, konvensjoner og automatiske begrensninger. 2 Agentene skal kunne sjekke sitt eget arbeid. Gjør agentene i stand til å oppdage, forstå og rette feilene som fortsatt oppstår, uten at vi må gjøre kontrollarbeidet for dem.

En kodebase laget for agenter.

Vi stoler ikke på at agentene husker hver eneste instruks. Vi designer arkitekturen, håndhever konvensjonene og gir dem konteksten de trenger for å jobbe selvstendig.

  1. 01Sterke typer og lint-reglerTypeScript og lint-regler fanger feil og håndhever konvensjoner automatisk.
  2. 02Forutsigbar strukturAlt har sin faste plass. Agentene følger etablerte mønstre i stedet for å finne opp nye.
  3. 03Felles byggeklosserKomponenter, innlogging og datatilgang gjenbrukes, de lages ikke på nytt.
  4. 04Kontekst for håndenAgentene har tilgang til dokumentasjon, beslutninger, logger og tidligere arbeid, så de slipper å gjette.
  5. 05Innebygd sikkerhetTilganger, hemmeligheter og kundedata følger faste mønstre, og brudd fanges opp automatisk.

Agentene skal kunne sjekke sitt eget arbeid.

En agent kan ikke bygge noe pålitelig uten å kunne kjøre, se og feilsøke det. Vi gir dem de samme verktøyene og den samme tilbakemeldingen som en utvikler har, så de kan finne og rette feil selv. De sjekker at det virker. Om det er godt nok, avgjør vi.

  1. 01
    Bygg og sjekkAgentene skriver koden og kjører TypeScript-sjekker, linting og automatiske tester.
  2. 02
    KjørAgentene starter selve applikasjonen i sitt eget miljø.
  3. 03
    Bruk og undersøkMed nettleserautomatisering bruker agentene produktet og ser på konsollen, nettverkskall og logger.
  4. 04
    Rett og gjentaAgentene feilsøker det som feiler, retter det og kjører sjekkene på nytt til resultatet er verifisert.
↻ HELT TIL DET ER VERIFISERT

Mange spor, én retning.

Hver oppgave går i sitt eget spor, så mye kan bygges samtidig. Vi går mellom dem som en regissør mellom settene.

  • Kortere registreringsskjemaPR ÅPEN
  • Første rapportutkast, automatiskBYGGER
  • Krasj ved tom kundelisteTESTER
  • Fakturaer over i nytt skjemaBYGGER
  • Snarvei: «gjenta forrige tur»VENTER PÅ OSS

Den siste raden er poenget: agenten er klar, og beslutningen er vår.

Jo lavere risiko, jo mer frihet.

Alle endringer går gjennom automatiske sjekker og en uavhengig gjennomgang av en agent. Hvor mye frihet en agent får, avhenger av risikoen.

Fra prototype til produkt.

En prototype tar en kveld å bygge, så vi lager mange og beholder få. Et produkt går bare videre når de som bruker det, gir oss grunn til det.

  1. PROTOTYPE
    Test ideenRaskt og enkelt. De fleste stopper her.
  2. UNDER UTVIKLING
    Brukes i ekte arbeidNoen er avhengig av det. Nå bygger vi det ordentlig.
  3. BETA
    Flere brukereVi lærer hva som mangler, og hva som står i veien.
  4. LIVE
    Har fortjent plassenVi fortsetter å forbedre det så lenge det brukes.
DETTE MÅ TIL FOR Å GÅ VIDERE
  1. 01Kommer folk tilbake?Å prøve det én gang er ikke nok. Det må bli en del av hvordan de jobber.
  2. 02Er det tydelig bedre?Bedre enn det de bruker i dag, så mye at det er verdt å bytte.
  3. 03Lønner det seg?Folk betaler nok til at det dekker drift og videreutvikling.

Det som ikke kommer dit, legger vi ned. Det vi lærte, tar vi med inn i det neste.

Vi forbedrer systemet, ikke bare koden.

Når agentene gjør feil, retter vi ikke bare koden. Vi forbedrer reglene, verktøyene og miljøet, så neste agent ikke gjør samme feil.

Hver forbedring gjør hele systemet mer pålitelig.

Filosofien bak → Hva det blir til →