Spring til indhold
ainders.Field note 01–02 · Agentic commerce7. oktober 2026

En virkelig kunderejse på Imerco.dk

Kan en AI-agent købe en kaffekværn?

Agenten fik et budget på 1.300 kr. og frihed til at vælge en elektrisk kaffekværn. Den fandt den rigtige type produkt, byggede kurven og nåede hele vejen til betalingsautoriseringen.

Ny opfølgningSe den målte Jev-browseragenttest

Dokumentation

Se hele forløbet

2:25 · ingen lyd · følsomme inputfelter er maskeret i den delte udgave

Om redigeringen.

Den første skærmoptagelse begyndte først ved checkout. Søgning, produktvalg og kurv blev derfor genoptaget på det samme offentlige website umiddelbart efter testen. Fra leveringsvalget og frem viser filmen den oprindelige checkout. Kontakt- og kortforløbet er nu bevaret i billedet; kun felterne med navn, mail, adresse, telefon, kortdata og ordrenummer er dækket.

Download den redigerede video

Evidens fra betalingsgrænsen

Et menneskeligt stop — og en reel saldobegrænsning.

Anders afsluttede testen på Revolut-skærmen ved at vælge Reject. Den samme skærm viste imidlertid også Insufficient balance: den valgte lomme havde 100 kr. til rådighed mod et køb på 799,95 kr.

Billedet dokumenterer derfor begge forhold, men kan ikke alene afgøre, hvilken årsag betalingskæden registrerede som den endelige afvisning.

Revolut Visa Secure-skærm for Imerco-købet med Reject-knap og besked om utilstrækkelig saldo
Skærmbillede fra den faktiske test. Merchant, beløb, saldo og stopknap er synlige; ingen ordre blev oprettet.

Hvad skete der?

Fem trin — ét brudpunkt

Observationerne nedenfor kommer fra den faktiske session, ikke fra en prototype.

  1. 01

    Intention

    Find en elektrisk kaffekværn på Imerco.dk. Maksimalt budget: 1.300 kr.

  2. 02

    Produktvalg

    Bodum Bistro med konisk kværn, 220 g kapacitet og 12 indstillinger til 799,95 kr.

  3. 03

    Levering

    Gratis PostNord-pakkeshop blev valgt. Hjemmelevering stod til 49 kr.

  4. 04

    Betaling

    Kortbetaling gik fra Imerco til Nets og videre til Revolut 3-D Secure.

  5. 05

    Udfald

    Anders stoppede forsøget på Revolut-skærmen. Den viste samtidig utilstrækkelig saldo; ingen ordre blev oprettet.

Se det valgte produkt på Imerco.dk

Det fungerede

Agenten kunne komme overraskende langt.

  • Søgningen førte til relevante elektriske kaffekværne.
  • Pris, lagerstatus og ordreopsummering var synlige gennem rejsen.
  • En reel kværn med konisk mekanisme blev valgt frem for en simpel kaffemølle.
  • Gratis pakkeshop kunne vælges uden at overskride budgettet.
  • Betalingsgrænsen krævede menneskelig godkendelse — præcis dér, hvor den bør ligge.

Friktion

Flowet er bygget til klik, ikke til intention.

  • Produktkortene gør ikke forskellen mellem knivmølle og konisk kværn tydelig nok.
  • “Fri fragt” bliver først konkret, når pakkeshop og hjemmelevering sammenlignes.
  • Pakkeshop-panelet bruger teksten “Vælg butik”, selv om brugeren vælger udleveringssted.
  • Kortbetaling skifter fra Imerco til Nets og derefter til Revolut 3-D Secure.
  • Imerco/Nets viste en generisk fejl, mens Revolut viste utilstrækkelig saldo. Den konkrete årsag kom ikke tilbage som en handlingsklar besked i webshoppen.

Hvad kan forbedres?

Fire greb med reel effekt

Prioriteret efter hvor meget de reducerer usikkerhed for både mennesker og agenter.

P1

Gør produktforskelle maskinlæsbare

Eksponér kværntype, indstillinger, kapacitet, effekt, lager og levering som konsistente attributter — ikke kun som visuel produkttekst.

P1

Saml betalingshandoffet

