Primero iniciá la hackathon
Tenés que completar tu nombre y contraseña antes de entrar al contenido del día.
Lo que hiciste hoy vs lo que viene
La última hora del día cumple tres funciones: celebrar lo que construyeron (no es menor — pasaron de "la terminal me da miedo" a "tengo un agente funcionando"), contextualizar ese logro dentro de una escalera más grande, y cerrar con un compromiso concreto para la semana que viene.
No hay más contenido nuevo. Lo que hagas con esto la semana que viene es lo que define si la hackathon fue una experiencia o un cambio real en tu forma de trabajar.
Showcase + mensaje + compromiso
- 17:00 – 17:40 · Showcase (40 min) — cada líder muestra su proyecto final, 5-7 min cada uno. Qué problema resuelve, cómo lo construyó, qué le gustaría que hiciera en la versión 2.
- 17:40 – 17:55 · Los 3 niveles de agentes (15 min) — Tito presenta el marco que sigue.
- 17:55 – 18:00 · Compromiso personal (5 min) — cada uno escribe su compromiso de la semana en el canal compartido.
De "un script en tu Mac" a "un servicio para toda la empresa"
Lo que construiste hoy es el Nivel 1: un agente corriendo en tu máquina, con tus archivos, bajo tu control. Es poderoso y ya te sirve. Pero cuando queramos que todo el equipo use estos agentes, hay que subir de nivel — y eso cambia qué problemas hay que resolver.
| Nivel 1: Local (hoy) | Nivel 2: Compartido | Nivel 3: Productivo | |
|---|---|---|---|
| Dónde corre | En tu Mac, en tu terminal | Servidor interno o nube | Desplegado como servicio con monitoreo |
| Quién lo usa | Solo vos | Tu equipo / área | Toda la empresa o clientes |
| Datos | Tus archivos locales | Datos del equipo en servidor compartido | Datos de la empresa y/o clientes |
| API keys | Tu key personal en .env |
Keys del equipo en vault | Keys de la org con rate limits + auditoría |
| Seguridad | Baja: controlás todo | Media: permisos y acceso | Alta: auth, logs, compliance (ISO 27001) |
| Si se rompe | Solo te afecta a vos | Afecta al equipo | Afecta a la operación |
| Ejemplo | Lo de hoy: Claude Code analizando un CSV local | Un agente interno que PPC consulta | GrowkeBot (YAIS) como producto externo |
De hoy a mañana
HOY (Hackathon) MAÑANA (Producción)
───────────────── ─────────────────────
Tu Mac → Servidor / Cloud
Tu API key → API keys de la org + budget
Archivos locales → Bases de datos + APIs internas
Claude Code en terminal → Agente desplegado como servicio
MCP server en localhost → MCP servers gestionados
Solo vos → Equipo → Empresa → Clientes
"Si se rompe, reinicio" → Monitoreo + alertas + logsCada flecha esconde decisiones de arquitectura, costo y seguridad. Pero la base conceptual — terminal, cliente-servidor, APIs, keys, Git, agentes, MCP, Skills — es la misma. Ya la tenés.
Dónde encaja esto en Growketing
| Rock / Iniciativa | Nivel actual | Nivel objetivo |
|---|---|---|
| Vibe Growketing (50% equipo con agentes) | Nivel 1 → cada uno corre sus agentes locales | Nivel 2 → agentes compartidos por área con acceso controlado |
| Optimización de Márgenes (20 agentes) | Nivel 1 → prototipos locales | Nivel 2/3 → agentes estables que corren automáticamente |
| GrowkeBot (YAIS) (3 clientes) | Ya es Nivel 3 → producto externo con todas las complejidades | |
La parte que se dice en voz alta
Lo que hicieron hoy es el Nivel 1: un agente corriendo en su máquina, con sus archivos, bajo su control. Es poderoso y ya les sirve para automatizar su trabajo diario.
Pero cuando queramos que todo el equipo use estos agentes, necesitamos subir de nivel. Eso requiere pensar en seguridad, costos, permisos, y despliegue — exactamente las mismas cosas que pensamos cuando pasamos de "un Excel en mi escritorio" a "un sistema que usa toda la empresa".
La buena noticia: ya entienden los fundamentos. Terminal, filesystem, cliente-servidor, APIs, keys, Git, agentes, MCP, Skills. Esa es la base de todo lo que viene.
Antes de irte, escribí tres cosas
No en tu cabeza — escritas en el canal compartido del equipo. El acto de escribirlo triplica la probabilidad de que pase.
## Mi compromiso post-hackathon
**Agente que voy a implementar esta semana:**
(puede ser lo construido hoy o una evolución)
**Cómo voy a saber si sirvió:**
(una métrica concreta — tiempo ahorrado, calidad, algo medible)
**Cuándo lo reviso con alguien:**
(fecha + con quién — Tito, mi equipo, un peer)La parte de la métrica es la más importante. Sin eso, en dos semanas te vas a acordar de que "probaste un agente" pero no vas a saber si valió la pena.
Gracias por haber llegado hasta acá
Un día entero de terminal para alguien no-dev es un salto grande. Si llegaste al cierre con algo funcionando, ya te diferenciás del 90% de la gente que "quiso probar AI" y nunca pasó de ChatGPT en el browser.
Nos vemos la semana que viene con el agente #1 corriendo en producción (aunque sea tu producción personal).
De tu Mac al equipo
El cierre es el momento de mirar lo construido con otro foco: no "¿funciona?", sino "¿qué hace falta para que esto salga de mi máquina?".
- De lo que construiste hoy, ¿qué parte puede pasar de "solo yo" a "todo mi equipo"? ¿Qué le faltaría?
- Si dentro de 30 días no usaste lo que construiste, ¿por qué sería? Anticipá el obstáculo real.
- ¿A quién de tu equipo le podrías mostrar esto el lunes? Poné un nombre, no un rol.
- ¿Qué agente o automatización que viste en los otros proyectos hoy te robaste mentalmente como idea para tu área?