Hace cinco años necesitabas un equipo para construir una empresa real.
Comercializadores. Investigadores. Desarrolladores. Vendedores. Personal de soporte.
Incluso una empresa pequeña significaba de 10 a 20 personas y $1M+ en nómina.
Eso cambió.
Claude Fable 5 es el primer modelo de IA que he usado que no se siente como un chatbot.
Se siente como infraestructura.
La mayoría de la gente todavía lo usa así:
Prompt → Respuesta → Listo
Para eso no fue construido Fable.
Fable funciona durante días.
Planifica. Investiga. Ejecuta. Verifica. Aprende. Sigue adelante.
La oportunidad más grande no es usar IA para ahorrar unos minutos.
Es usar IA para reemplazar departamentos enteros.
Aquí está la arquitectura de empresa exacta que construiría desde cero hoy.
Cada prompt a continuación está listo para copiar y pegar. Ejecútalo esta noche.
El modelo antiguo vs el nuevo modelo
Modelo antiguo:
Tú → contratas personas → gestionas personas → pagas personas → esperas que funcione
Modelo nuevo:
Tú → diseñas el sistema → Fable ejecuta los departamentos → los departamentos se mejoran a sí mismos
El fundador ya no hace el trabajo.
El fundador diseña el sistema operativo.
Todo lo demás funciona.

Paso 0 — Construye el cerebro de la empresa primero
Todo fundador se salta este paso.
Se lanzan directamente a los prompts y se preguntan por qué la IA actúa como un pasante despistado.
La diferencia entre un pasante despistado y un buen empleado es el contexto.
Crea esta estructura de carpetas ahora mismo:
1mkdir -p ~/company/{memory,skills,state,content,docs,sops}23touch ~/company/founder.md4touch ~/company/strategy.md5touch ~/company/products.md6touch ~/company/customers.md7touch ~/company/memory/lessons.md8touch ~/company/state/projects.md9touch ~/company/state/pipeline.md10touch ~/company/state/seo-tracker.md
Llena cada archivo con estas plantillas:
~/company/founder.md
1# Sobre Mí23## Cómo pienso4[Rápido e intuitivo? Lento y deliberado? Tolerante al riesgo o cauteloso?]56## Mis fortalezas7[En qué eres genuinamente bueno — específico, no genérico]89## Mis debilidades10[Qué te agota o dónde cometes errores consistentemente]1112## Estilo de comunicación13[Cómo quieres los resultados — viñetas? prosa? corto? detallado?]1415## Innegociables16[Cosas que nunca comprometerás — estándar de calidad, ética, velocidad]1718## Marco de decisión19[Cómo tomas decisiones difíciles — datos primero? instinto primero? consenso?]
~/company/strategy.md
1# Estrategia de la Empresa23## Metas para 202641. [Meta específica y medible]52. [Meta específica y medible]63. [Meta específica y medible]78## Mercado objetivo9[Cargo, tamaño de empresa, industria, dolor que tienen ahora mismo]1011## Precios12[$X por Y. Por qué este precio. Cuánto cuestan las alternativas.]1314## Posicionamiento15[Una frase: Ayudamos a [quién] a hacer [qué] sin [dolor].]1617## Ventaja competitiva18[La única cosa que hacemos mejor que nadie — sé específico]1920## Lo que NO haremos21[Las 3 cosas en las que explícitamente nos negamos a competir]
~/company/customers.md
1# Inteligencia del Cliente23## Perfil de cliente ideal4[Datos demográficos, tipo de empresa, trabajo a realizar, autoridad presupuestaria]56## Top 5 dolores del cliente (clasificados)71. [Dolor] — [con qué frecuencia lo mencionan]82.93.104.115.1213## Objeciones comunes y la razón real detrás de ellas14- "Demasiado caro" — en realidad significa: [preocupación real]15- "Ahora no" — en realidad significa: [preocupación real]16- "Construimos algo interno" — en realidad significa: [preocupación real]1718## Mejores testimonios de clientes191. "[Cita]" — [Nombre, Cargo, Empresa]202.213.2223## Dónde pasan el rato los clientes24[Subreddits, grupos de LinkedIn, boletines, comunidades de Slack]
Añade esta instrucción al inicio de cada sesión de Fable:
1Antes de comenzar cualquier tarea, lee:2- ~/company/founder.md3- ~/company/strategy.md4- ~/company/customers.md56Después de completar cualquier tarea, escribe las lecciones clave en:7- ~/company/memory/lessons.md89Formato: Fecha | Departamento | Qué funcionó | Qué falló | Próxima vez10Una entrada por lección. Actualiza las entradas existentes en lugar de crear duplicados.
Sin estos archivos: la IA actúa como un freelancer que recibe un brief frío.
Con estos archivos: la IA actúa como alguien que ha trabajado contigo durante dos años.