Bevar en tydelig Imerco-kontekst, undgå et ekstra valg af kortbrand, og returnér en konkret næste handling: fyld saldo på, vælg en anden betalingsmetode eller stop.

P2

Forklar levering før checkout

Skriv direkte, at gratis fragt gælder pakkeshop, mens hjemmelevering koster 49 kr. Brug “Vælg pakkeshop” i selve panelet.

P2

Tilbyd en købskontrakt til agenten

Lad agenten hente én struktureret plan med vare, total, levering, returvilkår og den præcise godkendelse, der mangler.

Drømmescenariet

Fra seks skærmtrin til ét forståeligt køb.

Agenten skal ikke have færre sikkerhedsgrænser. Den skal have et klarere sprog mellem grænserne — og ét eksplicit menneskeligt ja, før pengene flytter sig.

  1. 01

    Intention

    Budget, produktkrav og leveringspræference i én besked.

  2. 02

    Sammenligning

    Strukturerede produktdata gør forskellen mellem kværn og kaffemølle tydelig.

  3. 03

    Købsplan

    Én gennemlæsbar plan med vare, total, levering, retur og forventet dato.

  4. 04

    Samtykke

    Adresse og leveringsvalg deles formålsbundet — uden genindtastning.

  5. 05

    Godkendelse

    Én eksplicit mobil- eller passkey-godkendelse ved betalingsgrænsen.

  6. 06

    Kvittering

    Et maskinlæsbart ordresvar, som både menneske og agent kan forstå.

Header/footer + UCP + MCP

Informationssiden er skiltet. Protokollerne er selve vejen.

En synlig “AI commerce”-side i header eller footer ville være rigtig god til mennesker, tillid og dokumentation. Den er bare ikke i sig selv et agent-interface. Drømmescenariet kræver også maskinlæsbar discovery og kaldbar funktionalitet.

01 · Mennesket

En offentlig AI commerce-side

Forklar muligheder, begrænsninger, databrug, betaling, retur, support og hvornår et menneske skal godkende.

02 · Discovery

UCP på /.well-known/ucp

Profilen annoncerer versioner, shopping-capabilities, betalingshåndtering og de endpoints, agentplatformen kan forhandle med.

03 · Handling

UCP over REST eller MCP

UCP definerer handlens fælles sprog. MCP kan være én af transporterne, hvor værktøjer udfører afgrænsede handlinger som checkout og ordreopslag.

04 · Kontrol

Godkendelse og entydige udfald

Agenten får en læsbar købsplan; mennesket godkender betalingen; webshoppen returnerer kvittering eller en præcis, maskinlæsbar fejl.

Opfølgning · Field note 02

Kan Jev gøre browseragenten hurtigere?

Kort svarJa — men kun inde i et godt sikkerhedsnet.

Jev traf de små browserbeslutninger hurtigt. Hele systemet blev stadig begrænset af tekstgenerering, manglende fejlhukommelse og behovet for at verificere resultatet uafhængigt.

Kontrolleret test · kørsel 7

Fra kategori til præcis produktside

Agenten skulle finde den eksakte Bodum Bistro-kaffekværn. Ingen kurv, login, checkout eller køb indgik i testen.

Hvad filmen viser.

Original hastighed i en isoleret browserprofil. Cookie-samtykke var forhåndsvalgt efter cold-start-testen; ellers blev navigationen udført af referenceagenten. Den sidste frame holdes 0,9 sekunder for læsbarhed.

Agentens tid
11,50 sek.
Verificeret resultat
11,98 sek.
Median Jev-beslutning
290 ms
Teksthjælperens tid
9,15 sek.
Browserhandlinger
3
Uafhængige checks
5/5

Mekanismen

Jev skriver ikke en plan. Den vælger næste skridt.

Referenceagenten omsætter siden til et afgrænset handlingsrum. Jev får tekstlig state og typed choices — ikke fri adgang til DOM-selectors eller JavaScript. En lille sprogmodel bruges kun, når der skal skrives tekst.

  1. 01

    Observer

    Siden omsættes til en nummereret liste af synlige elementer.

  2. 02

    Vælg

    Jev vælger én operation og ét mål blandt de tilladte muligheder.

  3. 03

    Validér

    Koden kontrollerer, at elementet stadig er synligt, friskt og klikbart.

  4. 04

    Udfør

    Browseren udfører kun den valgte, afgrænsede handling.

  5. 05

    Bekræft

    Et separat outcome-check afgør, om opgaven faktisk er løst.

