ACABAN DE SOLUCIONAR EL MAYOR PROBLEMA DEL VIBECODING
La IA ya escribe tu código.
Pero nadie comprueba de verdad que funcione con usuarios reales, datos de meses y servicios que se caen.
¿La idea?
En vez de lanzar a producción y rezar para que tus usuarios no encuentren el bug, Breken monta una copia realista de producción alrededor de tu app y la rompe a propósito ANTES de que llegue a nadie.
La IA primero:
→ crea usuarios, datos con historial y procesos de fondo → reinicia servidores y tumba servicios a mitad de tarea → prueba los órdenes raros en los que pasan las cosas → y cuando algo se rompe, lo arregla y demuestra el arreglo
Eso significa menos cobros duplicados, menos datos filtrados y menos noches de guardia apagando fuegos que ningún test vio venir.
Y no se queda ahí: vuelve a comprobar cada bug en cada release para que no reaparezca.
Funciona con APIs, apps y agentes de IA.
Tienen prueba gratis 7 días entrando con GitHub, sin tarjeta👇
Gracias por la buena acogida del curso de Pi Coding Agent: el harness minimalista del que tanto se está hablando.
Son 2 horas desde cero hasta su configuración con AGENTS.md, plantillas, Skills, extensiones, paquetes y MCP mientras creamos un proyecto.
→ https://t.co/DO9AVzDMf4
Un repo para buscar trabajo con Claude Code.
Lo clonas, rellenas tu perfil y la IA evalúa ofertas, adapta tu CV, escribe cartas y te prepara entrevistas.
Automatiza tu búsqueda de trabajo:
→ https://t.co/f8hNUDZ48c
Si le pides a la IA que te cree un skill, te va a dar un archivo enorme que no vas a poder mantener.
Estos son 7 consejos para crear los tuyos:
1. Hazlos simples. Pídele que lo reduzca a los pasos que le pediste, sin explicar lo obvio, y asegúrate de entenderlo.
2. Un skill para cada cosa. Mejor varios pequeños que uno que lo hace todo. Para el flujo completo, crea otro skill que los orqueste.
3. Automatiza lo que repites. Enséñale tus pasos uno a uno y al final pídele que los guarde como skill.
4. Dales herramientas. FFmpeg, yt-dlp o un MCP le permiten hacer lo que por sí solo no puede. Eso sí, con permisos controlados.
5. Incluye plantillas. Guárdalas en la carpeta assets/ y el resultado saldrá igual cada vez.
6. Ponles límites. Escribe lo que no debe hacer: "nunca hagas push a main".
7. Versiónalos. Guárdalos en tus dotfiles con Git y mejóralos con el uso: cuando fallen, corrige solo esa parte.
Un skill es solo una carpeta con un archivo Markdown y funciona en Claude Code, Codex, Cursor, Gemini CLI y más.
¿Qué tarea de tu día a día convertirías en un skill?
¿Quieres diseñar diagramas profesionales desde tu agente de IA?
Diagram Design te permite crear 42 tipos diferentes con HTML + SVG utilizando Claude Code, Codex, Copilot, Pi... Todo manteniendo los contenidos uniformes y sin distorsión.
→ https://t.co/jcHqie4mLa
Un backend hecho con vibecoding parece terminado.
Pero probablemente te salteaste algunas de estas cosas:
- Validación de todo lo que entra
- Contraseñas hasheadas
- Secretos fuera del repo
- Auth en el server, no solo en el front
- Rate limit en login y reset
- Timeouts en llamadas externas
- Pagos idempotentes
- Transacciones si hay más de una escritura
- Índices en lo que filtrás
- Migraciones versionadas
- Logs con request id, sin tokens
- Health check que revise la base
- Backups y un restore probado
- CORS cerrado
- 429 cuando te saturan, no 500
- Un usuario no puede leer el id del otro
Antes de lanzar, asegurate de que esté todo listoo.
Tu producto o SaaS hecho con vibecoding parece terminado.
Pero probablemente te salteaste algunas de estas cosas:
- Página 404 personalizada
- Meta title en cada página
- Meta description
- Favicon
- robots.txt
- sitemap.xml
- Open Graph image
- Alt text en imágenes
- Responsive en móvil
- Estados de carga
- Mensajes de error
- Términos y condiciones
- Cookies si corresponde
- Analytics
- Formas reales de contacto
- Imágenes comprimidas (webp)
Antes de lanzar, asegurate que esté todo listo.
openGym is a self hosted gym and body weight tracker that allows you to plan routines, log guided workouts, and monitor body weight across devices behind your own passkey login using Docker Compose.
https://t.co/UcNtIdyYoO
Spec-Driven Development es una forma de trabajar con agentes donde primero definís qué querés construir y recién después los dejás escribir código.
en vez de:
idea → prompt → código
hacés algo más parecido a:
idea → spec → plan → tareas → código → verificación
la spec deja claro cómo debería funcionar la feature, qué reglas tiene, qué casos borde existen y cómo sabés que quedó bien.
por ejemplo, en vez de pedir:
“agregá cancelación de suscripciones”
primero definís:
1) quién puede cancelar
2) qué pasa con pagos pendientes
3) qué pasa si cancelás 2 veces
4) qué estado queda guardado
5) cómo verificás el resultado
con eso, el agente entiende mucho mejor qué tiene que hacer y tiene menos margen para asumir cosas por su cuenta.
después puede usar esa spec para armar el plan, escribir el código y revisar si lo que hizo cumple con lo que definiste al principio.
la idea es dejar bien claro qué querés construir antes de que el agente empiece a trabajar. eso reduce errores, evita retrabajo y hace más fácil revisar si el resultado quedó como esperabas.