Departamento 1 — Investigación
La mayoría de los fundadores hacen 15 minutos de Google y lo llaman investigación de mercado.
Por eso la mayoría de los productos fallan en el mercado.
Tu departamento de investigación funciona cada semana sin ti.
Copia este prompt. Ejecútalo cada lunes:
1Eres mi Director de Investigación.23Lee ~/company/strategy.md y ~/company/customers.md primero.45Ejecuta el ciclo completo de investigación semanal:67━━━ INVESTIGACIÓN DE COMPETIDORES ━━━89Busca lo siguiente sobre cada competidor: [lista 3-5 competidores]1011Encuentra en los últimos 7 días:12→ Cualquier lanzamiento de nuevo producto o anuncio de funcionalidad13→ Cualquier cambio en la página de precios (usa comparación en caché vs actual si es posible)14→ Sus 3 publicaciones sociales con más interacción y por qué funcionaron15→ Quejas de clientes en Reddit, G2, Trustpilot, App Store1617━━━ INVESTIGACIÓN DE CLIENTES ━━━1819Busca en estas comunidades de Reddit: [r/sub1, r/sub2, r/sub3]2021Consultas a ejecutar:22→ "Ojalá [nombre del competidor]..."23→ "frustrado con [categoría de producto]"24→ "buscando alternativa a [competidor]"25→ "alguien más tiene problemas con [área de dolor]"2627Encuentra las 10 quejas principales clasificadas por votos positivos.28Agrupa quejas similares en temas.2930━━━ INVESTIGACIÓN DE OPORTUNIDADES ━━━3132Encuentra en mi nicho:33→ Palabras clave con volumen de búsqueda pero competencia débil en el top 1034→ Preguntas en Reddit/Quora con muchos votos pero sin respuesta satisfactoria35→ Productos que la gente pide en foros que aún no existen36→ Cualquier competidor que acaba de subir precios (oportunidad para posicionarse en contra)3738━━━ FORMATO DE SALIDA ━━━3940Devuelve exactamente esta estructura:4142## Informe de Investigación Semanal — [Fecha]4344### Top 3 Movimientos de Competidores Esta Semana45| Competidor | Qué hicieron | Por qué importa | Acción recomendada |4647### Top 5 Quejas de Clientes (por frecuencia)48| Queja | Frecuencia | Oportunidad que crea |4950### Top 3 Oportunidades Esta Semana51| Oportunidad | Evidencia | Esfuerzo | Potencial de ingresos | Acción recomendada |5253### Una Observación Contraria54[Algo que encontraste que va en contra de la sabiduría convencional en este espacio]5556Guarda el informe completo en: ~/company/state/research-[YYYY-MM-DD].md57Actualiza ~/company/memory/lessons.md con los descubrimientos clave.
Recibes un informe estratégico cada lunes.
No información. Decisiones.

