Ejemplo de creación / Tienda de artículos para el hogar en modo de prueba
Un sistema de compra, no una cuadrícula de productos generada
Las pruebas empiezan después del botón Añadir al carrito: precios calculados en el servidor, límites de inventario, pago alojado por el proveedor, eventos firmados, pedidos idempotentes y administración privada.
Los productos, los carritos, el inventario y los pedidos necesitan estado persistente mediante bases de datos gestionadas para datos de comercio electrónico.
Catálogo
Productos, variantes, precios y disponibilidad.
Carrito
Totales verificados por servidor y límites de stock.
Pago
Flujo alojado por el proveedor en modo de prueba.
Pedidos
Los eventos firmados crean cada pedido una vez.
Antes del prompt
Tomar las decisiones comerciales antes de generar el pago
El código no puede decidir dónde vendes, cómo calculas los impuestos, cuánto cuesta el envío ni qué devoluciones aceptas. Registra esas decisiones o márcalas como pendientes antes de que el agente trabaje con los pagos.
Verdad de producto
Define productos, variantes, precios, moneda, reglas de inventario y qué fuente controla cada valor.
Límite de preparación y entrega de pedidos
Anota los países de envío, las tarifas, las promesas de entrega, el comportamiento de existencias y el contacto de soporte.
Límite de pago
Usa pago alojado por el proveedor y su modo de prueba. Nunca recojas ni almacenes datos de tarjeta sin procesar en la aplicación.
Obligaciones con los clientes
Confirma los impuestos, los reembolsos, las devoluciones, la privacidad, los términos, los productos prohibidos y el soporte antes de publicar.
Una tienda es una aplicación full stack. Si es tu primer proyecto, completa crear tu primera aplicación con IA antes de añadir pagos y datos de clientes.
Políticas antes del pago
Planificar la compra completa de prueba y sus límites de negocio
Rellena cada campo con una decisión real o escribe «decisión pendiente». El agente debe señalar los requisitos pendientes de impuestos, envío, reembolsos, privacidad y proveedor antes de editar.
Ayúdame a planificar una pequeña tienda en línea en este espacio de trabajo de Adios. No edites archivos todavía.
Datos de la tienda:
- Nombre de la tienda: [NAME]
- Cliente: [CUSTOMER]
- Tipos de productos: [PRODUCTS]
- Variantes: [SIZE, COLOR, OR OTHER OPTIONS]
- Regla de inventario: [TRACKED, MADE TO ORDER, OR NOT TRACKED]
- Países atendidos: [COUNTRIES]
- Moneda: [CURRENCY]
- Proveedor de pagos: [PROVIDER IN TEST MODE]
- Enfoque de envío: [RULE]
- Enfoque fiscal: [RULE OR DECISION STILL NEEDED]
- Política de reembolsos y devoluciones: [REAL POLICY OR DECISION STILL NEEDED]
Inspecciona el repositorio, la configuración de base de datos, la autenticación, las pruebas, la ruta de salud y adios.yaml. Planifica la tienda de prueba integral más pequeña que cubra catálogo, detalle de producto, carrito, transferencia al pago, eventos de pago firmados, pedidos, inventario y administración protegida.
Enumera las decisiones que aún debo tomar sobre impuestos, envío, reembolsos, privacidad, soporte al cliente, productos prohibidos y requisitos del proveedor de pagos. Espera mi aprobación antes de editar.Lo que una respuesta útil contiene
- Un recorrido completo de compra de prueba
- Fuentes autoritativas de productos, precios e inventario
- Transiciones del estado del pedido y del pago
- Una lista de decisiones empresariales no resueltas
Construir en modo de prueba
Generar el catálogo, el carrito, la transferencia al pago y el estado del pedido
Este prompt mantiene los cálculos de precios en el servidor, usa pago alojado por el proveedor, verifica eventos firmados e incluye las pruebas de eventos duplicados en la creación.
Crea la versión de prueba aprobada de la tienda en línea. No actives pagos reales ni despliegues en producción.
Requisitos:
- Conserva el framework actual, el gestor de paquetes, la ruta de salud, las pruebas y los archivos de despliegue de Adios.
- Almacena productos, variantes, inventario, carritos y pedidos en la base de datos configurada con relaciones claras y migraciones reversibles cuando sean compatibles.
- Calcula los precios y el inventario en el servidor. No confíes en los totales enviados por el navegador.
- Usa el SDK oficial actual del proveedor de pagos y su pago de prueba alojado. Nunca recojas ni almacenes datos de tarjeta sin procesar.
- Verifica los webhooks firmados, gestiona los eventos duplicados de forma idempotente y registra un historial claro del estado de los pedidos.
- Protege las rutas de administración y aplica los permisos en el servidor.
- Mantén los secretos de pago, base de datos, correo y sesión fuera del código fuente y enumera los nombres de sus variables de entorno.
- Añade estados útiles de carga, carrito vacío, productos agotados, pago rechazado, pago cancelado y confirmación de pedido.
- Usa productos de ejemplo claramente identificados como ficticios. No inventes reseñas, escasez, descuentos, certificaciones ni promesas de entrega.
- Añade pruebas de cálculo de precios, límites de inventario, autorización, rechazo de firmas de webhook, eventos duplicados y el recorrido correcto de un pedido.
- Ejecuta el formateador, lint, las pruebas y la compilación de producción existentes.
Devuelve los archivos modificados, el modelo de datos, el modelo de estados de pedidos, las pruebas realizadas, los secretos necesarios en Adios y un recorrido exacto de prueba en la vista previa. No despliegues.Lo que una respuesta útil contiene
- Totales e inventario controlados por el servidor
- Pago alojado por el proveedor en modo de prueba
- Eventos de pago verificados e idempotentes
- Administración y pedidos privados protegidos
Probar fallos y repeticiones
Auditar el recorrido de compra más allá de un pago correcto
Las pruebas útiles incluyen rechazo, cancelación, manipulación, duplicados, acceso no autorizado y productos agotados. Este prompt pide pruebas de cada caso.
Audita todo el recorrido de compra de la tienda en modo de prueba. Corrige solo problemas confirmados y no despliegues.
Prueba:
- explorar productos y seleccionar variantes válidas;
- los cálculos de precios, moneda, cantidad e inventario;
- carritos vacíos, caducados, manipulados y con productos agotados;
- eventos de pago correctos, rechazados, cancelados y repetidos;
- firmas de webhook inválidas y webhooks válidos duplicados;
- la creación de pedidos y las actualizaciones de inventario exactamente una vez;
- que un cliente no pueda acceder al pedido privado de otro cliente;
- que un usuario no autenticado no pueda acceder a la administración;
- que los registros eviten datos de tarjetas, credenciales e información personal innecesaria; y
- las comprobaciones del formateador, lint, pruebas, compilación y salud.
Dame un resultado para cada caso, los riesgos pendientes y los pasos manuales que debo realizar con las herramientas de prueba del proveedor.Lo que una respuesta útil contiene
- Un resultado registrado para cada recorrido de fallo
- Comportamiento de pedidos e inventario exactamente una vez
- Acceso privado a clientes y administración
- Instrucciones de prueba del proveedor
Separar el código de las obligaciones
Preparar una decisión sobre si está listo para producción sin publicar
El último prompt distingue las pruebas técnicas de las decisiones de impuestos, preparación y entrega de pedidos, privacidad, soporte y políticas que solo puede aprobar el propietario de la tienda.
Prepara esta tienda para decidir si está lista para producción. No cambies a credenciales de pago real ni despliegues.
Confirma el dominio de producción, la fuente autoritativa de productos y precios, la moneda, el comportamiento del inventario, las regiones y tarifas de envío, la decisión fiscal, la política de reembolsos, el aviso de privacidad, los términos, el contacto de soporte, los correos de pedidos, la URL del webhook, los nombres de secretos, la migración de base de datos, las copias de seguridad, la ruta de salud, los registros y el plan de reversión.
Separa las comprobaciones técnicas correctas de las decisiones legales o de negocio que siguen siendo mías. Enumera cada valor de modo de prueba y marcador de posición que deba sustituirse. Detente para obtener aprobación explícita antes de cualquier cambio de pagos reales o producción.Lo que una respuesta útil contiene
- Pruebas técnicas separadas de las decisiones del propietario
- Todos los valores de modo de prueba y marcadores de posición enumerados
- Notas de migración, copia de seguridad, webhook, salud y rollback
- No hay cambio de credencial o de despliegue en vivo
Prueba el resultado
Una compilación correcta es el comienzo de la revisión
Abre la vista previa y realiza tú mismo los recorridos importantes. Pide pruebas al agente, pero no confundas su resumen con tu aprobación.
Dinero y existencias
- El servidor recalcula el precio, la moneda, la cantidad, los descuentos y el stock antes del checkout.
- Los carritos vacíos, caducados, manipulados o con productos agotados fallan e indican un siguiente paso útil.
- Un evento de pago válido crea el pedido y el movimiento de inventario exactamente una vez.
Eventos de pago
- Se rechazan las firmas inválidas y los webhooks válidos duplicados no causan daños.
- Los eventos de prueba correctos, rechazados, cancelados, retrasados y repetidos tienen resultados explícitos.
- No entran en el código fuente ni en los registros datos de tarjeta sin procesar, secretos del proveedor ni datos personales innecesarios.
Acceso y operaciones
- Los clientes no pueden leer los pedidos privados de otros clientes y las personas sin autorización no pueden abrir la administración.
- Se conocen las migraciones, las copias de seguridad, los correos de pedidos, la salud, los registros y el comportamiento de reversión.
- Las obligaciones de impuestos, envío, reembolsos, privacidad, términos, soporte y productos tienen una decisión del propietario.
Punto de aprobación humana
Mantén la tienda en modo de prueba hasta que cada punto de control tenga un responsable
Esta guía se detiene intencionadamente antes de los pagos reales. Completa el recorrido de prueba del proveedor, resuelve las decisiones legales y de negocio, sustituye cada valor de prueba y consigue aprobación explícita antes de indexar o publicar la guía de la tienda como un ejemplo demostrado.
alojar y desplegar la tienda terminada creada con IA- 01Registra las pruebas de éxito, rechazo, cancelación, duplicados, firmas inválidas y productos agotados.
- 02Confirma que los pedidos y el inventario cambian exactamente una vez y que las rutas privadas hacen cumplir la propiedad.
- 03Resuelve las decisiones sobre impuestos, envío, reembolsos, privacidad, términos, soporte, correo, copias de seguridad y reversión.
- 04Enumera y sustituye cada ID, URL, nombre de credencial y marcador de contenido del modo de prueba.
- 05Aprueba por separado los cambios de pagos reales y producción; no deduzcas aprobación de una compilación correcta.
Preguntas antes de comenzar
Lo que promete esta guía y lo que no
¿Puede la IA crear una tienda en línea funcional en lugar de una maqueta?
Puede ayudar a generar una tienda personalizada funcional, pero las pruebas incluyen precios en el servidor, inventario, pago alojado por el proveedor, eventos firmados, pedidos idempotentes, datos protegidos, pruebas y políticas reales. Una cuadrícula de productos y una animación del carrito no bastan.
¿Por qué la guía exige pago alojado por el proveedor?
El pago alojado mantiene la recogida de datos de tarjeta sin procesar en el proveedor de pagos, en lugar de tu aplicación. La aplicación debe proteger los secretos del proveedor, verificar eventos firmados, gestionar repeticiones de forma segura y controlar correctamente el estado de los pedidos.
¿Quién es responsable de impuestos, envíos, reembolsos y privacidad?
El propietario de la tienda sigue siendo responsable de esas decisiones legales y de negocio. La IA puede implementar reglas aprobadas y señalar las decisiones pendientes, pero no puede decidir qué obligaciones se aplican ni aprobarlas por ti.
¿Por qué esta página aún no está indexada?
Adios indexará la guía solo después de que su ejemplo complete todo el flujo de catálogo, pago, webhook, pedidos, inventario, autorización y fallos en modo de prueba. Ese punto de control evita publicar una promesa comercial no verificada como prueba.