Claude Code para equipos de marketing y RevOps: 6 proyectos en paralelo con un equipo de agentes

Para llevar varios proyectos a la vez desde una sola sesión de Claude Code no necesitas una sesión más lista: necesitas que cada proyecto tenga su cerebro escrito, que el trabajo lo hagan agentes con un rol y un acceso acotados, y que nada salga sin pasar por una rama, pruebas automáticas y, si es de negocio, el «apruebo» de una persona. Con ese sistema, del 26 al 28 de octubre de 2026 nuestro equipo integró 51 cambios (PR) en tres repositorios: 31 salieron de una sola sesión conducida por Pedro Vega y el resto de rutinas diarias y otras sesiones en paralelo. Pedro fue la única persona que decidió.

Una aclaración antes de seguir. Son tres días de operación y menos de 30 casos: no tenemos todavía resultados de ventas que atribuir a este sistema, y con tan pocos datos el veredicto es «insuficiente». Lo que sí podemos mostrar es el volumen de trabajo, cómo se controla y dónde falló.

Qué corrió en paralelo del 26 al 28 de octubre

Cifras de GitHub: 51 PR integrados en 3 repositorios, 37 en el del equipo de revenue (agentes, contenido y flujos de HubSpot), 10 en el sistema comercial (catálogo y propuestas) y 4 en el sitio web. Fuente: historial de pull requests de cada repositorio, consultado el 28-10-2026. Es una medida de volumen, no de resultado.

Proyecto	Qué salió en esos 3 días	Quién decide
RevOps	Flujo de descarga a CRM y seguimiento: quien descarga un recurso entra a HubSpot y recibe un seguimiento con una plantilla que Pedro aprueba, dentro de un cupo diario	Pedro aprueba la plantilla y el cupo
Performance y pauta	Un agente que lee Google Ads y recomienda; no escribe. Reglas escritas para tocar una cuenta de anuncios	Pedro, para cualquier cambio o gasto
Marketing y contenido	Línea editorial «Así operamos con Claude» y 20 publicaciones de LinkedIn programadas por HubSpot Social; ideas de contenido sacadas de una reunión con un cliente, sin su nombre ni sus datos	Pedro aprueba cada publicación de su perfil, una por una
Sitio web	Sitio en Astro: 3 páginas de descarga y 1 artículo publicados	Pedro, antes de cada integración a producción
Producto y precios	Un servicio nuevo en el catálogo; los precios salen solo de ahí y no de los textos	Pedro, en toda condición comercial
AEO	Programa para medir si los motores de IA citan a 5minutos: 45 preguntas de compra, medición semanal en HubSpot. Punto de partida: 5minutos aparece en 0 de 35 superficies de búsqueda e IA (medición manual del equipo, 28-oct-2026)	Pedro aprueba la carga de las preguntas

Las cifras de equipo salen de los repositorios al 28-oct-2026: son 12 agentes de Claude con roles separados por acceso y 9 rutinas en la nube.

Cómo se logra

Una sola sesión no recuerda nada de un día para otro. Todo lo que parece memoria está escrito. Son siete piezas.

1. El repo es la memoria. El estado, las acciones, las decisiones y las lecciones viven en archivos. Si una sesión se corta, otra la retoma leyendo el repo.
2. Un CLAUDE.md por proyecto, el cerebro. Cada repositorio dice cuál es la meta con número, el cliente ideal, las reglas de marca y qué puede hacer la IA sola. Una sesión que entra a un proyecto lo lee antes de tocar nada, y por eso no hay que repetirle el contexto. Si quieres partir de una versión limpia, descarga la plantilla del cerebro.
3. Subagentes con un rol, en paralelo. La sesión que coordina reparte el trabajo: un ghostwriter redacta con la voz de Pedro, un agente de SEO y AEO mide y escribe para los buscadores, y un revisor lee todo antes de que salga. El revisor no escribe: solo entrega hallazgos. Quien produce no evalúa su propio trabajo.
4. Todo cambio pasa por rama, PR y pruebas automáticas. Lo técnico (agentes, flujos, herramientas) se integra solo cuando las pruebas pasan. Nadie hace cambios directos sobre la versión que está en producción.
5. Lo de negocio espera una bandeja. Publicar, cambiar un precio o escribirle a un prospecto son ítems numerados que Pedro responde con «apruebo N». Un ítem vence a las 48 horas: el silencio no aprueba.
6. Hooks que hacen cumplir las reglas. Un hook es una revisión automática que corre antes de una acción. Bloquea, por ejemplo, publicar en LinkedIn sin la aprobación o hacer un cambio directo en producción. La regla no depende de que el agente se acuerde: depende del sistema.
7. Un solo escritor en el CRM. De los 12 agentes, solo el ejecutor escribe en HubSpot, y solo lotes aprobados o plantillas aprobadas. Los demás leen.

