El 29 de agosto Guadalajara tuvo su primer evento de Claude Community:

Un workshop de día completo de Claude Code y Claude Cowork en Wizeline, con bloques hands-on y lightning talks de gente que ya shippea con Claude en producción.

+120 BUILDERS en 8 HRS .... HUBO DE TO-DO....

Desde FARMEO DE AURA ... Hasta presentar un proyecto hecho con CLAUDE

Ahí estuvo Franchesco "Chesco" Romero, del equipo de The Guild IT, con la charla "Cómo evité que Claude repitiera mis errores".

No fue una demo de features ni un "mira lo que hace la IA". Fue una autopsia: 32 slides sobre un día normal de una desarrolladora, cuatro fricciones chiquitas y una caída de producción de 78 segundos al final del día.

Abro el hilo con dos cosas: Qué se dijo y por qué creo que este espacio importa más de lo que parece.

1. La charla, en corto

La tesis es incómoda porque es simple: usar bien un agente de código no es escribir mejores prompts. Un prompt se muere cuando se cierra la sesión. Lo que queda escrito en el repo, no.

De ahí salen tres capas, ordenadas no por "cuál es mejor" sino por qué tan garantizado está que se cumplan:

Tres cosas que me parece que valen el hilo completo:

a) Podar es una mejora medible. Un CLAUDE.md de 600 líneas rinde peor que uno de 100. No son datos que se acumulan, son instrucciones peleándose por atención. En el proyecto real que documentó, el archivo creció a 249 líneas, lo podó a 129 y cuatro meses después sigue en 145 sin que se rompiera nada. La capa escrita a mano se encogió; La capa que sale de los errores creció.

b) La regla sin el porqué se vuelve superstición. "Nunca hagas DROP COLUMN" nunca borra una columna, ni donde sí se puede. "Nunca hagas DROP COLUMN en un solo deploy porque el rollout deja dos versiones del código sirviendo a la vez" sí sabe dónde aplica, y descubre solita que un RENAME es un DROP disfrazado. El porqué convierte una prohibición en un modelo mental, y un modelo mental generaliza a casos que nunca escribiste.

c) El hook necesita su escape documentado. Un candado del que no te puedes salir estorba en el primer caso legítimo y alguien lo desinstala esa misma semana. El mensaje de error tiene que estar escrito para la persona que está ahí a las once de la noche sin paciencia.

Y un bonus que rompe una creencia común: un subagente cuesta más tokens totales, no menos. Paga su propio system prompt, su propia copia del contexto y sus propios schemas, y su resumen te regresa como input. Lo que ahorras es ventana de contexto principal, que es otro recurso distinto.

Los links, por si quieren la fuente completa:

• Slides: https://speakerdeck.com/elchesco/como-evite-que-claude-repitiera-mis-errores

• Artículo largo: https://dev.to/aws-builders/tres-capas-de-contexto-para-un-agente-de-codigo-ordenadas-por-garantia-2joe

2. Por qué Claude Community sí importa (el punto que quiero discutir)

Claude Community México es una comunidad independiente organizada por sus propios miembros, no un brazo de marketing. Y su curva de crecimiento en menos de un año es de las cosas más interesantes que están pasando en el ecosistema tech mexicano:

Febrero 2026: un solo meetup en CDMX. Sold out.

Marzo–mayo: se sale de la capital. Monterrey, Mérida, Cancún, Colima, Villahermosa, Hermosillo, Xalapa. Un build day, un Impact Lab con datasets públicos de la ADIP.

Agosto: deja de ser "un meetup de devs" y se verticaliza. Legal, Finance, Healthcare, Educators. Sedes como Santander, Novartis, Platzi, despachos de abogados.

Agosto 29: primer evento en Guadalajara. Aquí entra Chesco.

Octubre: Product & Design, AI Engineering, Marketers, un meetup en el Senado de la República y regreso a GDL amarrado a la semana de JSConf Mexico.

Y hacia afuera: ediciones en San Francisco, incluida una específicamente latina, con founders e inversionistas de la región.

