Primero iniciá la hackathon
Tenés que completar tu nombre y contraseña antes de entrar al contenido del día.
Es el momento "poné todo junto"
Los bloques anteriores te dieron las piezas: terminal, scripts, versionado, agente, MCP, Skills y manejo de contexto. Acá las combinás para resolver un problema real de tu área. No es un ejercicio abstracto — al final del bloque, idealmente salís con algo que te sirve para la semana que viene.
Tito va a estar en sala con vos, pasando 1-a-1. Gonza ya se desconectó. Es tiempo de construir, no de seguir aprendiendo teoría.
Build + check-in + build
La 1h 30min no es "programá solo" — Tito va a pasar por cada uno para ver cómo vas. La forma aproximada:
- 0 – 15 min · Decidís el alcance. Mínimo viable que podés terminar en 1 hora. Tito confirma que es razonable.
- 15 – 60 min · Construís con el agente. Tito circula, desbloquea errores, sugiere atajos.
- 60 – 80 min · Hacés que lo que construiste corra de punta a punta. Fixes finales, cosmética mínima.
- 80 – 90 min · Preparás la demo de 5-7 min para el showcase. Pensás qué vas a mostrar y por qué te sirve.
La regla de oro del build libre: si a los 60 minutos no corre de punta a punta, recortá alcance — mejor algo funcional y chico que algo grande y roto. Siempre podés extenderlo después de la hackathon.
Si no sabés por dónde empezar
Cada una está pensada como un MVP que podés terminar en una hora — no como un agente de producción. La idea es que salga algo que demuestre valor, no algo escalable.
| Área | Idea de MVP |
|---|---|
| PPC | Agente que lee un CSV de campañas, identifica las de peor performance según un criterio simple (CPA > X o ROAS < Y), y genera un reporte Markdown con recomendaciones. |
| SEO | Agente que analiza una lista de URLs de un sitemap y genera un checklist de optimización por URL (title length, meta description, H1 único, etc.). |
| Data | Pipeline que conecta a una fuente vía MCP (Sheets o Postgres), procesa, y genera un resumen Markdown o un dashboard HTML estático. |
| RevOps | Agente que lee datos del CRM (HubSpot MCP) y genera un forecast simple o identifica deals en riesgo según antigüedad + última actividad. |
| Creative | Agente que genera briefs creativos a partir de un template + inputs de datos de campaña (audiencia, objetivo, métricas). Output en Markdown o HTML. |
| People | Agente que procesa feedback de encuestas (CSV con free-text) y genera un resumen con temas agrupados y sentimiento por tema. |
| Finanzas | Agente que lee un CSV de gastos por categoría y genera un reporte de variaciones vs un presupuesto en otro archivo. |
| Operaciones | Agente que toma la descripción informal de un proceso y genera un SOP (Standard Operating Procedure) estructurado en Markdown. |
Si tu área no está arriba o querés algo distinto, mostrásela a Tito — seguramente se puede ajustar sin rehacer el alcance.
Tres filtros para elegir rápido
- ¿Es algo que hacés todas las semanas? — Si lo automatizás, el ahorro es real y compuesto. Si lo hacés una vez al año, no vale la pena.
- ¿Arranca con un archivo o lista, y termina en un reporte? — Input → Proceso → Output bien definido. Las ideas difusas ("que me ayude con estrategia") no encajan en una hora.
- ¿Tenés los datos a mano ahora mismo? — Si tenés que pedirle permisos a alguien o esperar un export, se te va el tiempo. Elegí algo donde el input ya está disponible.
Si una idea pasa los tres filtros, vas por esa. Si ninguna pasa, Tito te ayuda a ajustar.
Cinco minutos de plan te ahorran media hora
Antes de abrir Claude Code, escribí en un archivo PLAN.md del proyecto (o incluso en un post-it) lo siguiente:
# Plan del build libre
## Qué problema resuelve
(1 oración — sin jerga)
## Input
- Archivo(s): ...
- Origen: ...
## Proceso
- Paso 1: ...
- Paso 2: ...
- Paso 3: ...
## Output
- Formato: (Markdown / CSV / HTML)
- Dónde se guarda: ...
## Qué NO voy a hacer hoy
- (cosas que tentarían incluir pero quedan fuera del MVP)Después abrís Claude Code, le das ese plan como primer mensaje, y le pedís que proponga el approach antes de ejecutar. Leés, ajustás, y recién ahí le decís "dale". Ese turno de revisión es el que te ahorra ir por el camino equivocado.
Qué hacer con los minutos que sobran
- Agregá una capa: que el script te escriba a Slack cuando termina, que genere un PDF en vez de Markdown, que corra automáticamente los lunes vía
crono un workflow de GitHub Actions. - Ayudá a otro líder que esté trabado. Enseñar lo que acabás de aprender lo fija.
- Empezá un segundo mini-proyecto relacionado. Ej: si ya tenés el reporte, armá una segunda Skill que lo distribuya por email.
- Documentá tu proyecto con un
README.mdclaro + unCLAUDE.mdpara que cuando vuelvas en dos semanas el agente retome el contexto solo.
¿Qué te llevás del build libre?
Acá el checklist es más cualitativo que en bloques previos — el objetivo es tener un proyecto funcional + claridad del compromiso semanal.
Qué vale la pena construir hoy
Antes de elegir idea y arrancar, 4 preguntas de encuadre. Si tardás mucho decidiendo, rescatá la respuesta que te salió más rápido — suele ser la buena.
- De los 3 problemas que te rondan hace semanas, ¿cuál es el que más tiempo te come por semana? Ese es el primer candidato.
- ¿Cuál es el agente que, si funciona mañana, hace feliz a tu equipo el lunes? (no el más impresionante — el más útil).
- ¿Preferís construir algo que te ahorra tiempo a vos, o algo que desbloquea al equipo? Las dos valen, pero elegilo con conciencia.
- Si tuvieras que mostrárselo a alguien de tu área en 2 minutos, ¿qué le decís que hace? Si no te sale en una frase, probablemente el alcance es demasiado grande.