# Claude Opus 5 kan kode i timevis på egen hånd. Hvilke dele af et POS kræver stadig mere end kode?

> Published: 2026-07-27
> Updated: 2026-07-27
> Author: Mathias Nielsen
> Category: POS
> Canonical: https://finalpos.com/da/blog/claude-opus-5-kan-kode-i-timevis-pa-egen-hand-hvilke-dele-af-et-pos-krver-stadig-mere-end-kode

Claude Opus 5 kan kode uden opsyn i timevis. Et POS har stadig dele, som ingen kodesession kan fremstille: betalingsaftaler, certificeret korthardware og overholdelse af regler for kortdata. Her går grænsen.

De dele af et POS, der stadig kræver mere end kode, er dem, der rører ved penge og den fysiske verden: betalingsbehandlingsaftaler, PCI-overholdelse (kortbranchens sikkerhedsregler for håndtering af kortdata), certificerede fysiske kortterminaler og registreringer, der skal være korrekte hver eneste gang. Claude Opus 5, udgivet 24. juli 2026, kan køre kodesessioner i timevis med minimalt tilsyn[¹](https://www.anthropic.com/news/claude-opus-5). Ingen af de timer opretter en forhandlerkonto.

Modelversioner og datoer i dette indlæg er præcise ved udgivelsen; betragt detaljerne som et øjebliksbillede.

## Hvad ændrede Claude Opus 5 egentlig?

Anthropic beskriver en model, der er bygget til langvarige agenter: Den planlægger bevidst, verificerer sit eget arbejde og kører længere og mere autonomt end tidligere Opus-modeller[²](https://www.anthropic.com/claude/opus). På Anthropics sværeste benchmark for softwareudvikling mere end fordoblede den sin forgængers resultat[¹](https://www.anthropic.com/news/claude-opus-5). Tidlige testere melder om at overdrage arbejde, der tidligere skulle opdeles i mange små bidder, og få færdige resultater tilbage.

Det er et reelt skift, og det forstærker et mønster, vi dækkede, da [GPT-5.6 blev lanceret](/blog/can-chatgpt-5-6-build-a-working-pos): For hver par måneder vokser mængden af fungerende software, du får ud af én enkelt prompt. En kassegrænseflade, der tog en uges prompting sidste år, tager en eftermiddag nu, og med Opus 5 fortsætter modellen, efter du har forladt skærmen.

![Tom stol ved siden af en bærbar computer, der kører en ubemandet kodesession natten over](https://hy9joxwes0n0bta4.public.blob.vercel-storage.com/media/43399b6a-0d29-48b6-84dd-88ef01fcb193/generated/2862728df6db1838-opus-5-autonomous-coding-session-inline.jpg)

## Hvorfor færdiggør mere kodetid ikke opgaven?

Fordi de sværeste dele af et point of sale ikke er problemer af kode-mæssig karakter. En autonom model producerer mere kode og bedre kontrolleret kode. Den kan ikke producere en godkendelsesbeslutning fra en indløser, en hardwarecertificering eller en sikkerhedsaudit, uanset hvor længe den kører. De kommer fra institutioner, ikke fra kompilere.

Der er en anden og mere subtil begrænsning. Opus 5's vigtigste færdighed er at verificere sit eget arbejde, og verifikation kræver en absolut sandhed. En model kan teste, at dens kasseberegninger stemmer. Den kan ikke teste op mod et reelt kortnetværk, en reel afregningsplan (hvornår kortmidler reelt når din bank) eller en reel skattemyndighed, fordi ingen af delene eksisterer i en kode-sandkasse. Kode kan være fuldstændig konsistent med sig selv og alligevel møde virkeligheden for første gang ved din disk.

## Hvilke dele af et POS kræver stadig mere end kode?

Hovedsageligt fire.

- At flytte penge. At opkræve betaling på et kort kræver en relation til en betalingsbehandler (virksomheden der afregner kortmidler til din bank): Godkendelse, udbetalingsplaner, overvågning af svindel, håndtering af indsigelser. Ingen kodesession leverer en godkendt forhandlerkonto.
- Sikkerhed omkring kortdata. PCI-overholdelse gælder for ethvert system, der berører kortnumre. Genereret kassekode, der håndterer kortdata, lægger den revisionsbyrde over på dig; certificeret betalingsinfrastruktur eksisterer netop for at holde forhandlere uden for PCI-omfanget.
- Hardware til fysisk kortbetaling. Bip- og chipbetalinger kører på certificerede terminaler med sikker firmware, som ingen bare kan skrive ad hoc. Det er den samme mur, der får [vibe-kodede betalings-apps afvist i App Store](/blog/why-vibe-coded-payment-apps-get-rejected): Hindringerne er rettigheder og certificeringer, ikke kodekvalitet.
- Registreringer der er korrekte hver gang. Lagerbeholdning der overlever to samtidige salg, og rapporter der stemmer (matcher de penge, der reelt er ankommet) er teknisk set kode, men kode der skal være korrekt altid. Vi kortlagde den mur i [Vibe Coding a Point of Sale](/blog/vibe-coding-a-point-of-sale). Opus 5 skriver denne type kode bedre end nogen model før den, men du ønsker stadig ikke, at dens første test i produktion skal være i lørdagsmyldretiden.

![Kort berører en generisk certificeret betalingsterminal ved en butiksdisk, korthardwaren til fysiske betalinger som ingen kodesession kan fremstille](https://hy9joxwes0n0bta4.public.blob.vercel-storage.com/media/43399b6a-0d29-48b6-84dd-88ef01fcb193/generated/3c959c269de15319-certified-card-terminal-tap-inline.jpg)

## Så hvad bør du lade Claude Opus 5 bygge?

Alt over den grænse: Skærmene, flowet, logikken, den branchespecifikke adfærd, der får et POS til at passe til din virksomhed i stedet for en skabelon. Det lag er kode, og Opus 5 er nu sandsynligvis det stærkeste tilgængelige værktøj til det.

Den praktiske vej er MCP (Model Context Protocol, den åbne standard der lader AI-værktøjer tilslutte sig anden software). I stedet for at bede modellen om at genopbygge betalinger fra bunden, forbinder du den til en platform, hvor pengeoverførsel, hardwarecertificering og overholdelse af regler allerede eksisterer, og lader den bygge kasseoplevelsen ovenpå. Vi har tidligere skrevet om forskellen på [platforme en AI kan betjene, og platforme en AI kan bygge videre på](/blog/retail-platform-mcp-server); autonome modeller gør den anden kategori langt mere vigtig, fordi modellen nu kan føre et byggeri langt uden din hjælp.

Finals Build fungerer på denne måde: Byggeren er prompt-baseret, du beskriver det flow, du ønsker, eller forbinder din egen AI via MCP, og flowet udrulles på en infrastruktur, hvor Final Pay, certificerede terminaler og den bagvedliggende registrering allerede er håndteret. [Sådan bruger du Claude Fable 5 til at bygge et fungerende POS](/blog/claude-fable-5-build-working-pos) gennemgår, hvordan det ser ud med Opus 5's storesøster.

![Bærbar computer forbundet med en tråd af lys til et tablet-POS på en kassedisk, der viser en AI, som bygger via MCP på reel handelsinfrastruktur](https://hy9joxwes0n0bta4.public.blob.vercel-storage.com/media/43399b6a-0d29-48b6-84dd-88ef01fcb193/generated/a2fcc931cfba32aa-mcp-laptop-to-pos-connection-inline.png)

## Så hvilke dele af et POS kræver stadig mere end kode?

Dem der ender med en aftale, en certificering eller en udbetaling: Betalingsbehandling, PCI-overholdelse og fysisk korthardware, samt registreringer der skal være korrekte hver gang. Claude Opus 5 ændrede, hvor meget POS du kan få ud af en kodesession. Den ændrede ikke, hvad en kodesession kan fremstille. En nyttig tommelfingerregel: **Hvis opgaven slutter med kode, overlad den til modellen; hvis den slutter med en aftale, en certificering eller en pengeoverførsel, overlad den til infrastrukturen.**

Hvis du vil se, hvor grænsen går i praksis, kan du [forbinde din egen AI til Build via MCP](https://finalpos.com/help/connect-your-own-ai-mcp) og lade modellen udføre den del, den nu er rigtig god til.

## FAQ

**Q: Kan Claude Opus 5 bygge et POS alene?**
A: Den kan bygge skærmbillederne, flowet og logikken i et POS i løbet af en lang ubemandet session. Den kan ikke afregne kortbetalinger, certificere terminalhardware eller overtage overholdelsen af regler for kortdata, så et fungerende POS kræver, at modellen er forbundet til en reel handelsinfrastruktur.

**Q: Hvad er Claude Opus 5?**
A: Claude Opus 5 er Anthropics Opus-niveau-model udgivet den 24. juli 2026. Den er bygget til langtkørende agenter: Den planlægger bevidst, verificerer sit eget arbejde og koder i længere perioder med minimalt tilsyn.

**Q: Hvorfor kan AI-genereret kode ikke håndtere kortbetalinger direkte?**
A: Hævning af penge på et kort kræver et godkendt aftaleforhold med en betalingsindløser, certificerede betalingsterminaler til fysiske kort og PCI-overholdelse for ethvert system, der berører kortdata. De kommer fra aftaler og certificeringer, ikke fra kode.

**Q: Hvordan forbinder jeg Claude til en POS-bygger via MCP?**
A: Finals Build understøtter tilslutning af din egen AI via MCP. Du genererer en forbindelsesblok i Build, indsætter den i en MCP-klient som Claude Code, og modellen bygger betalingsflowet med en live-forhåndsvisning.