Cómo construir una empresa unipersonal con Claude Fable 5

@sairahul1
INGLÉShace 2 días · 02 jul 2026
134K
258
38
17
621

TL;DR

Esta guía ofrece un marco integral para construir un negocio en solitario utilizando Claude Fable 5, incluyendo prompts listos para usar que automatizan cada departamento, desde marketing hasta ingeniería.

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.

Rahul - inline image

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:

bash
1mkdir -p ~/company/{memory,skills,state,content,docs,sops}
2
3touch ~/company/founder.md
4touch ~/company/strategy.md
5touch ~/company/products.md
6touch ~/company/customers.md
7touch ~/company/memory/lessons.md
8touch ~/company/state/projects.md
9touch ~/company/state/pipeline.md
10touch ~/company/state/seo-tracker.md

Llena cada archivo con estas plantillas:

~/company/founder.md

markdown
1# Sobre Mí
2
3## Cómo pienso
4[Rápido e intuitivo? Lento y deliberado? Tolerante al riesgo o cauteloso?]
5
6## Mis fortalezas
7[En qué eres genuinamente bueno — específico, no genérico]
8
9## Mis debilidades
10[Qué te agota o dónde cometes errores consistentemente]
11
12## Estilo de comunicación
13[Cómo quieres los resultados — viñetas? prosa? corto? detallado?]
14
15## Innegociables
16[Cosas que nunca comprometerás — estándar de calidad, ética, velocidad]
17
18## Marco de decisión
19[Cómo tomas decisiones difíciles — datos primero? instinto primero? consenso?]

~/company/strategy.md

markdown
1# Estrategia de la Empresa
2
3## Metas para 2026
41. [Meta específica y medible]
52. [Meta específica y medible]
63. [Meta específica y medible]
7
8## Mercado objetivo
9[Cargo, tamaño de empresa, industria, dolor que tienen ahora mismo]
10
11## Precios
12[$X por Y. Por qué este precio. Cuánto cuestan las alternativas.]
13
14## Posicionamiento
15[Una frase: Ayudamos a [quién] a hacer [qué] sin [dolor].]
16
17## Ventaja competitiva
18[La única cosa que hacemos mejor que nadie — sé específico]
19
20## Lo que NO haremos
21[Las 3 cosas en las que explícitamente nos negamos a competir]

~/company/customers.md

markdown
1# Inteligencia del Cliente
2
3## Perfil de cliente ideal
4[Datos demográficos, tipo de empresa, trabajo a realizar, autoridad presupuestaria]
5
6## Top 5 dolores del cliente (clasificados)
71. [Dolor] — [con qué frecuencia lo mencionan]
82.
93.
104.
115.
12
13## Objeciones comunes y la razón real detrás de ellas
14- "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]
17
18## Mejores testimonios de clientes
191. "[Cita]" — [Nombre, Cargo, Empresa]
202.
213.
22
23## Dónde pasan el rato los clientes
24[Subreddits, grupos de LinkedIn, boletines, comunidades de Slack]

Añade esta instrucción al inicio de cada sesión de Fable:

text
1Antes de comenzar cualquier tarea, lee:
2- ~/company/founder.md
3- ~/company/strategy.md
4- ~/company/customers.md
5
6Después de completar cualquier tarea, escribe las lecciones clave en:
7- ~/company/memory/lessons.md
8
9Formato: Fecha | Departamento | Qué funcionó | Qué falló | Próxima vez
10Una 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.

Rahul - inline image

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:

text
1Eres mi Director de Investigación.
2
3Lee ~/company/strategy.md y ~/company/customers.md primero.
4
5Ejecuta el ciclo completo de investigación semanal:
6
7━━━ INVESTIGACIÓN DE COMPETIDORES ━━━
8
9Busca lo siguiente sobre cada competidor: [lista 3-5 competidores]
10
11Encuentra en los últimos 7 días:
12→ Cualquier lanzamiento de nuevo producto o anuncio de funcionalidad
13→ 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é funcionaron
15→ Quejas de clientes en Reddit, G2, Trustpilot, App Store
16
17━━━ INVESTIGACIÓN DE CLIENTES ━━━
18
19Busca en estas comunidades de Reddit: [r/sub1, r/sub2, r/sub3]
20
21Consultas 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]"
26
27Encuentra las 10 quejas principales clasificadas por votos positivos.
28Agrupa quejas similares en temas.
29
30━━━ INVESTIGACIÓN DE OPORTUNIDADES ━━━
31
32Encuentra en mi nicho:
33→ Palabras clave con volumen de búsqueda pero competencia débil en el top 10
34→ Preguntas en Reddit/Quora con muchos votos pero sin respuesta satisfactoria
35→ Productos que la gente pide en foros que aún no existen
36→ Cualquier competidor que acaba de subir precios (oportunidad para posicionarse en contra)
37
38━━━ FORMATO DE SALIDA ━━━
39
40Devuelve exactamente esta estructura:
41
42## Informe de Investigación Semanal — [Fecha]
43
44### Top 3 Movimientos de Competidores Esta Semana
45| Competidor | Qué hicieron | Por qué importa | Acción recomendada |
46
47### Top 5 Quejas de Clientes (por frecuencia)
48| Queja | Frecuencia | Oportunidad que crea |
49
50### Top 3 Oportunidades Esta Semana
51| Oportunidad | Evidencia | Esfuerzo | Potencial de ingresos | Acción recomendada |
52
53### Una Observación Contraria
54[Algo que encontraste que va en contra de la sabiduría convencional en este espacio]
55
56Guarda el informe completo en: ~/company/state/research-[YYYY-MM-DD].md
57Actualiza ~/company/memory/lessons.md con los descubrimientos clave.

Recibes un informe estratégico cada lunes.

No información. Decisiones.

Rahul - inline image

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:

text
1Estoy a punto de publicar esta publicación en X. Ejecuta la auditoría completa de ingeniería viral.
2
3MI PUBLICACIÓN:
4[pega tu borrador aquí]
5
6MI AUDIENCIA: [describe tu audiencia — ej., indie hackers, desarrolladores, fundadores]
7
8━━━ PASO 1: ANÁLISIS DEL GANCHO ━━━
9
10Puntú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?
13
14Reescribe el gancho de 5 maneras diferentes:
15Versión 1: Gancho de curiosidad
16Versión 2: Gancho de miedo/dolor
17Versión 3: Gancho de deseo/aspiración
18Versión 4: Gancho de sorpresa/contraintuitivo
19Versión 5: Gancho de afirmación audaz
20
21Puntúa cada uno del 1 al 10. Recomienda el más fuerte.
22
23━━━ PASO 2: PRUEBA DEL ALGORITMO ━━━
24
25Ejecuta 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]
30
31Comportamiento previsto del lector: Desplazarse / Me gusta / Comentar / Compartir
32¿Qué haría que compartieran en lugar de solo dar me gusta?
33
34━━━ PASO 3: INGENIERÍA DE COMENTARIOS ━━━
35
36Escribe 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 original
39- Extienda la conversación
40- Tenga menos de 100 palabras
41
42Escribe 3 ángulos de quote tweet para cuentas en nichos adyacentes.
43
44━━━ PASO 4: PLAN DE LA PRIMERA HORA ━━━
45
46El 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 esta
503. El único subreddit o comunidad donde debería cross-postear esto hoy
51
52━━━ PASO 5: DECISIÓN FINAL ━━━
53Veredicto: Publicar tal cual / Ediciones menores / Necesita reescritura mayor
54Si 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:

text
1Eres mi Director de Contenido SEO.
2
3Lee ~/company/strategy.md y ~/company/customers.md primero.
4
5Palabra clave objetivo: [palabra clave exacta]
6Mi autoridad de dominio es aproximadamente: [baja/media/alta o puntuación DA si se conoce]
7
8━━━ PASO 1: ANÁLISIS DE LA COMPETENCIA ━━━
9
10Busca en Google esta palabra clave exacta.
11Analiza las 5 páginas mejor posicionadas:
12
13Para cada página:
14- Ángulo y tesis principal
15- Subtítulos (H2 y H3)
16- Preguntas que respondieron
17- Temas que cubrieron bien
18- Temas que omitieron o cubrieron mal
19- Número aproximado de palabras
20- Tipo de contenido (lista / guía / comparación / caso de estudio)
21
22━━━ PASO 2: BRIEF GANADOR ━━━
23
24Crea 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]
31
32━━━ PASO 3: ESCRIBE EL ARTÍCULO ━━━
33
34Escribe 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 CTA
37
38Reglas:
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éricas
42- Si no estás seguro de un hecho, escribe [VERIFICAR: afirmación] en lugar de adivinar
43
44━━━ PASO 4: METADATOS ━━━
45
46Tí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]
51
52Guarda el artículo en: ~/company/content/[slug].md
53Registra en: ~/company/state/seo-tracker.md
54Formato: [Palabra clave] | [URL objetivo] | [Estado: Borrador/Publicado] | [Fecha]

