OpenAI sin ChatGPT-5.6 kan byggje ein nettapp på få timar – kan han byggje ein fungerande POS?

OpenAI lanserte GPT-5.6 den 9. juli – tre nye modellar, rekordar på nesten kvar einaste kodingstest, og ei bølgje av imponerande demoar i løpet av få timar. Så spørsmålet i tittelen fortener eit rett fram svar: nei, GPT-5.6 kan ikkje byggje ein fungerande POS på eiga hand. Alle som prøver å byggje ein fungerande POS med AI treff den same veggen, og det har ingenting med intelligens å gjere. Delane som gjer ein POS "fungerande" – oppgjorte kortbetalingar, lagerhald som held seg korrekt under press, sertifisert lesarmaskinvare – kan ikkje genererast som kode, uansett kor god modellen som skriv koden blir.

Den påstanden må underbyggjast, for denne modellen er oppsiktsvekkjande.

Kva har folk bygd med GPT-5.6 så langt?

Masse, og raskt. Sol, flaggskipet i den nye familien (saman med dei rimeligare Terra og Luna), er OpenAI sin beste kodemodell til no. Han skårar 80 på Artificial Analysis Coding Agent Index – ein ny rekord – samtidig som han bruker under halvparten av output-tokena til den næraste konkurrenten sin. OpenAI sin lanseringsside viser eit seglespel i nettlesaren, ein urverk-landsby og ein heil museumsnettstad, kvar av dei produsert ut frå eit kort prompt, der modellen sjølv inspiserer det visuelle resultatet og fiksar feil før han leverer arbeidet frå seg.

Tidlege brukarar fann fram til endå betre døme i løpet av det første døgnet:

• Sol vart den første modellen til å vinne eit offentleg ARC-AGI-3-spel, med ein skår på 87 % i eit puslespelmiljø designa for å teste flytande intelligens.

• Ein produktsjef mata han med eit kravdokument (PRD) og fekk ein fullt gamifisert lekse-app på eitt forsøk – med XP, følgjesveinar ein kan låse opp, og eit foreldredashbord for å redigere belønningar.

• Den nye ultra-innstillinga koordinerer fire agentar i parallell, og deler krevjande arbeid over samtidige arbeidsstraumar.

• Lovable rapporterer at GPT-5.6 fullfører app-bygging for brukarar med omtrent 25 % færre steg og opptil 48 % færre verktøykall enn den førre modellen.

Så premissen i overskrifta er reell. Ein kompetent, polert nettapp på ein ettermiddag er no utgangspunktet, ikkje bragda.

Kvifor kan ikkje GPT-5.6 byggje ein fungerande POS?

Fordi ein POS ikkje er ein nettapp med ein "Betal"-knapp. Applikasjonskoden – skjermar, knappar, handlekorglogikk – er dei synlege 20 prosentane. Dei andre 80 prosentane er handelsinfrastruktur, og infrastruktur kan ikkje spyttast ut som tekst.

Betalingar er den første veggen. Å ta imot eit kort fysisk krev ein innløysaravtale, PCI-samsvar og betalingsterminalar som har bestått maskinvaresertifisering. Kvart av desse punkta er ein kontrakt, ein revisjon eller ei fysisk eining. GPT-5.6 kan skrive ein feilfri utsjekkingsskjerm på nitti sekund; han kan ikkje ta imot eit Visa-kort i enden av det. Det finst ikkje noko prompt for det.

Kva er det som sviktar etter betalingane?

Korrektheit under press i den verkelege verda. Nokre døme alle forhandlarar vil kjenne att:

• Samtidig lagerhald. To kassaapparat sel den siste croissanten i akkurat same sekund. Nettapp-kode som "stort sett fungerer" oversel; ein POS må løyse den konflikten rett kvar einaste gong.

• Avstemming. Dagsgjerda må stemme på øret med oppgjeret frå betalingsformidlaren – på tvers av sal, refusjonar, delvise refusjonar, tips og gebyr. "Nesten" er eit bokføringsavvik.

• Skatt. Satsar, grupper, fritak og avrundingsreglar varierer etter jurisdiksjon og endrar seg utan varsel.

• Offline. Når internett fell ut midt i rushet, må kassa halde fram med å selje og synkronisere knirkefritt etterpå.

• Maskinvare. Kvitteringsskrivarar, pengeskuffer og strekkodeskannarar snakkar sine egne protokollar og feilar på sine egne måtar.

Merk asymmetrien: ein generert demo som fungerer 95 % av tida er ein triumf. Ei kasse som tek feil 0,5 % av tida taper pengar kvar dag og vert kasta ut i løpet av ein månad. Testar premierer den første standarden; forhandlarar lever av den andre.

Har AI i det heile tatt noko å gjere i kassa då?

Ja – i aller høgste grad. Den feilaktige konklusjonen er å "halde AI unna POS-en din". Den rette er at modellen bør designe på toppen av handelsinfrastruktur i staden for å generere ein erstatning for henne. Lat modellen gjere det han no gjer forbausande bra – oppsett, flytlogikk, testing i samtalefart – medan betalingar, lagerhald, skatt og maskinvare køyrer på system som er bygde og sertifiserte for jobben.

Den arbeidsdelinga er akkurat det MCP (Model Context Protocol, den opne standarden for å kople AI-verktøy til eksterne system) gjer mogleg, og det er difor vi bygde Final sin Build rundt det. Skriv eit prompt, vel "Kople til eigen AI (MCP)", og lim den genererte blokka inn i ChatGPT, Claude Code, Cursor eller Codex – ditt eige AI-verktøy byggjer utsjekkingsflyten med ei live førehandsvisning, og rullar han deretter ut på infrastruktur der Final Pay handterer betalingane, sertifiserte terminalar tek korta, og lagerhaldet held seg korrekt på kvar einaste stasjon. GPT-5.6 kan faktisk byggje din POS på nokre timar – så lenge ingen ber han om å også byggje dei delane som tok år. For den fulle gjennomgangen, sjå korleis du bruker ChatGPT-5.6 til å byggje ein tilpassa POS.