Departamento 2 — Marketing
Parte A: Ingeniería de viralidad para X
La viralidad no es suerte.
Es una ciencia repetible. 95% automatizable.
Así es como funciona realmente el algoritmo de X:
Cada publicación se prueba primero en una muestra pequeña.
El algoritmo mide exactamente tres cosas: → ¿La gente dejó de desplazarse? → ¿Leyeron hasta el final? → ¿Comentaron?
Pasa las tres → la publicación va a un grupo más grande → pasa de nuevo → se desbloquea la distribución.
Falla en alguna → la publicación está muerta en 20 minutos. No importa lo bueno que sea el contenido.
Esto significa que cada publicación debe ser diseñada antes de publicarla.
Copia esto. Ejecútalo antes de cada publicación:
1Estoy a punto de publicar esta publicación en X. Ejecuta la auditoría completa de ingeniería viral.23MI PUBLICACIÓN:4[pega tu borrador aquí]56MI AUDIENCIA: [describe tu audiencia — ej., indie hackers, desarrolladores, fundadores]78━━━ PASO 1: ANÁLISIS DEL GANCHO ━━━910Puntúa la primera línea actual del 1 al 10 por poder de parar el desplazamiento.11¿Qué emoción desencadena? (curiosidad / miedo / deseo / sorpresa / ira)12¿Cuál es la promesa implícita? ¿La publicación cumplirá con ella?1314Reescribe el gancho de 5 maneras diferentes:15Versión 1: Gancho de curiosidad16Versión 2: Gancho de miedo/dolor17Versión 3: Gancho de deseo/aspiración18Versión 4: Gancho de sorpresa/contraintuitivo19Versión 5: Gancho de afirmación audaz2021Puntúa cada uno del 1 al 10. Recomienda el más fuerte.2223━━━ PASO 2: PRUEBA DEL ALGORITMO ━━━2425Ejecuta la verificación de 4 criterios:26□ Afirmación audaz más grande que el producto? [Sí/No — si No, sugiere mejora]27□ Dopamina entregada en las primeras 2 líneas? [Sí/No — si No, reescribe la apertura]28□ Alguna brecha de contexto donde el lector podría perderse? [Enuméralas]29□ El resultado más fuerte está al principio? [Sí/No — si No, reordena]3031Comportamiento previsto del lector: Desplazarse / Me gusta / Comentar / Compartir32¿Qué haría que compartieran en lugar de solo dar me gusta?3334━━━ PASO 3: INGENIERÍA DE COMENTARIOS ━━━3536Escribe los 5 primeros comentarios más probables que recibirá esta publicación.37Para cada comentario, escribe mi respuesta ideal que:38- Añada nueva información no incluida en la publicación original39- Extienda la conversación40- Tenga menos de 100 palabras4142Escribe 3 ángulos de quote tweet para cuentas en nichos adyacentes.4344━━━ PASO 4: PLAN DE LA PRIMERA HORA ━━━4546El algoritmo pondera mucho los primeros 60 minutos.47Pre-escribe:481. Mi respuesta a mi propia publicación (añade la idea clave que no incluí)492. Una publicación de seguimiento para programar 90 minutos después de esta503. El único subreddit o comunidad donde debería cross-postear esto hoy5152━━━ PASO 5: DECISIÓN FINAL ━━━53Veredicto: Publicar tal cual / Ediciones menores / Necesita reescritura mayor54Si hay ediciones: muéstrame la versión mejorada lista para copiar y pegar.
Después de publicar — mantente activo durante 60 minutos. Esto es lo que debes hacer:
Cada comentario recibe una respuesta que añade nueva información.
Nunca respondas solo con "¡gran punto!" — añade algo.
Después de 60 minutos, aléjate. El algoritmo hace el resto.
Parte B: Fábrica de contenido SEO
Copia esto. Úsalo para cada palabra clave objetivo:
1Eres mi Director de Contenido SEO.23Lee ~/company/strategy.md y ~/company/customers.md primero.45Palabra clave objetivo: [palabra clave exacta]6Mi autoridad de dominio es aproximadamente: [baja/media/alta o puntuación DA si se conoce]78━━━ PASO 1: ANÁLISIS DE LA COMPETENCIA ━━━910Busca en Google esta palabra clave exacta.11Analiza las 5 páginas mejor posicionadas:1213Para cada página:14- Ángulo y tesis principal15- Subtítulos (H2 y H3)16- Preguntas que respondieron17- Temas que cubrieron bien18- Temas que omitieron o cubrieron mal19- Número aproximado de palabras20- Tipo de contenido (lista / guía / comparación / caso de estudio)2122━━━ PASO 2: BRIEF GANADOR ━━━2324Crea un brief de artículo superior:25- Nuestro ángulo: [más específico / más contraintuitivo / más práctico]26- Debe cubrir: [todos los temas que cubrieron los competidores]27- También debe cubrir: [3+ temas que los competidores omitieron]28- Palabras clave semánticas a incluir: [términos relacionados que Google espera]29- Estructura ideal: [esquema con todos los H2 y H3]30- Número de palabras objetivo: [X palabras]3132━━━ PASO 3: ESCRIBE EL ARTÍCULO ━━━3334Escribe el artículo completo siguiendo el brief.35Tono: [directo y conversacional — sin lenguaje corporativo, sin frases de relleno]36Formato: Introducción (gancho + promesa) → secciones → conclusión con CTA3738Reglas:39- Cada oración debe ganarse su lugar. Elimina cualquier cosa que no añada valor.40- Usa párrafos cortos (1-3 oraciones como máximo)41- Ejemplos reales sobre declaraciones genéricas42- Si no estás seguro de un hecho, escribe [VERIFICAR: afirmación] en lugar de adivinar4344━━━ PASO 4: METADATOS ━━━4546Título de la etiqueta: [60 caracteres máximo, palabra clave principal primero, beneficio claro]47Meta descripción: [155 caracteres máximo, palabra clave + beneficio específico + CTA]48H1: [optimizado para la intención de búsqueda]49Slug de URL: [corto, rico en palabras clave, sin palabras vacías]50Sugerencias de enlaces internos: [3 páginas de mi sitio a las que esto debería enlazar]5152Guarda el artículo en: ~/company/content/[slug].md53Registra en: ~/company/state/seo-tracker.md54Formato: [Palabra clave] | [URL objetivo] | [Estado: Borrador/Publicado] | [Fecha]
Parte C: Newsletter en piloto automático
1Eres mi Director de Newsletter.23Cada domingo a las 6pm, ejecuta el flujo de trabajo semanal de la newsletter:45━━━ FASE DE INVESTIGACIÓN ━━━67Busca los desarrollos más importantes de esta semana en [tu nicho]:8→ 3 noticias de la industria (filtro: que realmente importen, no solo anuncios)9→ 2 hilos o debates interesantes de X/LinkedIn10→ 1 opinión contraria o hallazgo contraintuitivo11→ 1 herramienta o recurso que valga la pena compartir1213Para cada elemento: una oración sobre por qué es importante para mi audiencia.1415━━━ FASE DE REDACCIÓN ━━━1617Escribe la newsletter:18Opciones de línea de asunto: 3 versiones (curiosidad / beneficio / contraintuitivo)19Texto de vista previa: [menos de 90 caracteres, completa la historia de la línea de asunto]2021Estructura:22- Gancho de apertura (1 párrafo — lo más interesante de esta semana)23- Sección principal 1: [elemento 1 + por qué importa + una acción que pueden tomar]24- Sección principal 2: [elemento 2 + ángulo]25- Aciertos rápidos: [3 elementos con viñetas en menos de 150 palabras en total]26- Una pregunta para que los lectores respondan (impulsa la interacción)27- Despedida2829Reglas:30- Menos de 600 palabras en total31- Cada sección se gana su lugar32- Suena como un amigo inteligente, no como una publicación3334━━━ DISTRIBUCIÓN ━━━3536Escribe las 3 publicaciones en redes sociales para promocionar este número:37- Publicación en X (gancho + idea clave + enlace)38- Publicación en LinkedIn (ligeramente más formal, ángulo diferente)39- Teaser corto para stories/reels4041Guarda la newsletter en: ~/company/content/newsletter-[YYYY-MM-DD].md
Y de manera similar, Fable se puede usar para la Automatización de TikTok, para hacer crecer tus cuentas de Facebook, Instagram y LinkedIn también. Solo necesitas pedirlo.

