O ChatGPT-5.6 da OpenAI consegue criar um web app em horas — ele consegue criar um POS funcional?

A OpenAI lançou o GPT-5.6 em 9 de julho — três novos modelos, recordes em quase todos os benchmarks de programação e uma onda de demonstrações impressionantes em poucas horas. Portanto, a pergunta no título merece uma resposta direta: não, o GPT-5.6 não consegue criar um POS funcional sozinho. Qualquer pessoa que tente criar um POS funcional com IA bate na mesma parede, e isso não tem nada a ver com inteligência. As partes que tornam um POS "funcional" — pagamentos com cartão liquidados, estoque que permanece correto sob pressão, hardware de leitura certificado — não podem ser geradas como código, não importa o quão bom seja o modelo que escreve esse código.

Essa afirmação precisa de fundamentação, porque este modelo é notável.

O que as pessoas criaram com o GPT-5.6 até agora?

Muito, e rapidamente. O Sol, o carro-chefe da nova família (ao lado dos mais baratos Terra e Luna), é o melhor modelo de programação da OpenAI até o momento. Ele atinge a pontuação de 80 no Artificial Analysis Coding Agent Index — um novo recorde — usando menos da metade dos tokens de saída de seu rival mais próximo. A página de lançamento da OpenAI mostra um jogo de navegação no navegador, uma vila mecânica e um site completo de museu, cada um produzido a partir de um comando curto, com o modelo inspecionando sua própria saída renderizada e corrigindo problemas visuais antes de entregar o trabalho.

Os primeiros usuários revelaram curiosidades ainda melhores em um dia:

• O Sol se tornou o primeiro modelo a vencer um jogo público do ARC-AGI-3, marcando 87% em um ambiente de quebra-cabeça projetado para testar a inteligência fluida.

• Um gerente de produto forneceu a ele um PRD e obteve um rastreador de dever de casa totalmente gamificado em uma única tentativa — com XP, avatares de companheiros desbloqueáveis e um painel para os pais editarem recompensas.

• A nova configuração ultra coordena quatro agentes em paralelo, dividindo o trabalho exigente em fluxos de trabalho simultâneos.

• O Lovable relata que o GPT-5.6 conclui criações de aplicativos de usuários com cerca de 25% menos etapas e até 48% menos chamadas de ferramentas do que o modelo anterior.

Portanto, a premissa do título é real. Um web app competente e polido em uma tarde agora é o ponto de partida, não a conquista.

Por que o GPT-5.6 não consegue criar um POS funcional?

Porque um POS não é um web app com um botão "Pagar". O código do aplicativo — telas, botões, lógica do carrinho — é os 20% visíveis. Os outros 80% são infraestrutura de comércio, e a infraestrutura não pode ser emitida como texto.

Os pagamentos são a primeira barreira. Aceitar um cartão pessoalmente exige uma conta de comerciante, conformidade com o PCI e terminais de pagamento que tenham passado por certificação de hardware. Cada um desses itens é um contrato, uma auditoria ou um dispositivo físico. O GPT-5.6 pode escrever uma tela de checkout perfeita em noventa segundos; ele não consegue aceitar um cartão Visa ao final dela. Não existe comando para isso.

O que quebra depois dos pagamentos?

A exatidão sob pressão do mundo real. Alguns exemplos que todo comerciante reconhecerá:

• Estoque concorrente. Dois caixas vendem o último croissant no mesmo instante. O código de um web app que "quase sempre funciona" vende a mais; um POS precisa resolver essa condição de corrida corretamente todas as vezes.

• Reconciliação. Os totais de fim de dia devem corresponder à liquidação do processador de pagamentos até o centavo — entre vendas, reembolsos, reembolsos parciais, gorjetas e taxas adicionais. Um valor "próximo" é um incidente de contabilidade.

• Impostos. Alíquotas, grupos, isenções e regras de arredondamento diferem por jurisdição e mudam sem aviso prévio.

• Offline. Quando a internet cai no meio do horário de pico, o caixa precisa continuar vendendo e sincronizar de forma limpa depois.

• Hardware. Impressoras de recibos, gavetas de dinheiro e leitores de código de barras falam seus próprios protocolos e falham de maneiras próprias.

Observe a assimetria: uma demonstração gerada que funciona 95% do tempo é um triunfo. Um caixa que erra 0,5% do tempo perde dinheiro diariamente e é descartado em um mês. Os benchmarks premiam o primeiro padrão; os comerciantes vivem pelo segundo.

A IA tem algum lugar no balcão de checkout, então?

Sim — e um espaço grande. A conclusão errada é "mantenha a IA longe do seu POS". A correta é que o modelo deve projetar sobre a infraestrutura de comércio, em vez de gerar um substituto para ela. Deixe o modelo fazer o que ele faz de forma surpreendente agora — layout, lógica de fluxo, iteração na velocidade da conversa — enquanto os pagamentos, estoque, impostos e hardware rodam em sistemas construídos e certificados para o trabalho.

Essa divisão de trabalho é exatamente o que o MCP (o Model Context Protocol, o padrão aberto para conectar ferramentas de IA a sistemas externos) torna possível, e é por isso que construímos o Final Build em torno dele. Digite um comando, escolha "Conectar sua própria IA (MCP)" e cole o bloco gerado no ChatGPT, Claude Code, Cursor ou Codex — sua própria ferramenta de IA cria o fluxo de checkout com uma visualização ao vivo e, em seguida, faz a implantação em uma infraestrutura onde o Final Pay cuida dos pagamentos, terminais certificados aceitam os cartões e o estoque permanece correto em todas as estações. O GPT-5.6 realmente consegue criar seu POS em horas — desde que ninguém peça para ele criar também as partes que levaram anos. Para o passo a passo completo, veja como usar o ChatGPT-5.6 para criar um POS personalizado.