Det reproducerbare signal

To verificerede succeser. Samme tre browserhandlinger.

De to kontrollerede kørsler nåede samme produktside på henholdsvis 11,50 og 27,08 sekunder. Jev brugte cirka 0,0011–0,0014 USD pr. succesfuld kørsel, beregnet ud fra dokumentationens aktuelle inputpris. Det er et feltsignal — ikke en bred benchmark.

Imerco-kategorisiden med en cookie-dialog, der dækker søgefeltet

Cold start · kørsel 2

120 beslutninger. Nul handlinger.

Cookie-dialogen dækkede søgefeltet. Guard-laget afviste korrekt det dækkede target, men afslaget kom ikke tilbage i agentens historik. Derfor valgte Jev samme felt igen, indtil budgettet på 120 kald var brugt.

Tid
45,81 sek.
Jev input
702.709 tokens
Estimeret Jev-pris
0,0295 USD

Hvad lærte vi?

Hastighed er et systemresultat.

Jev kan gøre beslutningslaget meget let. Resten af browseragenten afgør, om det bliver hurtigt, robust og sikkert i praksis.

01

Jev var den hurtige del

Medianen var 290 ms pr. Jev-beslutning. Selve System One-laget er derfor egnet til små, gentagne valg, når handlingsrummet er tydeligt.

02

Tekstgenerering var flaskehalsen

Jev genererer ikke tekst. Den lille hjælper, som skrev søgefrasen, brugte 9,15 sekunder i den viste kørsel og 24,10 sekunder i den anden succesfulde kørsel.

03

DONE er et forslag — ikke et bevis

I en tidligere kørsel valgte agenten DONE, før produktindholdet var indlæst. Derfor blev den endelige side altid kontrolleret uafhængigt af Jev.

04

Fejl skal blive til hukommelse

Ved cold start dækkede cookie-modalens overlay søgefeltet. Sikkerhedslaget afviste handlingen korrekt, men agenten huskede ikke afslaget og gentog valget 120 gange.

Næste version

Sådan ville vi gøre agenten produktionsklar.

  1. 01

    Filtrér før beslutningen

    Fjern dækkede og utilgængelige elementer fra kandidatlisten, før Jev ser dem.

  2. 02

    Husk eksekveringsfejl

    Før et afvist klik eller stale target tilbage i historikken, og blokér gentagelsen, indtil sidens state ændrer sig.

  3. 03

    Gate DONE

    Kræv et separat, deterministisk outcome-check. Hvis det fejler, fortsætter agenten i stedet for at erklære sejr.

  4. 04

    Brug en direkte tekst-API

    Kald en lille lav-latensmodel direkte ved TYPE_TEXT. I testen gik kaldet gennem en lokal CLI-proxy og dominerede ventetiden.

  5. 05

    Giv agenten strukturerede data

    Produktfeeds eller WebMCP-lignende interfaces kan fjerne både søgetekst, visuel parsing og flere browsertrin.

  6. 06

    Bevar godkendelsesgrænsen

    Lad den hurtige agent navigere og samle planen, men kræv stadig menneskelig godkendelse ved et irreversibelt køb.

Metode og afgrænsning

Testet 7. oktober 2026 i en isoleret Chrome 147-profil med Jev 1.13.0 og den åbne jev-ultrafast-referenceimplementering ved commit1231850. Vi ændrede ikke agentens beslutningsloop. En lokal DeepSeek V4.1 Flash-hjælper leverede kun søgeteksten. Resultatet blev valideret med fem deterministiske checks på URL og produktindhold.

Den korte konklusion

Den hurtigste agent er ikke én model. Det er et system, der ved, hvornår det skal vælge, generere, validere — og stoppe.

Jev passer godt til de små, afgrænsede navigationsvalg. Et langsommere ræsonnerende lag bør håndtere produktvurdering og undtagelser, deterministisk kode bør verificere udfaldet, og mennesket bør fortsat godkende selve købet.