Parte C: Newsletter en piloto automático

text
1Eres mi Director de Newsletter.
2
3Cada domingo a las 6pm, ejecuta el flujo de trabajo semanal de la newsletter:
4
5━━━ FASE DE INVESTIGACIÓN ━━━
6
7Busca 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/LinkedIn
10→ 1 opinión contraria o hallazgo contraintuitivo
11→ 1 herramienta o recurso que valga la pena compartir
12
13Para cada elemento: una oración sobre por qué es importante para mi audiencia.
14
15━━━ FASE DE REDACCIÓN ━━━
16
17Escribe 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]
20
21Estructura:
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- Despedida
28
29Reglas:
30- Menos de 600 palabras en total
31- Cada sección se gana su lugar
32- Suena como un amigo inteligente, no como una publicación
33
34━━━ DISTRIBUCIÓN ━━━
35
36Escribe 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/reels
40
41Guarda 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.

Rahul - inline image

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:

text
1Eres mi Director de Ventas.
2
3Lee ~/company/customers.md y ~/company/strategy.md primero.
4
5Mi 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]
9
10Para cada prospecto que te dé, ejecuta la secuencia completa:
11
12━━━ PASO 1: INVESTIGACIÓN DEL PROSPECTO ━━━
13
14Investiga 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]
19
20Califica su ajuste: A (cerrar ahora) / B (nutrir) / C (no es nuestro ICP)
21Si es C: no continúes. Márcalo para mí.
22
23━━━ PASO 2: ACERCAMIENTO POR CORREO ELECTRÓNICO ━━━
24
25Escribe 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 rol
28Línea 3: Qué hacemos al respecto en una oración
29Línea 4: Un punto de prueba — nombre del cliente o número específico
30Línea 5: Una CTA suave — una pregunta que invite a una respuesta, no a una solicitud de reunión
31
32Reglas:
33- Menos de 100 palabras en total
34- 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 ellos
37
38━━━ PASO 3: SECUENCIA DE LINKEDIN ━━━
39
40Solicitud de conexión (menos de 300 caracteres):
41[Razón específica para conectarse — interés compartido, su contenido, conexión mutua]
42
43MD 1 (después de conectarse — aporta valor, cero propuesta):
44[Comparte algo genuinamente útil relacionado con su dolor — artículo, marco, observación]
45
46MD 2 (5 días sin respuesta — ángulo diferente):
47[Nueva idea o prueba social. Aún sin propuesta directa.]
48
49MD 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."]
51
52━━━ PASO 4: LÓGICA DE SEGUIMIENTO ━━━
53
54Si no abre el correo en 3 días: reenvía con diferente asunto, mismo cuerpo
55Si lo abrió pero no respondió en 5 días: envía seguimiento con ángulo diferente
56Si respondió "ahora no": programa un check-in exactamente para 90 días, anota el desencadenante para referenciarlo entonces
57Si está interesado pero estancado: envía una pieza de prueba social por semana durante 3 semanas
58
59━━━ PASO 5: ACTUALIZACIÓN DEL CRM ━━━
60
61Registra en ~/company/state/pipeline.md:
62| Nombre | Empresa | Etapa | Correo enviado | Estado de LinkedIn | Último contacto | Próxima acción | Fecha |
63
64Después de procesar 10 prospectos, muéstrame:
65- Cuántos son de nivel A, B, C
66- Valor total del pipeline si todos los de nivel A cierran
67- 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.

Rahul - inline image

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