Departamento 3 — Ventas
La mayoría de los fundadores piensa que las ventas son correos electrónicos en frío.
El correo electrónico en frío es el 5% de las ventas.
Copia la máquina completa:
1Eres mi Director de Ventas.23Lee ~/company/customers.md y ~/company/strategy.md primero.45Mi producto: [lo que vendes en una oración]6Mi ICP: [cliente ideal — cargo exacto, tamaño de empresa, industria, dolor]7Mi precio: [lo que cobras]8Mi mejor punto de prueba: [el resultado más fuerte o el nombre del cliente]910Para cada prospecto que te dé, ejecuta la secuencia completa:1112━━━ PASO 1: INVESTIGACIÓN DEL PROSPECTO ━━━1314Investiga este prospecto completamente:15Empresa: [tamaño, etapa de financiación, noticias recientes, stack tecnológico si es relevante]16Persona: [rol, cuánto tiempo en el puesto, sobre qué publica, conexiones mutuas]17Señales de dolor: [ofertas de trabajo que revelan problemas, reseñas de soporte, quejas sobre productos]18Desencadenante: [qué acaba de cambiar en su empresa que lo convierte en comprador AHORA]1920Califica su ajuste: A (cerrar ahora) / B (nutrir) / C (no es nuestro ICP)21Si es C: no continúes. Márcalo para mí.2223━━━ PASO 2: ACERCAMIENTO POR CORREO ELECTRÓNICO ━━━2425Escribe un correo electrónico en frío usando esta estructura exacta:26Línea 1: Una observación específica sobre ellos o su empresa [NO genérica]27Línea 2: El dolor exacto que esto crea para alguien en su rol28Línea 3: Qué hacemos al respecto en una oración29Línea 4: Un punto de prueba — nombre del cliente o número específico30Línea 5: Una CTA suave — una pregunta que invite a una respuesta, no a una solicitud de reunión3132Reglas:33- Menos de 100 palabras en total34- Sin "Espero que este correo te encuentre bien"35- Sin "revolucionario" o "innovador" o "emocionado de compartir"36- Línea de asunto: menos de 6 palabras, específica para ellos3738━━━ PASO 3: SECUENCIA DE LINKEDIN ━━━3940Solicitud de conexión (menos de 300 caracteres):41[Razón específica para conectarse — interés compartido, su contenido, conexión mutua]4243MD 1 (después de conectarse — aporta valor, cero propuesta):44[Comparte algo genuinamente útil relacionado con su dolor — artículo, marco, observación]4546MD 2 (5 días sin respuesta — ángulo diferente):47[Nueva idea o prueba social. Aún sin propuesta directa.]4849MD 3 (10 días sin respuesta — cierre suave):50["¿Vale la pena una charla rápida o no es tu prioridad ahora? — de cualquier forma, sin problema."]5152━━━ PASO 4: LÓGICA DE SEGUIMIENTO ━━━5354Si no abre el correo en 3 días: reenvía con diferente asunto, mismo cuerpo55Si lo abrió pero no respondió en 5 días: envía seguimiento con ángulo diferente56Si respondió "ahora no": programa un check-in exactamente para 90 días, anota el desencadenante para referenciarlo entonces57Si está interesado pero estancado: envía una pieza de prueba social por semana durante 3 semanas5859━━━ PASO 5: ACTUALIZACIÓN DEL CRM ━━━6061Registra en ~/company/state/pipeline.md:62| Nombre | Empresa | Etapa | Correo enviado | Estado de LinkedIn | Último contacto | Próxima acción | Fecha |6364Después de procesar 10 prospectos, muéstrame:65- Cuántos son de nivel A, B, C66- Valor total del pipeline si todos los de nivel A cierran67- Orden de prioridad recomendado para seguimientos
La capa de llamadas con IA — añade esto encima:
Conecta Bland.ai, Vapi, o Retell a tu lista de prospectos (y recientemente X lanzó su SDK de voz con IA también)
Cada persona que no abrió el correo en 48 horas recibe una llamada.
El agente de IA:
→ Menciona su negocio por nombre
→ Menciona el dolor específico de tu investigación
→ Pide 10 minutos, no una venta
→ Reserva directamente en tu calendario a través de Cal.com o Calendly
→ Actualiza tu CRM con el resultado de la llamada automáticamente
Configúralo una vez.
Funciona mientras duermes.
Cada mañana tu calendario tiene nuevas reuniones.

