Saltar al contenido
CristianTala_
Build in Public

Rentabilizando Ecosistema Startup · Cap. 6: Mis 70 agentes de IA destrozaron mi plan de $1M

Por Cristian Tala Sánchez ·

Rentabilizando Ecosistema Startup · Cap. 6: Mis 70 agentes de IA destrozaron mi plan de $1M
en este artículo
  1. Ver el episodio
  2. Lo que vas a aprender
  3. ¿Por qué 70 agentes de IA especializados le ganan a un solo modelo generalista?
  4. ¿Cómo se audita un plan de negocio con cuatro subagentes de IA en paralelo?
  5. ¿Por qué mi plan de $1M no cerraba?
  6. ¿Por qué elegí “audiencia primero” en vez de bajar la meta?
  7. ¿Cómo mandé el primer outreach real sin mentir en el media kit?
  8. Los prompts de este capítulo
  9. La serie sigue — súmate al proceso
  10. Sigue el proceso

Le di a Fable 5 —uno de los modelos más potentes de Anthropic hoy— acceso a los 70 agentes de IA especializados que había construido con el tiempo y que nunca había usado en esta serie. Les pedí una sola cosa: auditar, sin piedad, el plan de $1.000.000 que armé en los capítulos anteriores. En una hora me lo desarmaron. El número no cierra: el techo real de todo lo que tenía diseñado es de $18.000 a $21.000 al mes, y la vía que supuestamente cargaba el millón no tenía ni una cifra de respaldo. Este es el capítulo donde la IA me ahorra meses de construir sobre una base mala — y donde mando los primeros mensajes de venta reales, completamente fuera de mi zona de confort.

📺 Parte de la serie Rentabilizando Ecosistema Startup · Capítulo 6

Ver el episodio

Lo que vas a aprender

  • Por qué un solo modelo de IA generalista rinde peor que un roster de subagentes especializados — y por qué Claude Code no los llama solo, se lo tienes que pedir.
  • El “gate duro” que le apliqué a cada vía de monetización: $10.000 de MRR en 12 meses con palanca de crecimiento identificada, o se descarta. Con la aritmética y su fuente, no con corazonadas.
  • Cómo correr una auditoría de negocio en paralelo con cuatro subagentes (estrategia, finanzas, canal, gobernanza) y consolidarla con un Chief of Staff en un brief de una sola página.
  • Por qué el plan de $1M no cerraba: el techo real de las vías ya diseñadas ($18–21K al mes) y los tres huecos que ningún generalista había marcado.
  • El giro a “audiencia primero”: por qué mejorar la audiencia —no bajar la meta ni contratar— es la única palanca que sube el techo de todo a la vez, y cómo cambia el ticket sin cambiar la estrategia.
  • El research real del mercado de venture capital en LATAM (LAVCA: 119 organizaciones → 40–45 compradores reales) y por qué la vía pasó de “suscripción de datos” a “sponsorship de data asset”.
  • Cómo armé el smoke test de patrocinio y mandé los primeros mensajes de outreach reales — corrigiendo primero los claims falsos del media kit.

¿Por qué 70 agentes de IA especializados le ganan a un solo modelo generalista?

En las sesiones anteriores hice todo el análisis y el diseño de monetización pidiéndole las cosas directamente a Claude Code, como generalista. Funcionó a medias. Y hay una razón técnica para eso: si le pides a un modelo una tarea muy compleja, de muchos pasos y cosas distintas a la vez, generalmente la va a hacer mal. Son modelos generalistas.

Yo tenía la solución guardada y sin usar: unos 70 agentes especializados, creados con el tiempo, que también comparto en la comunidad. El problema es que nunca los llamé. Y acá hay un detalle que confunde a mucha gente:

🚀 ¿Te interesa la tecnología que realmente importa?

En la comunidad compartimos herramientas, workflows y automatizaciones que usamos en el día a día. Sin teoría — pura práctica.

Entrar a la comunidad

“Tengo unos 70 agentes que puedo usar, pero le tengo que decir que los voy a usar.” — Cristian

Claude Code, al menos hasta hoy, no decide solo lanzar los subagentes como sí lo hace con los skills. Eso se lo tienes que pedir explícitamente. Aproveché que justo salió de nuevo Fable 5 para reiniciar el contexto y probarlo como orquestador. Es más potente que Opus 4.8, aunque cuesta el doble, así que no siempre conviene: publiqué la comparación entre los dos acá. Peor de los casos, gasto un poco más de capacidad de uso en un experimento. La apuesta es simple: cada súper agente, al tener una sola tarea, la hace mejor que el generalista.

