OpenAI:s ChatGPT-5.6 kan bygga en webbapp på några timmar — kan den bygga ett fungerande POS?

OpenAI släppte GPT-5.6 den 9 juli — tre nya modeller, rekord på nästan alla kodningsbenchmarks och en våg av imponerande demos inom några timmar. Så frågan i titeln förtjänar ett rakt svar: nej, GPT-5.6 kan inte bygga ett fungerande POS på egen hand. Alla som försöker bygga ett fungerande POS med AI stöter på samma vägg, och det har ingenting med intelligens göra. De delar som gör att ett kassasystem faktiskt "fungerar" — slutgiltiga kortbetalningar, ett lager som stämmer även under hög belastning, certifierad kortläsarhårdvara — kan inte genereras som kod, oavsett hur bra modellen som skriver koden blir.

Det påståendet behöver underbyggas, eftersom den här modellen är anmärkningsvärd.

Vad har folk byggt med GPT-5.6 hittills?

Mycket, och snabbt. Sol, flaggskeppet i den nya familien (tillsammans med de billigare Terra och Luna), är OpenAI:s bästa kodningsmodell hittills. Den får 80 poäng på Artificial Analysis Coding Agent Index — ett nytt rekord — samtidigt som den använder mindre än hälften så många output-tokens som sin närmaste konkurrent. OpenAI:s lanseringssida visar ett seglingsspel i webbläsaren, en mekanisk klockby och en hel museiwebbplats, var och en skapad utifrån en kort prompt, där modellen inspekterar sitt eget renderade resultat och åtgärdar visuella problem innan den lämnar över arbetet.

Tidiga användare visade upp ännu mer imponerande exempel inom ett dygn:

• Sol blev den första modellen att vinna ett offentligt ARC-AGI-3-spel, med ett resultat på 87 % i en pusselmiljö utformad för att testa flytande intelligens.

• En produktchef matade in ett produktdokument (PRD) och fick en helt spelifierad läxspårare på ett enda försök — med XP, upplåsbara avatarer och en föräldrapanel för att redigera belöningar.

• Den nya inställningen ultra koordinerar fyra agenter parallellt och delar upp krävande arbete på samtidiga arbetsströmmar.

• Lovable rapporterar att GPT-5.6 slutför appbyggen för användare med ungefär 25 % färre steg och upp till 48 % färre verktygsanrop än den tidigare modellen.

Så rubrikens premiss är verklig. En kompetent, polerad webbapp på en eftermiddag är numera baslinjen, inte prestationen.

Varför kan inte GPT-5.6 bygga ett fungerande POS?

Eftersom ett POS inte bara är en webbapp med en "Betala"-knapp. Applikationskoden — skärmar, knappar, varukorgslogik — är de synliga 20 procenten. De övriga 80 procenten är handelsinfrastruktur, och infrastruktur kan inte genereras som text.

Betalningar är den första väggen. Att ta emot ett kort fysiskt kräver ett inlösenavtal (merchant account), PCI-efterlevnad och betalterminaler som har genomgått hårdvarucertifiering. Var och en av dessa är ett kontrakt, en granskning eller en fysisk enhet. GPT-5.6 kan skriva en felfri kassaskärm på nittio sekunder; den kan inte ta emot ett Visa-kort när det väl gäller. Det finns ingen prompt för det.

Vad går sönder efter betalningarna?

Korrekt funktion under verklig press. Några exempel som alla handlare känner igen:

• Samtidig lagerhantering. Två kassor säljer den sista croissanten i exakt samma ögonblick. Webbappskod som "för det mesta fungerar" säljer för mycket; ett POS måste lösa den konflikten korrekt varje gång.

• Avstämning. Dagsavslutets summor måste matcha betalväxelns avräkning på öret — över försäljning, återbetalningar, delvisa återbetalningar, dricks och tilläggsavgifter. Att det är "nära" är en bokföringskatastrof.

• Moms och skatt. Skattesatser, grupper, undantag och avrundningsregler skiljer sig åt mellan olika jurisdiktioner och ändras utan förvarning.

• Offline. När internet går ner mitt under rusningen måste kassan fortsätta sälja och synkronisera felfritt efteråt.

• Hårdvara. Kvittoskrivare, kassalådor och streckkodsläsare talar sina egna protokoll och slutar fungera på sina egna sätt.

Notera osymmetrin: en genererad demo som fungerar 95 % av tiden är en triumf. En kassa som har fel 0,5 % av tiden förlorar pengar varje dag och slängs ut inom en månad. Benchmarks belönar den första standarden; handlare lever efter den andra.

Har AI överhuvudtaget någon plats vid kassadisken då?

Ja — en stor roll. Fel slutsats är att "hålla AI borta från ditt POS". Rätt slutsats är att modellen bör designa ovanpå en handelsinfrastruktur snarare än att generera en ersättning för den. Låt modellen göra det den numera gör förbluffande väl — layout, flödeslogik, iteration i samtalshastighet — medan betalningar, lager, skatt och hårdvara körs på system som är byggda och certifierade för jobbet.

Den arbetsfördelningen är exakt vad MCP (the Model Context Protocol, den öppna standarden för att ansluta AI-verktyg till externa system) gör möjligt, och det är därför vi byggde Finals Build kring det. Skriv en prompt, välj "Anslut din egen AI (MCP)" och klistra in det genererade blocket i ChatGPT, Claude Code, Cursor eller Codex — ditt eget AI-verktyg bygger kassaflödet med en live-förhandsvisning, och distribuerar det sedan på en infrastruktur där Final Pay hanterar betalningarna, certifierade terminaler tar emot korten och lagret förblir korrekt på alla stationer. GPT-5.6 kan verkligen bygga ditt kassasystem på några timmar — så länge ingen ber det att också bygga de delar som tog åratal att utveckla. För en fullständig genomgång, se hur du använder ChatGPT-5.6 för att bygga ett anpassat kassasystem.