ChatGPT-5.6 de OpenAI puede crear una aplicación web en horas; ¿puede crear un POS que funcione?

OpenAI lanzó GPT-5.6 el 9 de julio: tres nuevos modelos, récords en casi todos los puntos de referencia de programación y una ola de demostraciones impresionantes en cuestión de horas. Así que la pregunta del título merece una respuesta directa: no, GPT-5.6 no puede crear un POS que funcione por sí solo. Cualquiera que intente crear un POS que funcione con IA se topa con la misma pared, y no tiene nada que ver con la inteligencia. Las partes que hacen que un punto de venta "funcione" (pagos con tarjeta liquidados, inventario que se mantiene correcto bajo presión, hardware de lectura certificado) no se pueden generar como código, sin importar lo bueno que sea el modelo que escribe ese código.

Esa afirmación necesita respaldo, porque este modelo es extraordinario.

¿Qué ha construido la gente con GPT-5.6 hasta ahora?

Mucho, y rápido. Sol, el buque insignia de la nueva familia (junto con los más económicos Terra y Luna), es el mejor modelo de programación de OpenAI hasta la fecha. Obtiene una puntuación de 80 en el Artificial Analysis Coding Agent Index (un nuevo récord) mientras utiliza menos de la mitad de los tokens de salida de su rival más cercano. La página de lanzamiento de OpenAI muestra un juego de navegación para navegador, una aldea mecánica y un sitio web de museo completo, cada uno producido a partir de una breve instrucción, con el modelo inspeccionando su propio resultado renderizado y corrigiendo problemas visuales antes de entregar el trabajo.

Los primeros usuarios descubrieron mejores datos curiosos en un día:

• Sol se convirtió en el primer modelo en ganar un juego público de ARC-AGI-3, con una puntuación del 87% en un entorno de acertijos diseñado para probar la inteligencia fluida.

• Un gerente de producto le proporcionó un PRD y obtuvo un rastreador de tareas completamente gamificado en un solo intento: XP, avatares de acompañamiento desbloqueables y un panel para padres para editar recompensas.

• La nueva configuración ultra coordina cuatro agentes en paralelo, dividiendo el trabajo exigente en flujos de trabajo simultáneos.

• Lovable informa que GPT-5.6 completa las compilaciones de aplicaciones de los usuarios con aproximadamente un 25% menos de pasos y hasta un 48% menos de llamadas a herramientas que el modelo anterior.

Así que la premisa del titular es real. Una aplicación web competente y pulida en una tarde es ahora el punto de partida, no el logro.

¿Por qué GPT-5.6 no puede crear un POS que funcione?

Porque un POS no es una aplicación web con un botón de "Pagar". El código de la aplicación (pantallas, botones, lógica del carrito) es el 20% visible. El otro 80% es infraestructura comercial, y la infraestructura no se puede emitir como texto.

Los pagos son la primera pared. Aceptar una tarjeta en persona requiere una cuenta de comerciante, cumplimiento de PCI y terminales de pago que hayan superado la certificación de hardware. Cada uno de ellos es un contrato, una auditoría o un dispositivo físico. GPT-5.6 puede escribir una pantalla de pago impecable en noventa segundos; no puede aceptar una tarjeta Visa al final de ella. No hay ninguna instrucción para eso.

¿Qué se rompe después de los pagos?

La corrección bajo la presión del mundo real. Algunos ejemplos que cualquier comerciante reconocerá:

• Inventario concurrente. Dos cajas registradoras venden el último croissant al mismo tiempo. El código de una aplicación web que "casi siempre funciona" vende de más; un POS tiene que resolver esa condición de carrera correctamente cada vez.

• Conciliación. Los totales del final del día deben coincidir con la liquidación del procesador de pagos al centavo, en todas las ventas, reembolsos, reembolsos parciales, propinas y recargos. Estar "cerca" es un incidente de contabilidad.

• Impuestos. Las tasas, los grupos, las exenciones y las reglas de redondeo difieren según la jurisdicción y cambian sin previo aviso.

• Sin conexión. Cuando el internet se cae en plena hora punta, la caja registradora tiene que seguir vendiendo y sincronizarse limpiamente después.

• Hardware. Las impresoras de recibos, los cajones de dinero y los escáneres de códigos de barras hablan sus propios protocolos y fallan a su manera.

Observe la asimetría: una demostración generada que funciona el 95% de las veces es un triunfo. Una caja registradora que se equivoca el 0.5% de las veces pierde dinero a diario y se desecha en un mes. Los puntos de referencia premian el primer estándar; los comerciantes viven del segundo.

¿Tiene la IA algún lugar en el mostrador de pago, entonces?

Sí, uno grande. La conclusión equivocada es "mantenga la IA alejada de su POS". La correcta es que el modelo debe diseñar sobre la infraestructura comercial en lugar de generar un sustituto para ella. Deje que el modelo haga lo que ahora hace sorprendentemente bien (diseño, lógica de flujo, iteración a la velocidad de una conversación) mientras los pagos, el inventario, los impuestos y el hardware se ejecutan en sistemas creados y certificados para el trabajo.

Esa división del trabajo es exactamente lo que hace posible MCP (el Model Context Protocol, el estándar abierto para conectar herramientas de IA a sistemas externos), y es por eso que creamos Build de Final en torno a él. Escriba una instrucción, elija "Conectar su propia IA (MCP)" y pegue el bloque generado en ChatGPT, Claude Code, Cursor o Codex: su propia herramienta de IA crea el flujo de pago con una vista previa en vivo, luego se implementa en la infraestructura donde Final Pay gestiona los pagos, las terminales certificadas aceptan las tarjetas y el inventario se mantiene correcto en cada estación. GPT-5.6 realmente puede crear su punto de venta en horas, siempre y cuando nadie le pida que también cree las partes que tomaron años. Para ver la guía completa, consulte cómo usar ChatGPT-5.6 para crear un punto de venta personalizado.