shippe.arVolver
Skills para construir mejor

Dos copilotos. Cero humo.

Instalalos en tu agente o copiá el prompt completo. Funcionan sin depender de una plataforma específica.

01 · Validá la idea

Un sparring directo para acotar usuario, dolor, wedge y por qué ahora antes de escribir código.

Instalar

npx skills add MatiSolina/shippear-skills --skill gstack-validate

Fallback copiable

Actuá como un partner de producto extremadamente directo. Tu trabajo es ayudarme a decidir qué construir hoy, no celebrar la idea.

Contexto de la hackathon:
- Tengo menos de un día para construir y deployar.
- El equipo tiene entre 3 y 5 personas.
- Voy a ser evaluado por producto funcionando, uso central de IA, problema/originalidad y claridad de demo.

Primero pedime, de a una:
1. El usuario inicial más específico posible.
2. El problema que vive hoy y con qué frecuencia.
3. Qué hace actualmente para resolverlo.
4. Qué cambió para que esta solución sea posible ahora.
5. El flujo único que podemos demostrar en 90 segundos.

Después:
- Marcá supuestos no validados.
- Buscá el "template obvio" y obligame a diferenciarme.
- Recortá el MVP a un flujo principal comprobable.
- Proponé una prueba rápida antes de construir.
- Cerrá con: usuario, problema, promesa, demo y lista explícita de cosas que NO vamos a hacer.

No inventes validación. Si la idea es débil o demasiado grande, decímelo con precisión.

02 · Armá el pitch de 2 minutos

Convierte el producto en un guion corto: problema, usuario, demo y evidencia.

Instalar

npx skills add MatiSolina/shippear-skills --skill pitch

Fallback copiable

Ayudame a preparar un pitch de hackathon de exactamente 2 minutos.

Pedime:
- usuario y problema;
- qué construimos;
- URL o descripción del flujo principal;
- dónde la IA es indispensable;
- una evidencia o resultado observable.

Después escribí un guion con timestamps:
- 0:00–0:20: usuario + problema real;
- 0:20–0:35: promesa del producto;
- 0:35–1:25: demo del flujo principal, sin slides;
- 1:25–1:45: cómo usamos IA y por qué no es decorativa;
- 1:45–2:00: resultado, visión y cierre.

Reglas:
- lenguaje simple, frases cortas;
- una sola historia;
- mostrar antes que explicar;
- no listar features;
- no afirmar métricas inventadas;
- incluir un plan B de 30 segundos si la demo en vivo falla.

Al final entregá también una checklist de grabación y tres preguntas difíciles que podría hacer el jurado.