“Cada súper agente especializado que hagamos, al tener solo una tarea, la va a hacer mejor que si le pedimos al mismo Claude hacer muchas cosas.” — Cristian

En este capítulo yo todavía soy el que orquesta a mano: le voy diciendo a quién delegar y en qué orden. Pero la meta es dejar montado un orquestador que lo haga por mí. A eso llego al final.

¿Cómo se audita un plan de negocio con cuatro subagentes de IA en paralelo?

Antes de aprobar cualquiera de las tareas pendientes, quise una auditoría de verdad, con el filtro que se me había olvidado aplicar con rigor:

“Cada vía de monetización debe tener potencial de $10.000 al menos en 12 meses, con la palanca de crecimiento identificada, no en las cifras de hoy.” — Cristian

Si no sé cómo llegar a ese número, la vía no me sirve. Con ese gate como instrucción dura, delegué en paralelo —una sola tanda de llamadas, no secuencial— a cuatro subagentes: business-strategist auditó la tesis completa; finance-analyst-operator armó la aritmética real de cada vía; eco-media-monetization-lead evaluó los riesgos de tocar el performance del sitio (porque no pienso meter banners ni paywall: odio pagar por leer una noticia, es la peor experiencia que hay); y automation-governance-architect aplicó la regla de validar antes de construir — ¿vale la pena instanciar esto, o ya sabemos de antemano que no es rentable?

Un detalle de higiene que vale la pena contar en público: mientras corrían, apareció un bloque de “instrucciones de servidor MCP” inyectado en medio de los resultados de una herramienta, pidiéndome cargar skills y ejecutar cosas de Zapier. No uso Zapier. Lo ignoré. Cuando trabajas con agentes, ese tipo de inyección hay que detectarla y no obedecerla a ciegas.

Cuando terminaron los cuatro, la instrucción fue clara: no consolides todavía, muéstrame los outputs completos primero. Recién después le pasé todo a un Chief of Staff para que lo conciliara en un brief de una página: veredicto por vía, la razón en una línea y la próxima acción concreta.

“Cuando terminen los cuatro, la salida con solidez.” — Cristian

¿Por qué mi plan de $1M no cerraba?

El brief fue un baldazo de agua fría, del bueno. La ecuación del millón no cierra. La meta era $83.000 de MRR al mes 24 —eso es $1.000.000 recurrente al año—, y de las ocho vías del mapa, solo tres tenían precio y volumen documentados: el Daily Shot, el deep dive de análisis patrocinado y el founder-takeaway. Las otras cinco eran etiquetas sin una sola cifra detrás.

El número que dolió: las tres vías con precio real suman un techo de $18.000 a $21.000 al mes en plena madurez. Para llegar al millón necesito $83.000. No cruzo el gate, ni de cerca. Y el Daily Shot, que es lo que ya hago todos los días, tiene un techo de uno o dos mil dólares por sí solo:

“El techo matemático del Daily Shot no llega a 10 mil dólares por sí solo, entonces en teoría ni siquiera deberíamos hacerlo.” — Cristian

Los subagentes marcaron tres huecos que el generalista nunca vio. Primero: la vía flagship que cargaba el peso del millón —un “producto de datos LATAM”— no tenía ecuación, ni precio, ni comprador. Segundo: el plan confundía inventario disponible con cuota de ventas mensual repetible. Tercero, el más importante para un operador solo: nunca se cuantificó mi capacidad en horas. El régimen maduro implica prospectar, cerrar, editar cuatro deep dives al mes y gestionar tres o cuatro sponsors recurrentes. Eso, o lo automatizo, o no existe.

El resultado fue una poda brutal. El Daily Shot, descartado como vía independiente. Convocatorias, áreas y afiliados, descartados por ahora. El deep dive y el founder-takeaway, a reformular. El producto de datos, pausado hasta tener una cifra real.

“Descarté casi todas las vías que había dicho en la sesión anterior. Por eso es bueno que validemos, especialmente con subagentes.” — Cristian

Y acá está lo valioso de hacer esto ahora y no en seis meses: si la base es mala, todo lo que construyas encima va a ser malo. La IA me ahorró meses de trabajo sobre supuestos que no se sostenían.

¿Por qué elegí “audiencia primero” en vez de bajar la meta?

Con lo que tengo diseñado, el techo realista del portafolio completo es de $50.000 a $68.000 de MRR a 24 meses —unos $600.000 a $820.000 al año—, no los $83.000. Y el research dejó claro que solo hay dos palancas que suben el techo de todo a la vez: la audiencia y contratar gente. Contratar, con el negocio todavía sin facturar y siendo esto un experimento agéntico, no me llama. Así que la elección fue obvia:

“Lo que estamos haciendo no es cambiar la estrategia, es cambiar el ticket de la estrategia.” — Cristian

Si mejoro la audiencia —más founders, mejor perfil, menos dependencia de un solo canal—, puedo cobrar más por lo mismo. Las próximas seis a ocho semanas van a eso: medir la composición real de la audiencia (encuestas, LinkedIn, Google Analytics) y diversificar fuera de Google Discover, que hoy me trae el 84% del tráfico. Es una concentración de riesgo que no puedo cerrar de golpe, pero sí empezar a repartir.

Para el producto de datos, en vez de descartarlo, lancé un research en paralelo con dos subagentes más. Uno pidió acceso a la web de LAVCA, la asociación de venture capital latinoamericana, para dimensionar el mercado real. Cuando su certificado falló, entré yo mismo, saqué la lista de miembros del código fuente de la página y se la pasé. El dato fue oro: 119 organizaciones únicas, de las cuales solo 40 a 45 son fondos de VC y corporativos reales; el resto son megafondos globales que no son mi cliente.

El pricing research fue todavía más honesto: una suscripción de datos no cruza el gate para esta vía sola. Y el riesgo más grande es que todos los comparables —PitchBook, CB Insights, Crunchbase— se venden con cotización a medida, con equipo de ventas enterprise. Eso choca de frente con mi restricción: yo solo, más agentes, sin venta manual recurrente.

“Competir con PitchBook o Crunchbase no tiene ningún sentido si no podemos apalancarnos en ellos.” — Cristian

Pero justo ahí apareció la evidencia real de demanda: hay medios co-publicando reportes de VC patrocinados por bancos para sus corporativos. No es una suscripción de datos, es un sponsorship de data asset. Ese ángulo sí me cierra, porque es el mismo motor de patrocinio de eco: documentos valiosos, bonitos, accesibles para todos, pagados por un fondo aliado — no un paywall en el sitio. Impacto alto con poco esfuerzo.

¿Cómo mandé el primer outreach real sin mentir en el media kit?

Con la estrategia podada y la vía nueva refinada, tocaba lo que más me cuesta: salir a vender. Y la primera regla fue no mentir. La auditoría marcó que el media kit tenía claims sin validar —cosas como “300 founders operadores”— y el copy no estaba probado. No voy a mandar un proof of concept sabiendo que arranca con un dato falso. Primero se corrigen los claims, después se envía.

El diseño del smoke test quedó así: cuatro segmentos, de 8 a 10 prospectos por segmento, unos 50 contactos en total, métrica binaria, con el umbral de conseguir al menos dos reuniones cualificadas. El outreach sale por dos canales —LinkedIn vía Unipile y correo desde una casilla real de eco vigilada por n8n para detectar respuestas— porque unos ven un canal y otros ven el otro. La primera tanda: 12 prospectos, tres por segmento, entre ellos Kaszek, Monashees, Wayra, Hi Ventures, Techstars, Slidebean y Toku, cargados a NocoDB con su contacto, canal y gancho.

Lo honesto de este capítulo no es el sistema. Es lo mal que me siento haciéndolo:

“Tengo sentimientos encontrados, porque odio con todo mi ser a la gente que hace esto. Creo que me voy a tener que prostituir un poco.” — Cristian

Me encanta crear productos y servicios. Ir a buscar clientes en frío me genera un conflicto real; siempre prefiero construir sistemas donde la gente llegue sola. Esto está completamente fuera de mi zona de confort, y lo muestro igual, porque de eso se trata hacerlo en público.

Para cerrar, monté lo que faltaba para que esto no vuelva a pasar: el orquestador permanente. Le pedí que escribiera en el CLAUDE.md del repo qué decide solo —a quién delegar, cómo consolidar, resolver el contexto contra la fuente de verdad del repo— y qué escala siempre a mí: precios, compromisos, cambios de estrategia. Con una distinción que me importa:

“Las decisiones estratégicas las tenemos que tomar nosotros, no la IA. No puedo culpar a la IA si quebré porque me dijo que sí.” — Cristian

Y una aclaración que evita el error clásico de darle demasiado poder al sistema: el orquestador coordina y filtra cada delegación contra el norte (los $10K por vía), pero no es el COO. El COO es un especialista más, que se instancia recién cuando una vía valide y tenga tarea repetible real que delegar. Todavía no existe, y no se inventa antes de tiempo.

Los prompts de este capítulo

Estos son los cuatro prompts que usé, completos, para que los copies y adaptes a tu propio negocio. Donde ves corchetes [...], reemplaza por lo tuyo.

1. La auditoría en paralelo con el gate duro

