Coding agents kan undersøke en oppgave, finne relevante filer, foreslå en endring, legge til tester og oppdatere dokumentasjon. De er verktøy i utviklingsteamet, ikke selvstendige eiere av kodebasen. Arbeidet flyttes ofte fra tasting til tydelige oppgaver, gode testdata og grundig gjennomgang.
Eksempel: feil i dataeksport
Tenk deg at et lite SaaS-team har en feil der eksporten svikter ved spesialtegn. En agent får saken, relevante filer, prosjektregler og en avgrenset branch. Den gjenskaper feilen, foreslår en retting, legger til en test og oppdaterer et teknisk notat. En utvikler gjennomgår endringen og mulige bieffekter. Deretter kjører CI, sikkerhetskontroller og staging før teamet godkjenner endringen.
- Avgrens oppgave
- Foreslå kode
- Menneske vurderer
- CI og staging
Agenten lager et forslag. Review, automatiske kontroller og staging er separate godkjenningssteg.
Avtal tilgang og akseptkriterier
En agent bør bare få tilgang til det oppgaven krever. Begrens skrivetilgang til en branch; hemmeligheter og produksjonstilgang holdes stengt. Beskriv ønsket oppførsel, berørte områder og tester. Et godt forslag kan gjennomgås: liten diff, relevante tester, kjente usikkerheter og merknader om deler som ikke er testet. Ved arkitekturvalg bestemmer et menneske retningen først.
- Oppgave: gi agenten en feil som kan gjenskapes, eller en tydelig definisjon av ferdig.
- Endring: la agenten jobbe i et kontrollert miljø, og vis alle endrede filer.
- Gjennomgang: la mennesker vurdere diff, sikkerhet, arkitektur og testdekning.
- Utrulling: behold CI, obligatorisk review og staging som krav før merge og release.
Mål nyttig kode, ikke kodemengde
En grønn test beviser ikke at en endring er fullstendig eller trygg. Tester kan overse tilfeller, og en plausibel diff kan skjule et dataproblem. Agenter bør ikke godkjenne review eller endringer i produksjon selv. Ikke vurder heller bidrag etter antall kodelinjer: Det viktige er en gjennomgått, vedlikeholdbar løsning på produktproblemet.
- Følg tiden fram til godkjent merge og mengden etterarbeid.
- Mål feil etter merge, tilbakerullinger og mislykkede CI-kjøringer.
- Kontroller om nye tester dekker relevante feiltilfeller.
- Noter hvilke oppgaver teamet godtar eller avslår agentforslag for.
Integrasjoner uten fast katalog
Slack, Telegram, WhatsApp, e-post, Jira, CRM, ERP og din egen programvare: Vi bygger skreddersydde integrasjoner uten en fast katalog eller et forhåndsbestemt antall tilkoblinger. Omfanget avhenger av tilgjengelige API-er, tilganger og vilkårene til hver leverandør.
En Jira-oppgave kan starte en endring frem til en pull request i kodebasen; teamet får sammendrag og forespørsel om gjennomgang via Slack, Telegram, WhatsApp, e-post og Jira.
Begynn i en avgrenset kodebase med en oppgave som er enkel å kontrollere. Les om AI-utvikling og leveranse. Skreddersydde løsninger starter på 10 000 €; avgrenset leie fra 1 000 € per måned. Tilbudet beskriver oppsett, kapasitet, maskinvare og tredjepartskostnader; mva kommer i tillegg hvis relevant. Planlegg en trygg start med Clutch.
FAQ
Hva koster et AI-prosjekt?
Startprisene er 10 000 € for et prosjekt og 1 000 €/måned for månedlig kapasitetsleie. Tilbudet avhenger av omfang, kapasitet, oppsett, maskinvare, kostnader fra eksterne leverandører og gjeldende avgifter.
Hvilke team passer dette for?
Det passer for team med en konkret produkt- eller driftsoppgave, representative eksempler og en person som kan godkjenne resultatet. Vi undersøker først om AI faktisk hjelper; en vanlig regel eller programvareendring kan være enklere.
Sendes dataene våre til en ekstern AI-leverandør?
Det avhenger av oppsettet vi blir enige om. Vi dokumenterer dataflyt og tilgang før vi velger en ekstern modell eller privat lokal drift.
Hvordan avgjør dere om AI-en er god nok?
Før piloten avtaler vi representative inndata, akseptable resultater, feilgrenser og punkter for menneskelig godkjenning. Resultatet avhenger av dataene og arbeidsflyten din, så vi måler mot de avtalte eksemplene i stedet for å garantere en generell presisjon.