Adiós, final_FINAL_v7

Austin Lau hace mercadeo de crecimiento en Anthropic. Cuando la empresa lanzó Claude Code, un producto para que la inteligencia artificial trabaje dentro de las carpetas de un programador, Lau pensó: "no tengo ni idea de para qué sirve esto". Lo escribió él mismo en el blog de la empresa, en enero de 2026. Hay que admirar a una compañía que permite a su departamento de mercadeo decir la verdad en público. Y conviene estudiarla, porque no es un caso frecuente.

Lau no sabía programar. Sigue sin saber. Lo que sabía era su problema: cada campaña exigía decenas de variantes del mismo anuncio, en varios tamaños, y alguien tenía que copiar los titulares uno por uno en Figma. Media hora por lote grande. Es el tipo de tarea por la que nadie estudia mercadeo y que todos terminan haciendo, como pasar lista en el ejército.

Le explicó el problema a Claude Code con las mismas palabras que usaría con un compañero de escritorio: trabajo en Figma, copio y pego demasiado, ayúdame a hacer un complemento. Entre cuarenta y cinco minutos y una hora después tenía uno. Ahora pega los titulares desde una hoja de Google, aprieta un botón y las variantes aparecen solas: casi media hora ahorrada cada vez que actualiza un lote grande. Después escribió un comando, /rsa, que toma los datos de la campaña, el copy que ya existe y las palabras clave, y devuelve quince titulares y cuatro descripciones por anuncio en un archivo listo para Google Ads. Entre los dos flujos, lo que tomaba treinta minutos por anuncio ahora toma treinta segundos. Él revisa antes de subir: la persona sigue al final, pero ahora firma en vez de copiar.

La voz de marca de Anthropic tiene historial. La suya, probablemente, está en un PDF de cuarenta páginas que nadie abre desde 2023.

La parte que importa viene ahora, y es la que suele saltarse quien cuenta esta historia como una historia de inteligencia artificial.

Antes de pedirle nada a Claude, el equipo escribió las reglas. El tono de la marca. Lo que el producto hace y, más importante, lo que no hace. Las buenas prácticas de un anuncio de búsqueda. Lo escribieron con los equipos de product marketing y copywriting, y lo guardaron como skills, habilidades, que Claude consulta antes de escribir. La documentación de Claude Code explica qué son: carpetas de texto con instrucciones, ejemplos y, cuando hace falta, pequeños programas. La voz de la marca dejó de ser algo que se explica en cada reunión y pasó a ser algo que está escrito. Es la diferencia entre un deseo y una instrucción.

El resto del equipo copió el método. Influencers liberó más de cien horas al mes. Mercadeo de clientes pasó de dos horas y media a treinta minutos por caso de estudio. Mercadeo de socios recortó un 40 por ciento la preparación de ferias. Digital dice que su productividad se multiplicó por cinco frente al año anterior, lo cual suena a mercadeo, pero lo dice el departamento de mercadeo sobre sí mismo, así que al menos es coherente.

¿Y dónde viven esos archivos? El artículo de Lau no dice la palabra GitHub. La documentación de Anthropic para Claude Code sí: las habilidades se comparten con el equipo guardándolas en control de versiones, y el archivo de reglas que Claude lee al entrar a una carpeta se guarda en Git para que el equipo pueda contribuir, porque gana valor con el tiempo. La prueba se puede abrir: el repositorio público de Anthropic con sus plugins de oficina tiene una carpeta que se llama marketing, con ocho habilidades en texto plano (su README va atrasado y lista cinco; cuente las carpetas) y un historial que dice quién cambió qué y cuándo. La voz de marca de Anthropic tiene historial. La suya, probablemente, está en un PDF de cuarenta páginas que nadie abre desde 2023.

Para vivir así hay que cambiar una idea de sitio en la cabeza. Es una sola, pero está muy al fondo.

Desde que existe la oficina, guardar un documento significa hacer una copia. Word guarda la última; para conservar la de ayer hay que ponerle otro nombre. De ahí salen las siete finales. No es desorden: es la única memoria que Word tiene.

En un repositorio, guardar no es copiar. Es tomar una foto. El archivo se llama siempre igual, propuesta.md, hoy y dentro de tres años, y lo que crece es la lista de fotos que hay detrás. Piense en el libro de actas de un condominio: no se reescribe la primera página cada vez que hay asamblea; se añade un acta, con fecha, con firma, con lo que se decidió. Nadie arranca el acta de enero porque llegó la de marzo.

Cada acta se llama commit. La escribe usted cuando un cambio está listo, y lleva una frase: qué cambió y por qué. "Bajar el plan Pro a 5,500 tras la llamada con el Dr. Dre". La fecha y el autor se anotan solos. Un mes después, el libro de actas se lee como el diario de la cuenta. Es más útil que el correo, y no tiene publicidad.