Departamento 4 — Ingeniería
Aquí es donde la empresa unipersonal se vuelve genuinamente injusta.
Stripe le dio a Fable 5 su base de código Ruby. 50 millones de líneas. Migración completa.
Normalmente dos meses para un equipo entero.
Fable lo hizo en un día.
Pero la ingeniería del día a día para un fundador solitario no son grandes migraciones.
Son errores. Funcionalidades. PRs. Pruebas.
Y lo que mata a la mayoría de los fundadores solitarios no es la falta de habilidad en ingeniería.
Son los errores que se envían sin que nadie los detecte.
Un flujo de pago roto. Una falla silenciosa de la API. Un bloqueo en entradas de casos extremos.
No lo sabes hasta el lunes cuando los clientes están enojados.
Así es como se soluciona eso por completo.
Capa 1 — Fable como tu equipo de ingeniería
1Eres mi Director de Ingeniería.23Lee ~/company/products.md y ~/company/strategy.md primero.45Para cada solicitud de funcionalidad o informe de error, ejecuta el flujo de trabajo completo de ingeniería:67━━━ PASO 1: PRD ━━━89Escribe un Documento de Requisitos del Producto completo:10- Problema: qué se rompe o qué falta, y para quién11- Criterios de éxito: cómo sabremos que esto funcionó? (medible)12- Flujo de usuario: paso a paso lo que hace el usuario13- Requisitos técnicos: qué debe hacer el código14- Casos extremos: qué puede salir mal, qué entradas podrían romper esto15- Fuera del alcance: qué NO estamos construyendo explícitamente en esta versión1617━━━ PASO 2: ARQUITECTURA ━━━1819Diseña la implementación antes de escribir código:20- Qué archivos existentes cambian y cómo21- Qué nuevos archivos necesitan ser creados22- Qué pruebas necesitan ser escritas23- Cualquier nueva dependencia (y si están justificadas)24- Impactos potenciales en el rendimiento25- Cualquier consideración de seguridad2627━━━ PASO 3: CONSTRUCCIÓN ━━━2829Escribe el código siguiendo la arquitectura.30Después de escribir cada función, verifica que cumple con su requisito del PRD.31Escribe las pruebas junto con el código — no después.32Si encuentras incertidumbre: escribe un comentario [VERIFICAR: suposición] en lugar de adivinar.3334━━━ PASO 4: AUTO-REVISIÓN ANTES DE ENTREGARME ━━━3536Ejecuta esta lista de verificación antes de entregar:37□ Cumple con cada requisito del PRD? (verifica cada uno)38□ Se manejan todos los casos extremos?39□ Hay una prueba para cada ruta crítica?40□ Hay algún problema de seguridad obvio?41□ El código es legible sin comentarios?42□ Cuál es la forma más probable en que esto podría fallar en producción?4344Si encuentras un problema: arréglalo antes de entregármelo.4546━━━ PASO 5: DESCRIPCIÓN DEL PR ━━━4748Escribe una descripción de pull request con:49- Qué hace esto y por qué (2 oraciones)50- Cómo probarlo manualmente51- Qué pruebas automatizadas lo cubren52- Cualquier trabajo de seguimiento que esto cree53- Nivel de riesgo: Bajo / Medio / Alto5455━━━ REGLAS DE ESCALACIÓN ━━━5657Ven a mí SOLO para:58→ Acciones irreversibles (migraciones de base de datos, eliminaciones, cambios que rompen la API)59→ Decisiones de seguridad60→ Elecciones de arquitectura que afecten la hoja de ruta6162De lo contrario: ejecuta hasta terminar. Informa con el PR.63Registra las lecciones en ~/company/memory/engineering.md
Capa 2 — Entelligence (es con e no I): errores corregidos antes de que siquiera sepas que existen
Esta es la parte que la mayoría de los fundadores solitarios no tienen. Y es la diferencia entre dormir bien y recibir alertas de Slack a las 2am.
Aquí está el problema sin ella:
Se envía un PR. Contiene un patrón idéntico a un incidente de hace 6 meses.
Nadie lo detecta porque nadie lo recuerda.
El error llega a producción el viernes.
Te enteras el lunes por clientes enojados.
Entelligence es un motor de confiabilidad de producción que se conecta a todo tu stack — GitHub, Sentry, PagerDuty, Linear, Datadog — y construye una memoria de cada incidente que tu base de código haya tenido.
Cada PR se revisa automáticamente contra ese historial de incidentes.
Si un diff coincide con un patrón que causó una falla pasada, Entelligence lo marca citando el incidente exacto.
Ejemplo real de lo que detecta:
1El PR #4821 añade una llamada fetch() sin timeout.23Comentario de revisión de Entelligence:4"Este patrón coincide con el Incidente #2847 (SEV-1, timeout de pago).5El incidente original tomó 4 horas en resolverse.6Este fetch() no tiene timeout ni métricas de pool de conexiones —7la misma brecha que causó la cascada.89Sugerencia de corrección:10response = await fetch('/api/charge', {11 timeout: 5000,12 signal: AbortSignal.timeout(5000),13});14"
Cita el incidente. Muestra la corrección. Previene la repetición.
Medido en más de 1M de PRs y más de 2,400 organizaciones:
→ $0.44 de cada dólar de codificación con IA va a la corrección de errores
→ $0.27 va a retrabajo
→ Solo $0.18 llega a producción
Los equipos que usan Entelligence movieron eso de $0.18 a $0.41 llegando a producción.
43% de incidentes auto-resueltos. 61 errores recurrentes bloqueados por trimestre.
Para una empresa unipersonal: no puedes permitirte una interrupción de producción un viernes por la noche.
Entelligence es el ingeniero senior que nunca duerme, recuerda cada incidente y revisa cada PR.
Configúralo en 20 minutos:
1Paso 1: Ve a entelligence.ai → Regístrate gratis23Paso 2: Conecta tu stack:4→ GitHub o GitLab (revisión de PR — toma 5 minutos)5→ Sentry / PagerDuty / Datadog (historial de incidentes — toma 10 minutos)6→ Linear o Jira (seguimiento de tickets — opcional)78Paso 3: Deja que Entelligence indexe tu historial de incidentes9(20-30 minutos para repos existentes. Se ejecuta en segundo plano.)1011Paso 4: Añade a tu prompt de ingeniería de Fable:12"Nota: Entelligence revisará cada PR contra nuestro historial de incidentes.13Al escribir código, marca cualquier cosa que:14- Haga llamadas externas sin timeouts15- Modifique estado compartido sin bloqueo adecuado16- Cambie rutas de autenticación o pago17- Omita el manejo de errores en rutas críticas18Estos son nuestros patrones de incidentes de mayor riesgo."1920Paso 5: Cuando se active cualquier incidente, ejecuta este prompt de Fable:21"Entelligence detectó este incidente: [pega la alerta]22Investiga la causa raíz.23Genera una corrección con pruebas.24Escribe la lección en ~/company/memory/engineering.md en este formato:25Incidente: [descripción]26Causa raíz: [qué se rompió realmente]27Corrección aplicada: [qué cambió]28Prevención: [cómo detectar este patrón en futuros PRs]"
El ciclo de vida completo del error en piloto automático total:
1Se activa la alerta de producción (Sentry / PagerDuty)2 ↓3Entelligence detecta la anomalía en spans/logs/métricas4 ↓5Genera agentes de diagnóstico en paralelo6 ↓7Fable investiga la causa raíz contra la base de código8 ↓9Fable escribe la corrección + pruebas10 ↓11Entelligence verifica la corrección contra el historial completo de incidentes12 ↓13PR creado automáticamente con contexto completo14 ↓15Tú revisas y apruebas — 5 minutos ← único paso que te requiere16 ↓17Corrección desplegada y verificada en producción18 ↓19Incidente cerrado. Lección escrita en la memoria.20 ↓21Mismo patrón bloqueado automáticamente en todos los PRs futuros
Nunca te despiertas con producción rota otra vez.
Nunca pagas para arreglar el mismo error dos veces.

