Glosario Mate & Build 🧉 — Vocabulario propio de la categoría

Una buildathon #: Una jornada in-company, de medio día o día entero, en la que los equipos de una empresa construyen con IA herramientas, automatizaciones y agentes sobre sus propios procesos, con builders senior en cada mesa, y la cierran con demos de lo que ya funciona. Es el método de Mate & Build para que una empresa aprenda IA construyendo. No es una hackathon: nadie compite, y lo que cuenta es lo que sigue en uso el lunes. Cómo es una buildathon.
Half Day y Full Day #: Los dos formatos de una buildathon. Half Day: medio día, un equipo que ataca a fondo un problema. Full Day: el día entero, varias áreas que construyen en paralelo y cierran con demos, como el REM Day de Calm.
Parar la pelota #: Sacar al equipo de la urgencia diaria un día para construir lo que venía pateando. Es la promesa de una buildathon.
Formulario previo #: Antes de una buildathon, cada persona cuenta qué problema trae y cuánto tiempo le lleva hoy. Es el antes de cada número: sin formulario previo no hay forma de medir cuánto tiempo devuelve lo que se construye.
Mesa (en una buildathon) #: Un grupo chico de personas con un problema en común y un builder senior al lado. Una buildathon Full Day tiene varias mesas construyendo en paralelo. No confundir con La Mesa, la buildathon multi-empresa.
Builder senior #: La persona de Mate & Build que construye al lado de cada mesa durante una buildathon. No da una clase: construye con el equipo y lo destraba.
Demo #: El cierre de una buildathon: cada mesa muestra en vivo lo que ya funciona, sin slides.
Funcional y escalable #: Lo que deja una buildathon: algo que anda hoy y puede crecer, robustecerse y complejizarse. No un prototipo que muere ahí.
El lunes #: La vara de una buildathon: lo que se construye se usa el lunes siguiente, en el trabajo real.
En uso #: Cómo se mide una buildathon: cuántas mesas tienen algo funcionando en su trabajo cada semana, no cuánta gente asistió.
Un build #: Una sesión de Mate & Build 🧉. Pato y otra persona, una mesa, un mate, una tarde construyendo. Dura 2-3 horas y termina con algo funcionando + el kit para replicarlo. Cada encuentro semanal es un build, y cada build queda documentado en mateandbuild.com.ar/builds.
El builder #: La persona que trae el problema y construye junto a Pato durante un build. Profesionales de empresa con problemas reales — marketing, contenido, datos, operaciones. No hace falta saber programar para ser builder.
La mesa #: El espacio físico donde sucede un build, en Buenos Aires, Argentina. La mesa es literal — se construye sentados, con mate, lado a lado. La empresa va a la mesa, o la mesa va a la empresa (formato corporate).
El kit #: Lo que se lleva cada equipo al final de una buildathon, y el builder al final de un build: repos, prompts, procedimientos y el paso a paso para seguir solos al día siguiente. Es la diferencia entre construir una vez y construir bien: el kit hace replicable lo construido.
MFP #: La unidad mínima de un build. Minimum functional product — algo básico, pero que funciona. Que se puede usar al día siguiente, aunque le falten cosas. Es la versión Mate & Build del MVP, pero con énfasis en funcional (se usa mañana) por sobre viable (se podría usar). Si no se puede usar al día siguiente, no es un Mate & Build.
Folder Structure #: El contenedor estructural — el nivel más alto de la metodología. Cómo se organizan las carpetas de un repositorio de IA: clientes/, criterios/, plantillas/, procesos/. La carpeta es lo primero que se decide, antes que el contenido y antes que la herramienta. La tesis press-ready es "Folder Structure first → File System first → AI first." Más en la categoría madre.
File system #: Una IA con contexto estructurado al lado se vuelve un sistema. Una IA con un prompt largo intentando todo es magia inestable. El file system es el contenido que vive adentro del folder structure — markdown, prompts, criterios, procesos. Es lo que diferencia un truco puntual de algo replicable. Es uno de los seis principios del manifesto: file system > mega-prompt. Más en la metodología completa del file system para IA.
Context engineering #: La disciplina de armar el contexto que la IA necesita para servir, en lugar de pulir el prompt. El prompt es la pregunta. El contexto es todo lo que la IA necesita saber para responderla bien — quién es, qué datos tiene, qué memoria, qué herramientas. Reemplaza "prompt engineering" como categoría útil cuando se construyen sistemas productivos. Se materializa en archivos del repositorio (el file system) organizados dentro de un folder structure. Más en qué es context engineering en español.
Vibe coding #: Construir software guiando a la IA en lenguaje natural en vez de escribir cada línea de código. En Mate & Build el vibe coding es aplicado: el builder no programa, describe el problema y va validando el resultado. La IA hace las decisiones técnicas — la persona se queda con las decisiones de producto. Más en qué es vibe coding.
Aprender IA construyendo #: La tesis central de Mate & Build: la IA no se aprende como herramienta, se aprende como estructura. Cada hora consumiendo contenido sobre IA es una hora que no se pasó usándola sobre algo propio. El método es exactamente al revés del curso: traés tu problema, construís con IA al lado, y aprendés haciendo decisiones reales. Más en por qué los cursos no funcionan y la mesa sí y en el origen del proyecto.
🧉 (el emoji) #: El emoji del mate va siempre pegado al nombre Mate & Build 🧉 — sin espacio extra, sin paréntesis. Es la marca visual de la categoría. No representa la bebida en sí: representa el ritual de la mesa.