🚀 Avanzado: dominios reales y producción
Aquí la "pizza" cambia de forma. Ves seis dominios completos — Tax, Sales, Support, Content, Consulting, Freedom — cada uno con una distribución diferente de las 6 capas, y los patrones de producción que mantienen un OS activo y seguro con el tiempo.
Cómo leer: los mismos seis ingredientes (capas, en cian) reaparecen en todos los dominios, pero en proporciones diferentes. En el Tax OS el contexto llega a ~34%; en Sales, las herramientas pesan más. La ruta muestra cada receta y cómo llevar el OS a producción: seguro, con backup y resistente al deterioro.
Mapa de la ruta
🧾 Tax & Bookkeeping OS
Contexto pesado, ~34%
📈 Sales OS
Herramientas + skills en la parte superior
🎧 Support OS
Los tickets se convierten en playbooks
🎬 Content OS
Fábrica de títulos, sin hype
💼 Consulting OS
Una carpeta por cliente
🗽 Freedom OS y producción
Local, respaldo, deterioro del contexto
Contenido detallado
🧾 Tax & Bookkeeping OS
El dominio con mucho contexto (~34%): compendio de leyes, pipeline de PDFs de estados de cuenta, revisión mensual y el revisor escéptico que te regaña antes que el contador.
La distribución del autor: 34% contexto, 18% herramientas, 16% skills, 14% reglas, 10% agentes, 8% identidad.
Muestra en la práctica que la porción más grande aquí es el contexto, no los agentes.
El contexto domina · identidad mínima · pizza desigual.
Revisar «las peores auditorías» + la legislación de varias provincias para crear un compendio de tu sistema tributario.
Revertir el peor escenario evita el error de clasificación que termina en una auditoría.
Audit pains · compendio · zona gris vs. blanco y negro.
Los extractos en PDF se convierten en texto/markdown en una cadena de carpetas para ahorrar ventana de contexto.
El PDF sin procesar desborda el contexto; convertirlo y sintetizarlo es lo que hace que la revisión sea económica.
raw → convertido → sintetizado · ahorro de tokens.
La skill que toma el extracto, lo categoriza en un ledger y prepara el envío al contador + alertas de gastos.
Es la tarea más repetida del dominio, la candidata número 1 para convertirse en skill.
Ledger categorizado · alertas · ritmo mensual.
Nunca mezclar lo personal con el negocio; bloquear PII (SIN, cuenta); convertir todo a una sola moneda (CAD).
El dinero y los datos sensibles requieren ganchos deterministas, no reglas «flexibles».
protección de PII · moneda única · separación de cuentas.
Un estratega tributario y un revisor escéptico que «te insulta antes que el contador».
Los agentes son pocos aquí (~10%) — entran solo para juzgar y revisar.
Revisor adversarial · review gate · criterio.
Un prompt listo para que Claude Code monte el flujo de conversión de extractos en PDF.
Es el copy-run que materializa el pipeline raw → converted → synthesized.
Copiar · ejecutar · verificar el resultado.
📈 Sales OS
El dominio donde más pesan las herramientas y las skills: scrapers de prospectos, enriquecimiento propio, calificación con fricción y reglas contra el spam indiscriminado.
30% de contexto, 20% de herramientas, 16% de habilidades, 14% de agentes, 12% de reglas, 8% de identidad.
Comparado con Tax, el stack es más «ajustado»: la tool y el contexto lideran juntos.
Herramientas + contexto en la parte superior · misma forma, nueva proporción.
Estructuras de cold email, el ICP (cliente ideal) y la demografía de los leads guardados como contexto.
Sin un ICP claro, el scraper junta basura y arruinas tu reputación.
ICP · cold email · acuerdos ganados/perdidos.
Los actores de Apify (LinkedIn, Google Maps) se convierten en una base de leads que entra al CRM por CLI.
Es la porción de herramientas (~20%): la mayor después del contexto.
Apify actors · base de datos de leads · CRM integrado sin fricciones.
Tu propio enriquecimiento (en vez de pagar Clay) + humanizadores que quitan el «olor a IA» del copy.
Internalizar el enriquecimiento reduce costos y te da control de calidad.
Enriquecimiento propio · humanizar el copy · lenguaje humano.
Puntos de fricción en la skill que obligan a volver a escanear el lead hasta confirmar que sirve.
No gastes 100 calls en 50 leads malos: la fricción filtra antes del esfuerzo.
Fricción intencional · ciclo de verificación · calidad > volumen.
SDR + orquestador + revisión humana; reglas: nada de enviar mensajes indiscriminadamente, respetar las exclusiones voluntarias, voz de la marca.
Enviar spam quema el dominio y la marca; el opt-out se convierte en un gancho que lo elimina del CRM de inmediato.
SDR · do-not-contact · no ser insistente.
Un prompt listo que califica leads según el ICP, con puntos de fricción y un veredicto de Sí/No/Tal vez.
Es el copy-run que evita gastar calls en leads fríos.
Copiar · ejecutar · comprobar el veredicto.
🎧 Support OS
Los tickets agregados se convierten en playbooks; skills de clasificación, borradores y escalamiento; un revisor escéptico antes de responder al cliente; y el hook que exige citar la fuente de la política.
Estructura parecida a la de ventas: el contexto (tickets) + las skills (triaje/borrador) llevan el peso.
Muestra cómo el mismo formato sirve para un dominio de atención al cliente.
Tickets como contexto · skills de respuesta · escalamiento.
Extraer tickets de Zendesk/HubSpot y docs de ayuda; un hilo largo = proxy de un caso complejo.
Los hilos más largos esconden los casos que más vale la pena convertir en playbook.
Reunir tickets · hilo largo = complejidad · documentos de ayuda.
Sintetizar los threads largos en nuggets: «cómo tratar con el cliente que siempre trae X».
El playbook transforma un caso poco común en una respuesta repetible y consistente.
Nuggets · casos límite · vía de escalamiento.
Clasificación de correos, borrador de respuesta y reglas sobre cuándo y cómo escalar.
Reduce el tiempo dedicado a preguntas repetitivas sin perder calidad.
Clasificación · borrador de respuesta · vía de escalamiento.
Un líder de soporte que cierra tickets + un revisor escéptico que verifica la respuesta antes de enviarla.
El review gate evita que una respuesta incorrecta llegue al cliente.
Líder de soporte · abogado del diablo · doble verificación.
Sin promesas fuera del playbook; hook que bloquea respuestas sobre políticas sin enlace; el perfil júnior solo lee el CRM.
Una promesa indebida se convierte en un riesgo legal; por eso es un gancho, no una regla flexible.
Citar la fuente (hook) · read-only del junior · sin prometer de más.
Un prompt listo que clasifica tickets por urgencia/tema y decide si responder, escalar o pedir información.
Es el copy-run que organiza la fila antes de cualquier respuesta.
Copiar · ejecutar · comprobar la clasificación.
🎬 Content OS
Ingeniería inversa de competidores, fábrica de títulos con personas, motores de reutilización de contenido y la regla anti-hype que prohíbe «insane».
Un dominio más equilibrado entre contexto, skills y reglas.
Muestra un caso en el que ninguna capa predomina por sí sola.
Equilibrio · skills creativas · reglas de voz.
Analizar los 10 mejores videos del nicho: ritmo, ángulo y storyline guardados como contexto.
Los patrones de la competencia informan tu propio contenido.
Top 10 · patrones · tendencia.
Cientos de títulos con pruebas A/B y comentarios de personas de la audiencia.
Es la skill estrella del dominio: genera y prueba a escala.
Prueba A/B · personas · escala.
Reutilizar un contenido en varios formatos y canales.
Multiplica el alcance de cada pieza producida.
Reutilización de contenido · multicanal · briefs para miniaturas.
Productor (idea→publicación) + orquestador (escritura/edición con Descript CLI).
Entrega un paquete de cuidado listo para el editor humano.
Productor · orquestador · care package.
Prohibir el hype y las promesas exageradas (p. ej., "insane") y exigir un hook de 30–40s que evite las fórmulas.
Protege la voz de la marca para que no caiga en clichés de IA.
Sin exageraciones · gancho de 30–40s · anticlisé.
Un prompt listo que genera títulos y los prueba con personas de la audiencia.
Es el copy-run que materializa la fábrica de títulos.
Copiar · ejecutar · elegir el mejor título.
💼 Consulting OS
Una carpeta por cliente, playbooks + wiki global, y el filtro de revisión adversarial con la voz del cliente; a veces, varios revisores.
El contexto sigue siendo importante, pero las reglas y los ganchos pesan más de lo habitual.
Cada cliente exige límites propios; de ahí la importancia de las reglas.
Reglas estrictas · contexto por cliente.
Cada cliente es una carpeta; el CLAUDE.md indica «cuando menciono X, es esta carpeta».
Organiza la información dispersa en categorías claras.
Carpeta por cliente · mapeo en el archivo maestro.
Playbooks por cliente que se integran en un playbook global; una wiki que clasifica las reuniones.
Todo negocio tiene patrones: el wiki enriquece la preparación de reuniones.
Playbook por cliente · wiki · patrones.
Preparación previa a la llamada, propuesta/SOW y auditoría, siempre matizadas según el objetivo, nunca genéricas.
Una auditoría genérica no sirve para consultoría; necesita el contexto del cliente.
Preparación previa a la llamada · SOW · auditoría matizada.
Un agente con el nombre del contacto, informado por reuniones sintetizadas, revisa cómo reaccionaría el cliente.
Anticipa objeciones antes de enviar el brief; a veces necesitas varios revisores.
Revisor adversarial · voz del cliente · objeciones.
QuickBooks, ledgers, enlaces de Stripe en propuestas (sin PandaDoc) y verificación de buffer en la agenda.
Las conexiones adecuadas eliminan la fricción de los cobros y la agenda.
Enlace de Stripe · margen de agenda · ledgers.
Un prompt listo que crea al revisor que reacciona como el cliente, basándose en las reuniones sintetizadas.
Es el copy-run que materializa el review gate adversarial.
Copiar · ejecutar · revisar el brief.
🗽 Freedom OS y estándares de producción
Modelos locales para datos sensibles, respaldo en 3 frentes, context rot y el /tldr que actualiza el CLAUDE.md por sí solo.
Ejecutar modelos locales para lo sensible (p. ej., certificado de nacimiento) — inversión en hardware.
Algunos datos nunca deben ir a un contexto en la nube.
Local · hardware · datos sensibles.
La elección entre modelos cerrados, abiertos y una combinación de ambos.
El enfoque híbrido equilibra capacidad y privacidad.
Closed · open · híbrido.
GitHub privado (con .gitignore para lo sensible) + SSD + nube.
Tres copias protegen el OS de cualquier pérdida.
3 frentes · .gitignore · redundancia.
Definir cuándo envejece el contexto (la ley cambia en meses, no de un día para otro).
Conocer el ritmo de deterioro evita confiar en datos antiguos.
Deterioro · cutoff · actualización.
Un comando slash que guarda el resumen y actualiza CLAUDE.md/reglas con una persona supervisando el proceso.
Es la automejora controlada del OS a lo largo del tiempo.
/tldr · automejora · humano en el circuito.
Crons semanales que destilan todas las conversaciones en nuggets sintetizados.
Mantiene la base actualizada sin trabajo manual.
Cron · síntesis · nuggets.
Un prompt listo que crea el /tldr de resumen posterior a la sesión que actualiza el OS.
Es el copy-run que cierra el loop de producción.
Copiar · ejecutar · revisar el resumen.