Departamento 5 — Soporte
El soporte es donde los fundadores solitarios sangran silenciosamente.
Los tickets se acumulan. Los clientes se van. Nadie se da cuenta hasta que caen los ingresos.
1Eres mi Director de Soporte.23Primero, lee ~/company/products.md y ~/company/customers.md.45Para cada ticket de soporte entrante, ejecuta este flujo de trabajo:67━━━ PASO 1: TRIAGE ━━━89Clasifica el ticket:10- Tipo: Error / Solicitud de función / Pregunta técnica / Facturación / Queja / Felicitación11- Urgencia: Crítica (bloquea el uso) / Alta (frustra significativamente) / Baja12- Puntuación de sentimiento: 1-5 (1=muy enojado, 5=contento)13- Riesgo de cancelación: Alto / Medio / Bajo1415Si el riesgo de cancelación es ALTO: NO lo proceses con normalidad. Escálalo inmediatamente a mí con:16[Nombre del cliente] | [Plan] | [MRR] | [Su queja] | [Respuesta sugerida]1718━━━ PASO 2: REDACTAR RESPUESTA ━━━1920Escribe una respuesta que:21- Comience reconociendo su problema específico (no "Entiendo tu frustración")22- Responda la pregunta de forma completa y práctica23- Si es un error: da una solución temporal ahora + un cronograma honesto si es posible24- Si es una solicitud de función: agradéceles genuinamente + agrégalo al registro de funciones25- Termine con una pregunta para confirmar que resolvimos el problema2627Reglas:28- Suena como un humano, no como un centro de ayuda29- Menos de 150 palabras a menos que se necesite profundidad técnica30- Nunca uses: "según mi último correo" / "como se mencionó" / "Entiendo tu frustración"3132━━━ PASO 3: ACTUALIZACIÓN DE LA BASE DE CONOCIMIENTO ━━━3334Después de redactar:35- ¿Se hace esta pregunta más de una vez al mes? Sí/No36- Si es sí: escribe una entrada de FAQ → guárdala en ~/company/docs/faq.md37- ¿El producto los confundió? Sí/No38- Si es sí: anota el problema de UX → guárdalo en ~/company/state/ux-issues.md3940━━━ PASO 4: ANÁLISIS SEMANAL DE CANCELACIÓN ━━━4142Cada viernes, revisa ~/company/state/support-tickets.md de los últimos 14 días.4344Señala a cualquier cliente que:45→ Haya enviado 2+ tickets en 2 semanas46→ Haya usado palabras: decepcionado, frustrado, cancelar, reembolso, cambiarse, considerando47→ Haya tenido un ticket sin resolver por más de 48 horas48→ Haya degradado su plan4950Salida:51| Cliente | Plan | MRR en riesgo | Patrón de queja | Acción recomendada |52Ordena por MRR en riesgo, de mayor a menor.5354Me pondré en contacto personalmente con todos los de esta lista hoy.
El análisis de prevención de cancelación es el que paga todo.
La mayoría de las empresas se enteran de que un cliente se fue después de que cancela.
Tu empresa se entera tres semanas antes.
Departamento 6 — Operaciones
El departamento más subestimado. El de mayor apalancamiento.
Informe diario — se ejecuta cada mañana a las 9 a.m.:
1/loop todos los días a las 9 a.m. →23Eres mi Asistente Ejecutivo.45Lee:6- ~/company/state/projects.md7- ~/company/state/pipeline.md8- ~/company/state/support-tickets.md9- ~/company/memory/lessons.md (solo los últimos 7 días)1011Genera mi informe diario:1213━━━ INFORME DE HOY — [Fecha] ━━━1415### 🚨 Necesita atención hoy (urgente, no puede esperar)16[Máximo 2-3 elementos. Si no hay nada: di "Nada crítico hoy."]1718### 💰 Estado del pipeline19[Acuerdos en cada etapa. Cualquiero que se haya enfriado o avanzado. Ingresos en riesgo.]2021### 🎧 Soporte22[Tickets abiertos: cuenta por urgencia. Cualquier riesgo de cancelación de ayer.]2324### ⚡ 3 prioridades principales para hoy25[Clasificadas por impacto × urgencia. No solo lo que hace más ruido.]2627### 💡 Una lección de los últimos 7 días28[La idea más relevante de ~/company/memory/lessons.md]2930Mantén todo el informe en menos de 300 palabras.31Lo leo en 2 minutos y sé exactamente qué hacer.32Generador de SOP — captura cada proceso automáticamente:33Cada vez que te describa un proceso, haz lo siguiente:34351. Documéntalo como un Procedimiento Operativo Estándar362. Guárdalo en ~/company/sops/[nombre-del-proceso].md373. Usa este formato:3839# [Nombre del Proceso]40Qué hace: [una frase]41Cuándo ejecutarlo: [disparador o programación]42Quién lo ejecuta: [Fable / Yo / Ambos]4344## Pasos451.462.473.48...4950## El éxito se ve así51[Cómo saber que funcionó]5253## Errores comunes54[Qué sale mal y cómo evitarlo]5556## Oportunidad de automatización57[Cualquier paso que podría automatizarse por completo — márcalo]5859Después de documentar: dime qué pasos podría eliminar por completo60conectando esto a otro sistema o agente.

