# Claude Opus 5 kan koda i timevis på eiga hand. Kva delar av ein POS treng framleis meir enn kode?

> Published: 2026-07-27
> Updated: 2026-07-27
> Author: Mathias Nielsen
> Category: POS
> Canonical: https://finalpos.com/nn/blog/claude-opus-5-kan-koda-i-timevis-pa-eiga-hand-kva-delar-av-ein-pos-treng-framleis-meir-enn-kode

Claude Opus 5 kan koda utan tilsyn i timevis. Ein POS har framleis delar inga kodesesjon kan skape: betalingsavtalar, sertifisert kortutstyr og etterleving av kortdatareglar. Her går grensa.

Dei delane av ein POS som framleis treng meir enn kode, er dei som rører pengar og den fysiske verda: avtalar om betalingsbehandling, PCI-etterleving (sikkerheitsreglane til kortbransjen for handtering av kortdata), sertifiserte terminalar for fysiske kort og bokføring som må vere rett kvar einaste gong. Claude Opus 5, lansert 24. juli 2026, kan køyra kodesesjonar i timevis med minimalt tilsyn[¹](https://www.anthropic.com/news/claude-opus-5). Ingenting av den tida skapar ein innløysaravtale.

Modellversjonar og datoar i dette innlegget er presise ved publisering; behandle detaljane som eit augeblinksbilde.

## Kva endra Claude Opus 5 eigentleg?

Anthropic skildrar ein modell byggd for agentar som køyrer over tid: han planlegg målretta, verifiserer sitt eige arbeid og køyrer lengre og meir sjølvstendig enn tidlegare Opus-modellar[²](https://www.anthropic.com/claude/opus). På Anthropic sine hardaste ytelsestestar for programvareutvikling meir enn dobla han poengsummen til føregangaren sin[¹](https://www.anthropic.com/news/claude-opus-5). Tidlege testarar rapporterer at dei gjev han oppgåver som før måtte delast opp i mange små bitar, og får heildekkjande resultat tilbake.

Det er eit reelt skifte, og det bygger vidare på eit mønster vi dekka då [GPT-5.6 vart lansert](/blog/can-chatgpt-5-6-build-a-working-pos): med nokre månaders mellomrom aukar mengda fungerande programvare du får frå éin prompt. Eit kassegrensesnitt som tok ei veke med prompte i fjor, tek ein ettermiddag no, og med Opus 5 held modellen fram etter at du går unna.

![Tom stol ved siden av ein berbar datamaskin som køyrer einubemanna kodesesjon gjennom natta](https://hy9joxwes0n0bta4.public.blob.vercel-storage.com/media/43399b6a-0d29-48b6-84dd-88ef01fcb193/generated/2862728df6db1838-opus-5-autonomous-coding-session-inline.jpg)

## Kvifor gjer ikkje meir kodetid jobben ferdig?

Fordi dei hardaste delane av eit kassasystem ikkje er kodeforma problem. Ein sjølvstendig modell produserer meir kode, og meir etterkontrollert kode. Han kan ikkje produsere ei risikovurdering for innløysing, ein sertifisering av maskinvare eller ein tryggleiksrevisjon, uansett kor lenge han køyrer. Desse kjem frå institusjonar, ikkje frå kompilatorar.

Det finst diutan ei ingåande, meir subtil grense. Opus 5 sin fremste dugleik er å verifisere sitt eige arbeid, og verifisering krev ein fasit. Ein modell kan teste at kasseutrekningane hans stemmer. Han kan ikkje teste mot eit reelt kortnettverk, ein reell oppgjørsplan (når kortmidlar faktisk når banken din) eller ein reell skattestyremakt, for ingen av desse finst i ein kodesandkasse. Kode kan vere heilt konsistent i seg sjølv og likevel møte røyndomen for første gong på disken din.

## Kva delar av ein POS treng framleis meir enn kode?

Hovudsakleg fire.

- Å flytte pengar. Å belaste eit kort krev eit forhold til ein betalingsinnløysar (selskapet som gjer opp kortmidlar til banken din): risikovurdering, utbetalingsplanar, overvaking av svinn, handtering av tvistar. Inga kodesesjon leverer ein godkjend innløysaravtale.
- Kortdatasikkerheit. PCI-etterleving gjeld alle system som rører kortnummer. Generert kassekode som handterer kortdata gjev den revisjonsbøra til deg; sertifisert betalingsinfrastruktur finst nettopp for å halde seljarar utanfor det omfanget.
- Maskinvare for fysiske kort. Betalingar med tamping og brikke køyrer på sertifiserte terminalar med trygg fastvare ingen får skrive ad hoc. Det er same veggen som gjer at [vibe-koda betalingsappar blir avviste frå App Store](/blog/why-vibe-coded-payment-apps-get-rejected): hindringane er tilgangar og sertifiseringar, ikkje kadekvalitet.
- Feilfrie registreringar kvar gong. Varelager som overlever to samtidige sal og rapportar som stemmer overeins (samsvarar med pengane som faktisk kom inn) er teknisk sett kode, men kode som må vere rett for alltid. Vi kartla den veggen i [Vibe-koding av eit kassasystem](/blog/vibe-coding-a-point-of-sale). Opus 5 skriv denne typen kode betre enn nokon modell før han; du vil likevel ikkje at den første produksjonstesten hans skal vere under laurdagsrushet ditt.

![Kort tappa på ein generisk sertifisert betalingsterminal ved ein butikkdisk, maskinvaren for fysiske kort ingen kodesesjon skapar](https://hy9joxwes0n0bta4.public.blob.vercel-storage.com/media/43399b6a-0d29-48b6-84dd-88ef01fcb193/generated/3c959c269de15319-certified-card-terminal-tap-inline.jpg)

## Så kva bør du la Claude Opus 5 byggje?

Alt over den linja: skjermane, flyten, logikken, den bransjespesifikke oppførselen som gjer at ein POS passar til di verksemd i staden for ein mal. Det laget er kode, og Opus 5 er no truleg det sterkaste verktøyet som er tilgjengeleg for det.

Den praktiske vegen er MCP (Model Context Protocol, den opne standarden som lèt AI-verktøy kople seg til annan programvare). I staden for å be modellen om å byggje betalingar frå grunnen av, koplar du han til ein plattform der pengeflyt, sertifisering av maskinvare og etterleving allereie finst, og lèt han byggje kassa oppå det. Vi har skrive før om forskjellen på [plattformer ein AI kan betjene og plattformer ein AI kan byggje på](/blog/retail-platform-mcp-server); sjølvstendige modellar gjer den andre kategorien mykje meir viktig, fordi modellen no kan bære ein byggjeprosess langt utan deg.

Build frå Final fungerer på denne måten: byggjaren er prompt-basert, du skildrar flyten du vil ha eller koplar til din eigen AI over MCP, og flyten blir rulla ut på infrastruktur der Final Pay, sertifiserte terminalar og bokføringa under allereie er handtert. [Korleis du brukar Claude Fable 5 til å byggje ein fungerande POS](/blog/claude-fable-5-build-working-pos) går gjennom korleis det ser ut med storebroren til Opus 5.

![Berbar datamaskin kopla saman med ein lystråd til eit nettbrett-POS på ein kassedisk, som viser ein AI som byggjer over MCP på reell handelsinfrastruktur](https://hy9joxwes0n0bta4.public.blob.vercel-storage.com/media/43399b6a-0d29-48b6-84dd-88ef01fcb193/generated/a2fcc931cfba32aa-mcp-laptop-to-pos-connection-inline.png)

## Så, kva delar av ein POS treng framleis meir enn kode?

Dei som endar med ein avtale, ein sertifisering eller eit oppgjer: betalingsbehandling, PCI-etterleving og maskinvare for fysiske kort, pluss registreringar som må vere korrekte kvar gong. Claude Opus 5 endra kor mykje POS du kan få ut av ein kodesesjon. Han endra ikkje kva ein kodesesjon kan skape. Ein nyttig tommelfingerregel: **dersom oppgåva endar med kode, gjev du ho til modellen; dersom ho endar med ein avtale, ein sertifisering eller at pengar flyttar seg, gjev du ho til infrastrukturen.**

Om du vil sjå kvar grensa går i praksis, kan du [kople din eigen AI til Build over MCP](https://finalpos.com/help/connect-your-own-ai-mcp) og la modellen gjere den delen han no er svært god på.

## FAQ

**Q: Kan Claude Opus 5 byggje ein POS på eiga hand?**
A: Han kan byggje skjermane, flyten og logikken til ein POS i løpet av ein lang kodesesjon utan tilsyn. Han kan ikkje gjere opp kortbetalingar, sertifisere terminalmaskinvare eller ta over etterleving av kortdatareglar, så ein fungerande POS treng at modellen er kopla til reell handelsinfrastruktur.

**Q: Kva er Claude Opus 5?**
A: Claude Opus 5 er Anthropic sin modell på Opus-nivå, lansert 24. juli 2026. Han er bygd for agentar som køyrer over lang tid: han planlegg gjennomtenkt, verifiserer sitt eige arbeid og kodar i lange periodar med minimalt tilsyn.

**Q: Kvifor kan ikkje AI-generert kode handtere kortbetalingar direkte?**
A: Å belaste eit kort krev eit godkjent forhold til ein betalingsinnløysar, sertifiserte terminalar for fysiske kort og PCI-samsvar for alle system som handsamar kortdata. Dette kjem frå avtalar og sertifiseringar, ikkje frå kode.

**Q: Korleis koplar eg Claude til ein POS-byggjar over MCP?**
A: Final sin Build støttar tilkopling av din eigne AI over MCP. Du genererer ein tilkoplingsblokk i Build, limer han inn i ein MCP-klient som Claude Code, og modellen byggjer kasseflyten med ei levande førehandsvising.