text
1Eres mi Director de Ingeniería.
2
3Lee ~/company/products.md y ~/company/strategy.md primero.
4
5Para cada solicitud de funcionalidad o informe de error, ejecuta el flujo de trabajo completo de ingeniería:
6
7━━━ PASO 1: PRD ━━━
8
9Escribe un Documento de Requisitos del Producto completo:
10- Problema: qué se rompe o qué falta, y para quién
11- Criterios de éxito: cómo sabremos que esto funcionó? (medible)
12- Flujo de usuario: paso a paso lo que hace el usuario
13- Requisitos técnicos: qué debe hacer el código
14- Casos extremos: qué puede salir mal, qué entradas podrían romper esto
15- Fuera del alcance: qué NO estamos construyendo explícitamente en esta versión
16
17━━━ PASO 2: ARQUITECTURA ━━━
18
19Diseña la implementación antes de escribir código:
20- Qué archivos existentes cambian y cómo
21- Qué nuevos archivos necesitan ser creados
22- Qué pruebas necesitan ser escritas
23- Cualquier nueva dependencia (y si están justificadas)
24- Impactos potenciales en el rendimiento
25- Cualquier consideración de seguridad
26
27━━━ PASO 3: CONSTRUCCIÓN ━━━
28
29Escribe 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.
33
34━━━ PASO 4: AUTO-REVISIÓN ANTES DE ENTREGARME ━━━
35
36Ejecuta 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?
43
44Si encuentras un problema: arréglalo antes de entregármelo.
45
46━━━ PASO 5: DESCRIPCIÓN DEL PR ━━━
47
48Escribe una descripción de pull request con:
49- Qué hace esto y por qué (2 oraciones)
50- Cómo probarlo manualmente
51- Qué pruebas automatizadas lo cubren
52- Cualquier trabajo de seguimiento que esto cree
53- Nivel de riesgo: Bajo / Medio / Alto
54
55━━━ REGLAS DE ESCALACIÓN ━━━
56
57Ven a mí SOLO para:
58→ Acciones irreversibles (migraciones de base de datos, eliminaciones, cambios que rompen la API)
59→ Decisiones de seguridad
60→ Elecciones de arquitectura que afecten la hoja de ruta
61
62De 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:

text
1El PR #4821 añade una llamada fetch() sin timeout.
2
3Comentario 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.
8
9Sugerencia 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:

text
1Paso 1: Ve a entelligence.ai → Regístrate gratis
2
3Paso 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)
7
8Paso 3: Deja que Entelligence indexe tu historial de incidentes
9(20-30 minutos para repos existentes. Se ejecuta en segundo plano.)
10
11Paso 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 timeouts
15- Modifique estado compartido sin bloqueo adecuado
16- Cambie rutas de autenticación o pago
17- Omita el manejo de errores en rutas críticas
18Estos son nuestros patrones de incidentes de mayor riesgo."
19
20Paso 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:

text
1Se activa la alerta de producción (Sentry / PagerDuty)
2
3Entelligence detecta la anomalía en spans/logs/métricas
4
5Genera agentes de diagnóstico en paralelo
6
7Fable investiga la causa raíz contra la base de código
8
9Fable escribe la corrección + pruebas
10
11Entelligence verifica la corrección contra el historial completo de incidentes
12
13PR creado automáticamente con contexto completo
14
15Tú revisas y apruebas — 5 minutos ← único paso que te requiere
16
17Corrección desplegada y verificada en producción
18
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.

Rahul - inline image

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.

text
1Eres mi Director de Soporte.
2
3Primero, lee ~/company/products.md y ~/company/customers.md.
4
5Para cada ticket de soporte entrante, ejecuta este flujo de trabajo:
6
7━━━ PASO 1: TRIAGE ━━━
8
9Clasifica el ticket:
10- Tipo: Error / Solicitud de función / Pregunta técnica / Facturación / Queja / Felicitación
11- Urgencia: Crítica (bloquea el uso) / Alta (frustra significativamente) / Baja
12- Puntuación de sentimiento: 1-5 (1=muy enojado, 5=contento)
13- Riesgo de cancelación: Alto / Medio / Bajo
14
15Si 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]
17
18━━━ PASO 2: REDACTAR RESPUESTA ━━━
19
20Escribe una respuesta que:
21- Comience reconociendo su problema específico (no "Entiendo tu frustración")
22- Responda la pregunta de forma completa y práctica
23- Si es un error: da una solución temporal ahora + un cronograma honesto si es posible
24- Si es una solicitud de función: agradéceles genuinamente + agrégalo al registro de funciones
25- Termine con una pregunta para confirmar que resolvimos el problema
26
27Reglas:
28- Suena como un humano, no como un centro de ayuda
29- Menos de 150 palabras a menos que se necesite profundidad técnica
30- Nunca uses: "según mi último correo" / "como se mencionó" / "Entiendo tu frustración"
31
32━━━ PASO 3: ACTUALIZACIÓN DE LA BASE DE CONOCIMIENTO ━━━
33
34Después de redactar:
35- ¿Se hace esta pregunta más de una vez al mes? Sí/No
36- Si es sí: escribe una entrada de FAQ → guárdala en ~/company/docs/faq.md
37- ¿El producto los confundió? Sí/No
38- Si es sí: anota el problema de UX → guárdalo en ~/company/state/ux-issues.md
39
40━━━ PASO 4: ANÁLISIS SEMANAL DE CANCELACIÓN ━━━
41
42Cada viernes, revisa ~/company/state/support-tickets.md de los últimos 14 días.
43
44Señala a cualquier cliente que:
45→ Haya enviado 2+ tickets en 2 semanas
46→ Haya usado palabras: decepcionado, frustrado, cancelar, reembolso, cambiarse, considerando
47→ Haya tenido un ticket sin resolver por más de 48 horas
48→ Haya degradado su plan
49
50Salida:
51| Cliente | Plan | MRR en riesgo | Patrón de queja | Acción recomendada |
52Ordena por MRR en riesgo, de mayor a menor.
53
54Me 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.:

text
1/loop todos los días a las 9 a.m. →
2
3Eres mi Asistente Ejecutivo.
4
5Lee:
6- ~/company/state/projects.md
7- ~/company/state/pipeline.md
8- ~/company/state/support-tickets.md
9- ~/company/memory/lessons.md (solo los últimos 7 días)
10
11Genera mi informe diario:
12
13━━━ INFORME DE HOY — [Fecha] ━━━
14
15### 🚨 Necesita atención hoy (urgente, no puede esperar)
16[Máximo 2-3 elementos. Si no hay nada: di "Nada crítico hoy."]
17
18### 💰 Estado del pipeline
19[Acuerdos en cada etapa. Cualquiero que se haya enfriado o avanzado. Ingresos en riesgo.]
20
21### 🎧 Soporte
22[Tickets abiertos: cuenta por urgencia. Cualquier riesgo de cancelación de ayer.]
23
24### ⚡ 3 prioridades principales para hoy
25[Clasificadas por impacto × urgencia. No solo lo que hace más ruido.]
26
27### 💡 Una lección de los últimos 7 días
28[La idea más relevante de ~/company/memory/lessons.md]
29
30Manté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:
34
351. Documéntalo como un Procedimiento Operativo Estándar
362. Guárdalo en ~/company/sops/[nombre-del-proceso].md
373. Usa este formato:
38
39# [Nombre del Proceso]
40Qué hace: [una frase]
41Cuándo ejecutarlo: [disparador o programación]
42Quién lo ejecuta: [Fable / Yo / Ambos]
43
44## Pasos
451.
462.
473.
48...
49
50## El éxito se ve así
51[Cómo saber que funcionó]
52
53## Errores comunes
54[Qué sale mal y cómo evitarlo]
55
56## Oportunidad de automatización
57[Cualquier paso que podría automatizarse por completo — márcalo]
58
59Después de documentar: dime qué pasos podría eliminar por completo
60conectando esto a otro sistema o agente.
Rahul - inline image

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:

text
1Después de completar esta tarea, revisa tu resultado:
2
31. ¿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?
7
8Si 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:

text
1Cada domingo a las 7 p.m., ejecuta la consolidación de memoria semanal:
2
3Lee todos los archivos en ~/company/memory/ de los últimos 7 días.
4
5Genera un informe semanal consolidado:
6- Las 3 cosas principales que funcionaron en todos los departamentos
7- Las 3 cosas principales que fallaron y por qué
8- Una mejora a nivel de sistema para hacer la próxima semana
9- Cualquier patrón que esté surgiendo en múltiples departamentos
10
11Guárdalo en ~/company/memory/weekly-[YYYY-MM-DD].md
12
13Luego: sugiere el flujo de trabajo que me daría la mejora
14de 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é

text
1❌ "Escribe un correo frío para este prospecto"
2
3✅ "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

text
1"Pausa solo cuando:
2→ La siguiente acción sea irreversible
3→ Encuentres un bloqueo que no puedas resolver
4→ Necesites información que solo yo tengo
5
6De 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

text
1/loop todos los lunes a las 8 a.m. → ejecuta el flujo de trabajo del departamento de investigación
2/loop todos los días a las 9 a.m. → genera el informe diario
3/loop todos los viernes a las 5 p.m. → ejecuta el análisis de prevención de cancelación
4/loop todos los domingos a las 7 p.m. → ejecuta la consolidación de memoria

Configúralo una vez. Se ejecuta para siempre.

Rahul - inline image

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

Turn one viral article into a full content workflow

Collect the source, decode the pattern, create assets, draft the story, and distribute from one AI workspace.

Explore YouMind
Para creadores

Convierte tu Markdown en un artículo de 𝕏 impecable

Cuando publicas tus propios textos largos, dar formato en 𝕏 a imágenes, tablas y bloques de código es un fastidio. YouMind convierte un borrador completo en Markdown en un artículo de 𝕏 impecable y listo para publicar.

Prueba Markdown a 𝕏

Más patrones por descifrar

Artículos virales recientes

Explorar más artículos virales