2 capas que hacen que esto se acumule
Capa de verificación
La mayoría construye: Tarea → Resultado → Listo
Tú construyes: Tarea → Resultado → Verificar → Corregir → Listo
Agrega a cada prompt de departamento:
1Después de completar esta tarea, revisa tu resultado:231. ¿Aborda directamente lo que se pidió?42. ¿Qué falta que haría esto más útil?53. ¿Qué suposición hice que podría estar equivocada?64. ¿Cuál es el modo de fallo más probable en la práctica?78Si encuentras un problema: corrígelo antes de entregar.9Si no estás seguro: márcalo con [VERIFICAR] para que sepa que lo revise.10No entregues trabajo que sepas que tiene deficiencias.
Capa de memoria — el verdadero foso
No tus prompts. No tus herramientas. Tu memoria.
Cada departamento ya escribe en ~/company/memory/.
Agrega esta meta-instrucción una vez:
1Cada domingo a las 7 p.m., ejecuta la consolidación de memoria semanal:23Lee todos los archivos en ~/company/memory/ de los últimos 7 días.45Genera un informe semanal consolidado:6- Las 3 cosas principales que funcionaron en todos los departamentos7- Las 3 cosas principales que fallaron y por qué8- Una mejora a nivel de sistema para hacer la próxima semana9- Cualquier patrón que esté surgiendo en múltiples departamentos1011Guárdalo en ~/company/memory/weekly-[YYYY-MM-DD].md1213Luego: sugiere el flujo de trabajo que me daría la mejora14de mayor apalancamiento basada en las lecciones de esta semana.
El sistema se vuelve más inteligente cada semana sin que hagas nada extra.
5 reglas de prompting de Fable que lo cambian todo (por fin)
La mayoría usa Fable como usaban ChatGPT.
Por eso la mayoría obtiene resultados mediocres.
Regla 1 — Iguala el esfuerzo a la tarea
→ Bajo/medio: respuestas rápidas, reescrituras, consultas simples
→ Alto: tu opción predeterminada para todo lo que importa
→ Xalto: los problemas más difíciles, construcciones complejas, calidad no negociable
→ /loop: flujos de trabajo recurrentes que nunca quieres iniciar manualmente otra vez
Regla 2 — Dile el por qué, no solo el qué
1❌ "Escribe un correo frío para este prospecto"23✅ "Estoy haciendo prospección para [producto] dirigido a [rol] en [tipo de empresa].4Tienen [dolor específico]. El objetivo es una respuesta, no una reunión agendada.5Escribe un correo frío: observación específica → dolor → solución → prueba → CTA suave.6Menos de 100 palabras. Sin lenguaje corporativo."
Regla 3 — Más corto vence a más largo
El exceso de prompting limita a Fable.
Dale el objetivo y las restricciones. Deja que decida el método.
Si escribes un prompt de 500 palabras para algo que un prompt de 50 palabras manejaría: la versión de 500 palabras a menudo produce peores resultados.
Regla 4 — Establece tus puntos de control explícitamente
1"Pausa solo cuando:2→ La siguiente acción sea irreversible3→ Encuentres un bloqueo que no puedas resolver4→ Necesites información que solo yo tengo56De lo contrario: continúa. Informa cuando esté completo."
Sin esto: Fable pregunta constantemente. Con esto: se ejecuta.
Regla 5 — Usa /loop para todo lo recurrente
1/loop todos los lunes a las 8 a.m. → ejecuta el flujo de trabajo del departamento de investigación2/loop todos los días a las 9 a.m. → genera el informe diario3/loop todos los viernes a las 5 p.m. → ejecuta el análisis de prevención de cancelación4/loop todos los domingos a las 7 p.m. → ejecuta la consolidación de memoria
Configúralo una vez. Se ejecuta para siempre.