La etapa donde esto se vuelve un equipo que corre solo está explicada en las 5 etapas para implementar IA en ventas.

Qué no delegamos

Pedro decide estas cosas y ningún agente las decide por él:

• Publicar: cada artículo del blog y cada publicación de su perfil de LinkedIn.
• Precios y condiciones comerciales.
• Cualquier mensaje que llegue a un prospecto.
• Los diagnósticos de 30 minutos y la firma de las propuestas.
• La orden «pausa la autonomía», que deja a todos los agentes en solo lectura.

También quedan en sus manos tareas que la herramienta no permite automatizar. HubSpot no publica documentos en LinkedIn por API, así que el carrusel en PDF lo sube Pedro a mano.

Qué salió mal

Malas noticias primero, con su número:

• 10 problemas en 4 publicaciones. Antes de publicar, el revisor encontró 10 hallazgos en 4 publicaciones de LinkedIn: 2 críticos, 5 medios y 3 menores (revisión del 26-oct-2026). Uno de los críticos era un enlace de agenda que no existía, repetido en dos publicaciones. Ninguna salió en esa versión.
• 1 error que ningún revisor de texto veía. Hicimos una descarga de prueba con un contacto de prueba, antes de anunciar las 3 páginas. Nuestro código esperaba que HubSpot guardara la descarga con el nombre del formulario, y HubSpot le antepone el título de la página. Un prefijo de diferencia: sin la prueba, el sistema no habría reconocido ninguna descarga. Se corrigió el mismo día y quedó una prueba automática con el formato real. La lección: revisar el texto no basta, hay que probar el camino completo con datos reales.
• Una sesión con varios repositorios no registra el «apruebo». El 26-oct, Pedro aprobó publicaciones en una sesión con tres repositorios abiertos y los hooks no corrieron, así que la aprobación no quedó registrada. Se resolvió por otra vía permitida, y desde entonces las aprobaciones se responden en una sesión con un solo repositorio. Es la razón por la que «una sola sesión» coordina, pero no aprueba.

Cómo empezar en tu equipo

No partas por los 12 agentes. Parte por un proyecto, su cerebro y un revisor.

1. Escribe el cerebro de ese proyecto: meta con número, cliente ideal, reglas y qué puede hacer la IA sola.
2. Define qué espera una aprobación y qué nunca hace.
3. Suma un revisor que lea y no escriba.
4. Prueba el camino completo con un dato real antes de confiar.

Preguntas frecuentes

¿Se puede liderar varios proyectos desde una sola sesión de Claude Code? Sí, con una condición: la sesión coordina y no guarda el contexto. El contexto vive en el repositorio de cada proyecto (su CLAUDE.md, su estado y sus decisiones), y el trabajo lo hacen subagentes con un rol. Sin eso, la sesión se llena y se pierde.

¿Qué diferencia hay entre usar agentes de IA en paralelo y usar un chat? En un chat, la persona repite el contexto y revisa cada respuesta. Con agentes en paralelo, cada uno trabaja con su cerebro, su acceso y su revisor, y la persona solo decide en los puntos clave.

¿Necesito saber programar? Para operar el sistema, no necesitas escribir código: los agentes lo escriben y pasan por pruebas. Sí necesitas criterio de negocio, porque eres tú quien aprueba, y alguien del equipo que entienda qué se está integrando.

¿Qué pasa si un agente se equivoca? Por eso hay tres capas: un revisor que no escribe, pruebas automáticas y una aprobación humana para lo de negocio. En nuestros tres primeros días, el revisor encontró 10 problemas antes de publicar y una prueba real encontró 1 error más.

¿Funciona con otras herramientas, o solo con Claude? Las piezas (cerebro, roles, rama y PR, aprobación) valen para cualquier herramienta. Nosotros operamos con Claude y por eso los ejemplos son de ahí.

¿Qué pasa con los datos personales de los clientes? En Chile aplica la Ley 21.719. Los datos personales viven en el CRM y no en los repositorios: ahí solo hay identificadores y nombres de empresas.

¿Cuánto tarda en dar resultados? Aún no lo sabemos: son 3 días de operación y menos de 30 casos, así que no proyectamos. Lo que medimos es leads calificados en el CRM, no publicaciones ni clics.

Siguiente paso

Hay dos formas de avanzar, según dónde estés:

• Probarlo tú. Descarga el cerebro de tu equipo de revenue, la versión limpia del archivo con que opera nuestro equipo, y la skill del revisor, que lee todo antes de que salga y no escribe nada. Las dos son gratis.
• Verlo en tu caso. Agenda un diagnóstico de 30 minutos: revisamos qué proyectos de tu equipo pueden correr con este sistema y cuáles no. Sales con 3 hallazgos concretos, trabajes o no con nosotros. Somos HubSpot Diamond Partner.

Agendar diagnóstico