ShipPad: Hacer que la AI construya para ti — no solo contigo

Vi a una instructora de yoga describir una idea de app a Claude Code. Sin conocimiento técnico. Quería un sistema de reservas con horarios de clases, listas de espera y pago. Escribió lo que quería en inglés simple.

Diez minutos después, tenía un prototipo funcional.

Dos horas después, estaba live en Vercel.

Esa es la historia que todos cuentan. Pero aquí está la parte que omiten.

La AI construye rápido. También construye peligrosamente.

Dale a un usuario no técnico acceso a Claude Code sin ningún andamiaje y mira qué pasa. El código funciona. Corre. Se ve bien.

Luego miras más de cerca.

La entrada del usuario va directamente a las consultas de base de datos. Las API keys terminan en el historial de git. No hay tests, así que nadie sabe cuándo algo se rompe. El layout en móvil falla en Android. No hay patrón de autenticación, así que la app confía en quien diga que está logueado.

La app de reservas de la instructora de yoga habría filtrado datos de clientes en menos de un mes.

Este es el problema real. Los asistentes de AI son extraordinariamente capaces. Construirán lo que describes. Pero no saben lo que tú no sabes pedir. Si no sabes qué es la inyección SQL, no le pedirás a Claude que la prevenga. Si no sabes qué es un suite de tests, no le pedirás a Claude que escriba uno.

El output refleja el conocimiento de la persona que lo guía. Y es exactamente ahí donde los usuarios no técnicos salen lastimados.

ShipPad no es un template

Déjame ser preciso sobre qué es ShipPad, porque es fácil malinterpretarlo.

No es una herramienta low-code. Sigues escribiendo código — Claude lo está escribiendo, pero es código real.

No es un template. Un template te da archivos de inicio. ShipPad te da un sistema operativo para cómo Claude Code debería comportarse dentro de tu proyecto.

El núcleo es un conjunto de archivos estructurados — archivos CLAUDE.md, definiciones de reglas, configuraciones de testing, scripts de despliegue — que le dicen a Claude exactamente cómo trabajar en este codebase específico. Qué patrones seguir. Qué límites nunca cruzar. Qué testear antes de afirmar que algo está listo.

Cuando abres un proyecto ShipPad y empiezas a hablar con Claude, Claude ya sabe:

• Nunca poner secretos en el código, siempre usar variables de entorno
• Siempre validar la entrada del usuario antes de tocar la base de datos
• Correr tests antes de decir que algo está arreglado
• Usar estos comandos de despliegue específicos para publicar a producción
• Seguir estos estándares de accesibilidad al construir UI

No tienes que saber nada de esto. Claude lo sabe. Porque el proyecto se lo indicó.

Cómo funciona realmente

El mecanismo principal son los archivos CLAUDE.md. Claude Code los lee automáticamente cuando empieza a trabajar en un proyecto. Son texto plano. Contienen reglas escritas en lenguaje natural.

Un archivo de reglas de seguridad puede decir: nunca hardcodear API keys. Siempre usar consultas parametrizadas. Nunca crear tu propia autenticación.

Un archivo de reglas de testing puede decir: nunca decir “listo” sin correr tests primero. Testea lo que el usuario ve, no el estado interno. Cubre los caminos críticos al 100%.

Una configuración de despliegue maneja el envío real — entornos de staging, guardas de producción, procedimientos de rollback.

Nada de esto es magia. Es solo contexto estructurado que le dice a un asistente de AI cómo comportarse de forma responsable. El insight es que la mayoría de las personas que construyen con AI no tienen este contexto, y no saben que lo necesitan.

ShipPad lo empaqueta para ellos.

Cómo se ve esto en la práctica

De vuelta a la instructora de yoga.

Abrió un proyecto ShipPad, describió su sistema de reservas, y empezó a construir con Claude. Esto es lo que no tuvo que pensar:

Claude usó automáticamente consultas parametrizadas cuando construyó la capa de base de datos. Generó variables de entorno de marcador de posición para la API key de Stripe en lugar de poner la clave en el código. Escribió tests para el flujo de reservas antes de marcar esa funcionalidad como completa. Usó una biblioteca de autenticación establecida en lugar de construir algo personalizado.

Ella no pidió nada de eso. Las reglas del proyecto lo hicieron.

En lo que pudo enfocarse fue en el producto real. Tipos de clases, políticas de cancelación, la lógica de lista de espera que quería. Lo del constructor.

Otro ejemplo: un product manager que quería un dashboard interno para las métricas de su equipo. Sin desarrollador. Usó ShipPad, pasó un fin de semana construyendo con Claude, y publicó algo real. La configuración de despliegue significaba que podía publicar actualizaciones con un solo comando. Los presupuestos de rendimiento significaban que el dashboard se mantenía rápido incluso al agregar más gráficos.

Estos no son casos excepcionales. Esto es lo que pasa cuando le das a la gente el andamiaje correcto.

La imagen más grande

El vibe coding — construir software describiendo lo que quieres, dejando que la AI lo traduzca en código funcional — es real. No es una tendencia que va a desaparecer. Más gente va a construir software de esta manera, no menos.

La pregunta no es si las personas no técnicas deberían construir con AI. Ya lo están haciendo. La pregunta es si lo están haciendo de forma segura.

Ahora mismo, la mayoría no. No porque sean descuidadas, sino porque no saben lo que no saben. Construyen algo que funciona y lo publican sin entender la superficie de ataque que acaban de crear.

ShipPad es mi respuesta a eso. Los guardarraíles deberían venir con el proyecto. Las reglas de seguridad, los patrones de testing, la infraestructura de despliegue — todo debería estar ahí desde el inicio, configurado correctamente, para que construir con AI produzca software que sea realmente seguro de ejecutar.

Qué viene

Estoy desarrollando ShipPad como un conjunto de project starters — diferentes configuraciones para diferentes tipos de proyectos. Web apps, herramientas internas, landing pages con contenido dinámico, productos mobile-first.

Cada uno se publica con la infraestructura completa: reglas de seguridad calibradas para ese tipo de proyecto, configuración de testing lista para usar, configuración de despliegue para los destinos de hosting más comunes.

El objetivo es simple. Cualquier persona con una idea y Claude Code debería poder construir algo real sin construir accidentalmente algo peligroso.

Si estás construyendo con AI y no tienes guardarraíles, estás construyendo sobre arena. ShipPad te da la base.