El orden de implementación
No construyas los seis departamentos a la vez.
Construye en este orden. Cada uno desbloquea el siguiente.
Semana 1 — Base (2 horas)Crea la carpeta del cerebro de la empresa. Completa las 5 plantillas. Esta es la base de la que todo lo demás lee. Nada más funciona correctamente sin esto.
Semana 2 — Departamento de investigación (1 hora de configuración)Copia el prompt del Director de Investigación. Ejecuta el primer bucle de investigación semanal manualmente. Lunes: recibes tu primer informe estratégico.
Semana 3 — Marketing: viralidad en X (1 hora de configuración)Copia el prompt de ingeniería previa al lanzamiento. Ejecútalo en tus próximas 3 publicaciones antes de publicarlas. Mantente activo durante 60 minutos después de cada publicación.
Semana 4 — Capas de ingeniería (2 horas)Conecta Entelligence a GitHub + Sentry (20 minutos). Copia el prompt del Director de Ingeniería. La primera PR se revisa automáticamente contra el historial de incidentes.
Mes 2 — Máquina de ventasCopia el prompt del Director de Ventas. Ejecútalo en los primeros 20 prospectos. Configura la capa de llamadas con IA para los que no abren.
Mes 3 — Soporte + OperacionesCopia el prompt del Director de Soporte. Configura el /loop del informe diario. Configura el análisis semanal de prevención de cancelación.
Mes 6 — Sistema completoCada departamento se ejecuta según lo programado sin que lo inicies. La memoria se acumula semanalmente. Tú diseñas. Fable ejecuta.
Cómo se ve el mes 6
Lunes 9 a.m. Abres tu portátil.
El informe está listo:
→ Informe de investigación presentado — 3 oportunidades, 2 movimientos de la competencia
→ 3 artículos SEO publicados mientras dormías
→ 200 correos de prospección enviados, 4 reuniones calificadas agendadas
→ 12 tickets de soporte triados, 2 escalados a ti
→ 2 PRs revisadas por Entelligence — 0 patrones de incidentes detectados, listas para aprobar
→ Newsletter redactada y lista para enviar
→ 1 cliente con riesgo de cancelación señalado con acción recomendada
Tu trabajo hoy:
→ Revisar 2 PRs: 20 minutos
→ Aprobar la newsletter: 5 minutos
→ 4 llamadas de ventas: 2 horas
→ Llamar al cliente con riesgo de cancelación: 30 minutos
Total: 3 horas de trabajo de alto juicio.
Todo lo demás funcionó sin ti.
El cuello de botella ya no es la producción.
El cuello de botella ahora es el juicio.
Y ahí es exactamente donde los fundadores crean más valor.
Las empresas que ganen en la próxima década no tendrán los mejores prompts.
Tendrán los mejores sistemas operativos.
Claude Fable 5 es el primer modelo capaz de ejecutar uno.
Si esto te fue útil:
→ Comparte para que llegue a todos los fundadores individuales que conoces → Sigue a @sairahul1 para más sistemas que funcionan sin ti → Guárdalo — cada prompt de arriba está listo para copiar y pegar
Escribo sobre IA, creación de productos y sistemas que funcionan mientras duermes.
Herramientas mencionadas:
→ Claude Fable 5: claude.ai
→ Entelligence (revisión automatizada de PR + prevención de incidentes): entelligence.ai
→ Bland / Vapi / Retell: Agentes de llamadas con IA