Léanlo como un patrón, no como una agenda: geografía → verticales → instituciones → diáspora.

Es exactamente la secuencia que sigue una comunidad cuando deja de ser un grupo de entusiastas y se vuelve infraestructura del ecosistema. Anthropic además abrió un programa global de embajadores para que cualquiera lidere la comunidad de su ciudad, y no exige ser desarrollador de título.

Y si quieren saber qué fue lo que más pegó en Guadalajara, no hace falta encuesta: miren lo que programaron después. El 19 de octubre abren en CDMX el primer evento puramente técnico de la serie, y el temario es arquitecturas multi-agente, context engineering, servers de MCP, evals y observabilidad — todo lo que separa un demo bonito de infraestructura que aguanta tráfico real. Justo el terreno que se discutió en GDL. Las comunidades votan con su calendario.

Mi lectura (y aquí sí quiero que me discutan): El siguiente movimiento natural es LATAM completo. Si el patrón se repite, en 12 meses esto no es "Claude Community México", es una red regional con nodos en Medellín, Bogotá, Buenos Aires y Santiago. Y eso cambia dónde se consigue trabajo, con quién te comparas de salario y qué tan rápido se mueve el nivel técnico promedio de la región.

Nosotros venimos construyendo plazas por ciudad con la misma lógica: alguien local que le pone la cara, un espacio, y contenido que sí sirve. Cuando dos redes así se cruzan, el que gana es el que ya estaba adentro.

3. Lo que quiero preguntarles

¿Alguien aquí ya tiene un CLAUDE.md (o su equivalente en otra herramienta) vivo en un repo de producción? ¿Cuántas líneas trae y cuándo fue la última vez que lo podaron?

¿Han archivado errores como memoria, o siguen arreglando el mismo bug dos veces al mes?

¿Cuál es la regla de su equipo que ya debería ser un hook y sigue siendo un acuerdo verbal?

¿Quién estuvo en algún evento de Claude Community? Cuenten qué se llevaron, sobre todo si no fue lo que esperaban.

Para los que están fuera de CDMX y Monterrey: ¿qué haría falta para que este tipo de eventos llegue a su ciudad?

Chesco anda por aquí en el foro, así que las preguntas técnicas de la charla se las pueden aventar directo.

Leí el hilo completo y me quedo con una idea: esto ya no es un experimento, es un patrón que se repite con demasiada consistencia como para ser casualidad. Ver la curva de Claude Community México, de un meetup sold out en febrero a verticales completas y eventos en el Senado ocho meses después, me confirma algo que llevo años viendo en AWS User Group Jalisco: una comunidad crece cuando deja de vender la herramienta y empieza a resolver problemas concretos de la gente que ya la usa todos los días.

La charla que armé para Guadalajara nació justo de ahí. No quería hacer otra demo de "mira lo que hace la IA", porque ese formato ya está saturado y no le sirve a nadie que ya shippea en producción. Me interesaba más la autopsia, esas cuatro fricciones chiquitas del día a día que nadie documenta porque dan pena admitirlas, y la caída de 78 segundos que sí duele. Creo que por eso pegó: hablé de podar un CLAUDE.md de 600 líneas, no de venderlo como magia.

Nosotros en TheGuildIT venimos construyendo con la misma lógica de plaza por plaza, alguien local que le pone la cara y contenido que de verdad sirve. Si el patrón de Claude Community se repite hacia Medellín, Bogotá, Buenos Aires y Santiago, no es solo una comunidad más creciendo, es una señal de por dónde va a moverse el nivel técnico y el mercado laboral de la región en los próximos doce meses. Y como bien dice el hilo, cuando dos redes así se cruzan, gana el que ya estaba adentro.

La parte de podar el CLAUDE.md me pegó porque es bien fácil convertirlo en el cajón donde metes todo. Una regla que yo sí llevaría a un hook es bloquear cambios destructivos de infraestructura o datos cuando no vienen con plan de rollback. Eso ya no debería depender de que alguien recuerde el acuerdo en plena guardia.