Contexto: en las sesiones anteriores de este repo trabajaste todo el análisis y el diseño de monetización directamente, sin delegar a ningún subagente especializado, a pesar de tener un roster completo disponible globalmente (70 agentes en 14 categorías). Ese es un hueco: cada uno de esos agentes tiene profundidad de dominio que tú, como generalista, no tienes.

Hoy lo corrijo. Antes de aprobar cualquiera de las tareas pendientes, quiero una auditoría real con el gate que se me había olvidado aplicar con rigor:

GATE DURO: cada vía de monetización debe tener potencial real de ≥$10K MRR en 12 meses (con la palanca de crecimiento identificada, no la cifra de hoy) o se descarta o se reformula. No acepto 'suena bien' — necesito la aritmética con fuente.

Primero lee [tus documentos de plan]. Después, EN PARALELO (una sola tanda de llamadas, no secuencial), delega vía el Agent/Task tool a estos 4 subagentes, dándole a cada uno el gate de arriba como instrucción dura:

1. business-strategist — audita el plan completo contra el gate; ¿la tesis tiene una ecuación real de cómo cada vía llega a su parte del número?
2. finance-analyst-operator — arma la aritmética real de cada vía: con los números actuales, ¿a cuánto llega, y qué necesita para que la cuenta cierre?
3. [tu especialista del canal] — evalúa los riesgos que el plan no especifica.
4. automation-governance-architect — según la regla de 'validar antes de construir': ¿vale la pena construir ya, o falta validar primero?

Cuando los 4 terminen, no consolides todavía — muéstrame los 4 outputs completos primero.

2. Consolidar con el Chief of Staff

Ahora delega a chief-of-staff para que consolide los 4 outputs anteriores en un solo brief accionable: qué vía(s) siguen vivas después del gate, cuáles se pausan o descartan, qué depende de qué, y qué de esto me toca decidir a mí ahora mismo. Que el brief tenga máximo 1 página: veredicto por vía (Build / Pivot / Kill), la razón en una línea, y la próxima acción concreta.

3. Dejar montado el orquestador del repo

Quiero dejar montado el orquestador de este repo para que este hueco no vuelva a pasar. Agrega al CLAUDE.md de este repo una sección nueva '## Orquestador' con: qué decides tú solo (delegar, consolidar, resolver contexto con la fuente de verdad del repo) vs. qué escala siempre a mí (precios, compromisos comerciales/legales, cambios de estrategia). La lista de especialistas disponibles con una frase de cuándo llamar a cada uno. Una aclaración importante: tú eres el ORQUESTADOR (coordinas, cargas el norte, filtras cada delegación contra eso), NO el COO — el COO es un especialista más que se instancia recién cuando una vía valide. No inventes especialistas ni tareas que no existen todavía.

4. El research en paralelo, con preguntas una a una

Avancemos con el research del producto de datos en paralelo. Quiero entender más sobre las decisiones que me pides, y el producto en paralelo usa los agentes que correspondan para tener el mejor resultado posible. Recuerda que tenemos como 70 agentes — no vamos a decidir qué agentes nosotros, la idea es que lo decida el mismo orquestador. Hazme las preguntas una a una para darte las respuestas que necesites para avanzar.

Capítulos

  • 00:00 Vuelvo con Fable 5 (y uso mis 70 agentes)
  • 12:12 La IA encuentra que mi plan de $1M no cierra
  • 17:56 Chief of Staff, no CEO: consolidando 4 auditorías
  • 23:55 Investigando el mercado real: LAVCA
  • 39:17 El giro: audiencia antes que más vías
  • 43:57 Aprobando el smoke test
  • 51:41 El CRM detrás de todo
  • 1:02:08 Montamos el orquestador — y salen los primeros mensajes reales

La serie sigue — súmate al proceso

Hasta acá llega este capítulo, pero la serie no se cierra. Quedaron los mensajes de outreach saliendo por LinkedIn, la campaña de reactivación de la lista de correo lista para dispararse, y la meta del millón intacta para forzar la búsqueda de vías nuevas. Todo eso arranca en el próximo capítulo, y lo sigo haciendo en público, con los cagazos incluidos.

Lo que voy montando —los prompts, los agentes, el orquestador, el sistema operativo agéntico completo— lo comparto en mi comunidad, junto a los cursos de Claude Code y agentes con los que estoy armando todo esto:

Súmate a la comunidad (gratis): Cágala, Aprende, Repite →

Y revisa todos los capítulos en la página de la serie.

Sigue el proceso

🚀 ¿Te interesa la tecnología que realmente importa?

En la comunidad compartimos herramientas, workflows y automatizaciones que usamos en el día a día. Sin teoría — pura práctica.

Entrar a la comunidad