# Claude Opus 5 puede programar de forma autónoma durante horas. ¿Qué partes de un POS siguen necesitando algo más que código?

> Published: 2026-07-27
> Updated: 2026-07-27
> Author: Mathias Nielsen
> Category: POS
> Canonical: https://finalpos.com/es/blog/claude-opus-5-puede-programar-de-forma-autonoma-durante-horas-que-partes-de-un-pos-siguen-necesitando-algo-mas-que-codigo

Claude Opus 5 puede programar sin supervisión durante horas. Sin embargo, un POS tiene partes que ninguna sesión de programación puede generar: acuerdos de pago, hardware de tarjetas certificado y cumplimiento normativo de datos de tarjetas. Aquí mostramos dónde está el límite.

Las partes de un POS que siguen necesitando algo más que código son las que tocan el dinero y el mundo físico: acuerdos de procesamiento de pagos, cumplimiento de PCI (las normas de seguridad de la industria de tarjetas para gestionar datos bancarios), terminales con tarjeta presente certificadas y una contabilidad de registros que debe ser exacta siempre. Claude Opus 5, lanzado el 24 de julio de 2026, puede ejecutar sesiones de programación durante horas con una supervisión mínima[¹](https://www.anthropic.com/news/claude-opus-5). Ninguna de esas horas produce una cuenta de comerciante.

Las versiones de los modelos y las fechas de esta publicación son precisas a fecha de publicación; considera los detalles específicos como una captura del momento.

## ¿Qué cambió realmente con Claude Opus 5?

Anthropic describe un modelo diseñado para agentes de ejecución prolongada: planifica de forma deliberada, verifica su propio trabajo y se ejecuta durante más tiempo y de forma más autónoma que los modelos Opus anteriores[²](https://www.anthropic.com/claude/opus). En la prueba de evaluación comparativa de ingeniería de software más difícil de Anthropic, superó con creces el doble de la puntuación de su predecesor[¹](https://www.anthropic.com/news/claude-opus-5). Los primeros evaluadores informan de que le entregan tareas que antes se dividían en muchas partes pequeñas y obtienen resultados completos.

Ese es un cambio real que consolida el patrón que abordamos cuando [se lanzó GPT-5.6](/blog/can-chatgpt-5-6-build-a-working-pos): cada pocos meses, la cantidad de software funcional que obtienes con una sola petición aumenta. Una interfaz de pago que el año pasado requería una semana de peticiones ahora lleva una tarde, y con Opus 5 el modelo sigue trabajando después de que te alejas de la pantalla.

![Silla vacía al lado de un portátil ejecutando una sesión de programación nocturna sin supervisión](https://hy9joxwes0n0bta4.public.blob.vercel-storage.com/media/43399b6a-0d29-48b6-84dd-88ef01fcb193/generated/2862728df6db1838-opus-5-autonomous-coding-session-inline.jpg)

## ¿Por qué disponer de más tiempo de programación no completa el trabajo?

Porque las partes más difíciles de un punto de venta no son problemas con forma de código. Un modelo autónomo produce más código y código mejor verificado. Pero no puede emitir una decisión de suscripción de riesgos, una certificación de hardware o una auditoría de seguridad, por más tiempo que se ejecute. Todo eso proviene de instituciones, no de compiladores.

Hay un segundo límite más sutil. La habilidad principal de Opus 5 es verificar su propio trabajo, y la verificación necesita datos de referencia reales (*ground truth*). Un modelo puede comprobar que los cálculos del proceso de pago cuadran. Pero no puede hacer pruebas contra una red de tarjetas real, un calendario de liquidación real (cuándo llegan realmente los fondos de las tarjetas a tu banco) o una autoridad fiscal real, porque nada de eso existe dentro de un entorno de pruebas de código. El código puede ser perfectamente coherente consigo mismo y, aun así, enfrentarse por primera vez a la realidad en tu propio mostrador.

## ¿Qué partes de un POS siguen necesitando algo más que código?

Cuatro, principalmente.

- Mover dinero. Cobrar una tarjeta requiere una relación con un procesador de pagos (la empresa que liquida los fondos de las tarjetas en tu banco): evaluación de riesgos, calendarios de pago, supervisión de fraudes y gestión de disputas. Ninguna sesión de programación emite una cuenta de comerciante aprobada.
- Seguridad de datos de tarjetas. El cumplimiento de PCI se aplica a cualquier sistema que toque números de tarjeta. El código de pago generado que maneja datos de tarjetas traslada esa carga de auditoría a ti; la infraestructura de pago certificada existe precisamente para mantener a los comerciantes al margen de ese alcance.
- Hardware para tarjeta presente. Los pagos sin contacto (*tap*) y con chip funcionan en terminales certificados con firmware seguro que nadie puede escribir sobre la marcha. Es el mismo muro que hace que [las aplicaciones de pago creadas mediante programación por sensaciones (*vibe-coding*) sean rechazadas en la App Store](/blog/why-vibe-coded-payment-apps-get-rejected): los obstáculos son las autorizaciones y certificaciones, no la calidad del código.
- Registros que deben ser correctos siempre. Un inventario que sobreviva a dos ventas simultáneas e informes que cuadren (que coincidan con el dinero que realmente ingresó) son técnicamente código, pero código que debe ser exacto siempre. Mapeamos esa barrera en [Programación por sensaciones de un punto de venta](/blog/vibe-coding-a-point-of-sale). Opus 5 escribe este tipo de código mejor que cualquier modelo anterior; aun así, no querrás que su primera prueba en producción coincida con tu hora punta del sábado.

![Tarjeta acercada a un terminal de pago certificado sin marca en el mostrador de una tienda, el hardware con tarjeta presente que ninguna sesión de programación produce](https://hy9joxwes0n0bta4.public.blob.vercel-storage.com/media/43399b6a-0d29-48b6-84dd-88ef01fcb193/generated/3c959c269de15319-certified-card-terminal-tap-inline.jpg)

## Entonces, ¿qué deberías dejar que construya Claude Opus 5?

Todo lo que está por encima de esa línea: las pantallas, el flujo, la lógica y el comportamiento específico del sector que hace que un POS se adapte a tu negocio en lugar de ser una plantilla genérica. Esa capa es código, y actualmente Opus 5 es posiblemente la herramienta más potente para ello.

La vía práctica es MCP (Model Context Protocol, el estándar abierto que permite a las herramientas de IA conectarse con otro software). En lugar de pedirle al modelo que vuelva a crear los pagos desde cero, lo conectas a una plataforma donde el movimiento de dinero, la certificación de hardware y el cumplimiento normativo ya existen, y dejas que cree el proceso de cobro encima. Anteriormente hemos escrito sobre la diferencia entre [plataformas que una IA puede operar y plataformas sobre las que una IA puede construir](/blog/retail-platform-mcp-server); los modelos autónomos hacen que la segunda categoría sea mucho más relevante, porque ahora el modelo puede desarrollar una construcción muy avanzada sin ti.

Build de Final funciona de esta manera: el creador se basa en peticiones, tú describes el flujo que deseas o conectas tu propia IA a través de MCP, y el flujo se despliega sobre una infraestructura donde Final Pay, los terminales certificados y el registro de datos subyacente ya están gestionados. [Cómo usar Claude Fable 5 para crear un POS funcional](/blog/claude-fable-5-build-working-pos) muestra cómo se ve esto con el modelo hermano de Opus 5.

![Portátil conectado por un hilo de luz a un POS en tablet en un mostrador de caja, mostrando a una IA construyendo a través de MCP sobre infraestructura de comercio real](https://hy9joxwes0n0bta4.public.blob.vercel-storage.com/media/43399b6a-0d29-48b6-84dd-88ef01fcb193/generated/a2fcc931cfba32aa-mcp-laptop-to-pos-connection-inline.png)

## En resumen, ¿qué partes de un POS siguen necesitando algo más que código?

Aquellas que terminan en un acuerdo, una certificación o una liquidación de dinero: el procesamiento de pagos, el cumplimiento de PCI y el hardware con tarjeta presente, además de los registros que deben ser exactos siempre. Claude Opus 5 cambió la cantidad de POS que se puede obtener de una sesión de programación. No cambió lo que una sesión de programación puede producir. Una regla práctica muy útil: **si la tarea termina en código, entrégasela al modelo; si termina en un acuerdo, una certificación o un movimiento de dinero, entrégasela a la infraestructura.**

Si quieres ver dónde está el límite en la práctica, [conecta tu propia IA a Build a través de MCP](https://finalpos.com/help/connect-your-own-ai-mcp) y deja que el modelo haga la parte en la que ahora es sumamente eficiente.

## FAQ

**Q: ¿Puede Claude Opus 5 crear un POS por sí solo?**
A: Puede crear las pantallas, el flujo y la lógica de un POS en una sesión prolongada sin supervisión. Sin embargo, no puede liquidar pagos con tarjeta, certificar el hardware de los terminales ni asumir el cumplimiento normativo de los datos de tarjetas, por lo que un POS funcional requiere que el modelo esté conectado a una infraestructura de comercio real.

**Q: ¿Qué es Claude Opus 5?**
A: Claude Opus 5 es el modelo de nivel Opus de Anthropic lanzado el 24 de julio de 2026. Está diseñado para agentes de ejecución prolongada: planifica de manera deliberada, verifica su propio trabajo y programa durante largos períodos con una supervisión mínima.

**Q: ¿Por qué el código generado por IA no puede procesar pagos con tarjeta directamente?**
A: Cobrar a una tarjeta requiere una relación suscrita con un procesador de pagos, terminales certificadas para tarjeta presente y cumplimiento de la normativa PCI para cualquier sistema que entre en contacto con datos de tarjetas. Esos requisitos provienen de acuerdos y certificaciones, no del código.

**Q: ¿Cómo conecto Claude a un generador de POS a través de MCP?**
A: Build de Final admite la conexión de tu propia IA a través de MCP. Generas un bloque de conexión en Build, lo pegas en un cliente MCP como Claude Code y el modelo crea el flujo de pago con una vista previa en vivo.