Comparar dos actas se llama diff: rojo lo que salió, verde lo que entró, y nada más.

Una rama es un libro de actas paralelo, abierto para probar algo sin tocar el oficial. Si gusta, se une al oficial; eso es un merge. Si no gusta, se cierra y el oficial nunca se enteró. El oficial se llama main, y contesta de una vez por todas la pregunta que más horas ha quemado en la historia de las agencias: cuál es la buena. La buena es la que está en main. No hay otra respuesta, y por eso funciona.

La buena es la que está en main. No hay otra respuesta, y por eso funciona.

Hay dos copias del libro, como mínimo: una en su computadora y otra en GitHub. Anotar un acta en la suya es commit. Mandarla a la nube es push. Traer lo que otros mandaron es pull. Tres verbos donde antes había uno, "guardar", y esa es la ganancia: por fin se distingue entre anotar, compartir y aprobar, tres actos distintos que el botón del disquete confunde desde 1985.

Word llama a algo parecido "control de cambios", que es el nombre más optimista de la industria del software: funciona hasta que alguien aprieta "aceptar todo", y entonces la historia se va con los cambios.

Nada de esto es una excentricidad de programadores. GitHub vende una formación con instructor llamada, con una honestidad que se agradece, "GitHub for Non-Developers", pensada para gestores de proyecto, redactores y diseñadores, y regala un ejercicio guiado, "Introduction to GitHub", que se hace dentro de un repositorio. Su tutorial de bienvenida avisa en la primera línea que no hace falta saber programar, ni usar la línea de comandos, ni instalar Git. Y su guía para planear el trabajo de un equipo describe un proyecto como una tabla que se conecta con las tareas. Dígale tabla o hoja de cálculo a un mercadólogo y ya está en casa.

GitLab, que es la competencia y no tiene oficinas, llevó la idea hasta el final: su manual de empresa es público, se edita con solicitudes de cambio y cualquiera puede proponer una mejora. Su equipo de mercadeo publica una guía de Git para quienes escriben en el blog, con la definición más clara que conozco: commit es como guardar en su computadora; push es como subirlo a una carpeta compartida. Y los mensajes de Slack se borran a los noventa días: si quiere que algo dure, escríbalo donde se pueda leer dentro de un año. La memoria de pez como política de empresa, y funciona.

Con ese respaldo, esto es lo que un mercadólogo tiene que saber.

Ninguna requiere programar. Todas requieren aceptar que un archivo de texto sin formato es más serio que un PowerPoint con degradados.

Lo mismo, en cinco cuadros que se pueden compartir sueltos. En cada uno, lo de la izquierda es lo que se quita y lo de la derecha lo que entra, como en una diferencia de Git.

Conviene decir dos cosas antes del cierre, porque cualquier socio de agencia las va a preguntar en los primeros dos minutos.

La primera es la confidencialidad. Meter propuestas, precios y planes de clientes en un repositorio obliga a decidir quién entra y quién no. Todo lo de clientes va en repositorios privados; el plan gratuito de GitHub los incluye sin límite y con los colaboradores que hagan falta. Cada persona entra con su cuenta y con verificación en dos pasos, y cuando alguien deja la agencia se le quita el acceso de golpe, sin buscar carpeta por carpeta. Contraseñas, claves y datos de pacientes no entran nunca: el archivo .gitignore evita los accidentes con las claves, pero los datos comerciales del cliente son una decisión de la casa, no de la herramienta.

La segunda es el precio real, que no es dinero. El repositorio solo paga si la gente escribe las reglas y las mantiene, y la mayoría de los equipos no lo hace. GitLab es la prueba de que funciona y también de cuánta disciplina exige: un manual público que cualquiera puede corregir, y una empresa entera que acepta que lo que no está escrito no existe. Sin esa disciplina, el repositorio es una carpeta de Drive con otro nombre.

Y una advertencia sobre las cifras de este artículo: todas salen de dos empresas hablando de sí mismas. Anthropic reporta sus propias horas ahorradas, y GitLab documenta su propia cultura, no sus resultados. No encontré un caso independiente que las confirme. Tómelas como lo que son, hasta que alguien mida en una agencia que no fabrique la herramienta.

Lau dejó una frase para su gremio: la distancia entre "ojalá existiera esto" y "puedo hacerlo yo" es mucho más corta de lo que parecía. Es cierto. Pero la frase que explica su año es otra, y no la dijo él porque en su empresa se da por sabida: lo que se construye se guarda en una carpeta con memoria. Todo lo demás, el complemento, el comando, las cien horas de Influencers, es consecuencia.

El adjunto de correo sobrevivió intacto desde 1992, junto con el fax de los hospitales. Fue una buena carrera.