Escritura Pública — Estilo Personal (David Antizar)
Cuándo usarlo
- El usuario pide crear un post para LinkedIn
- El usuario pide crear un post para Substack o newsletter
- El usuario quiere generar contenido social basado en un documento/informe
- El usuario quiere analizar su estilo de escritura personal
- El usuario quiere crear contenido que suene "personal" y no corporativo (cualquier plataforma)
Proceso general
Fase 1: Obtener datos del usuario
Opción A — Export de LinkedIn (recomendado):
El usuario descarga sus datos de LinkedIn → sube los CSVs y HTMLs al workspace.
Opción B — Manual:
El usuario describe su estilo, proporciona ejemplos de posts que le gustan, o escribe directamente.
Fase 2: Identificar el tipo de plataforma
Ver las diferencias entre LinkedIn y Substack abajo.
Fase 3: Verificar la filosofía del usuario
David tiene una filosofía de datos y tecnología que debe impregnar cualquier contenido relacionado:
Los datos tienen dos clases: libres y privados.
- Los datos libres circulan. Sin barreras.
- Los datos privados se procesan en local. Sin salir. Sin excepciones.
- No se necesita IA para gestionar esto. Herramientas deterministas bastan.
Si el contenido toca datos, tecnología o administración, cargar references/datos-libres-privados.md y basar el contenido en esta filosofía.
Fase 4: Generar contenido
Usar los patrones extraídos para crear contenido que suene auténtico y personal.
Diferencias por plataforma
LinkedIn
- Hashtags específicos del tema (máximo 5)
- Párrafos cortos (máximo 250 caracteres)
- Longitud: 500-1500 palabras para análisis
- Estructura típica: gancho → contexto → datos clave → análisis → conclusión
Substack / Newsletter
- Sin hashtags
- Párrafos un poco más largos que LinkedIn (hasta 300 caracteres)
- Más profundidad en el análisis
- Estructura más narrativa: gancho → filosofía/principio → desarrollo → conclusión
- Más filosofía, menos datos técnicos
- Cero tecnicismos innecesarios (no mencionar bibliotecas, APIs, frameworks específicos salvo que el usuario los pida explícitamente)
Principios del estilo David Antizar (resumen)
Tono
- Técnico pero accesible — como explicando a un colega
- Directo, sin rodeos
- Con opinión propia — NO neutral
- Sin jerga corporativa ("sinergias", "hoja de ruta", etc.)
- Datos como argumento principal (cuando correspondan)
- Ironía fina, no sarcasmo barato
- Voz en primera persona
Estructura típica
- Gancho — frase corta y directa (dato impactante, pregunta retórica, afirmación provocadora)
- Contexto — qué leyó/vio, breve, sin preámbulos
- Datos clave — 3-5 números con contexto (LinkedIn) / Filosofía/principio (Substack)
- Análisis — qué significan, por qué importan, opinión propia
- Conclusión — frase que deje poso, no resumen
Formato
- Párrafos cortos (máximo 250 caracteres en LinkedIn, hasta 300 en Substack)
- Frases sueltas de <80 caracteres para ritmo
- NUNCA emojis (David no los usa)
- Negritas para datos y conceptos clave
- Listas con guiones, nunca tablas
- Longitud: 500-1500 palabras
- Sin tablas markdown
Lo que NO hace
- ❌ Tablas markdown
- ❌ Lenguaje corporativo
- ❌ Neutralidad
- ❌ Párrafos largos (>300 chars)
- ❌ Emojis
- ❌ Hashtags genéricos (LinkedIn: máximo 5 específicos)
- ❌ Preguntas genéricas finales ("¿qué opináis?")
- ❌ Frases hechas ni clichés
- ❌ Tecnicismos excesivos en Substack — no mencionar bibliotecas, frameworks, APIs específicas a menos que el usuario las pida
- ❌ Ejemplos raros o irrelevantes — cuando David dice "ejemplos raros", se refiere a referencias técnicas que no contribuyen al mensaje principal
Frases típicas
- "Como cada año, la [X] ha sacado su [Y]."
- "Este año ha sido [adjetivo], así que intentaré hacer un resumen."
- "Estamos ante el mayor [superlativo] de la historia de la civilización."
- "Sin duda la [X] ha sido el gran negocio del siglo XX y va a ser el GRAN negocio del siglo XXI."
- "Por primera vez se verá una meseta de demanda de los combustibles fósiles."
Atribución
- El contenido es del usuario (Mastermind es el ejecutor)
- Nunca "Análisis por Mastermind" ni "vía agente"
- Footer para Substack: "Hecho con ❤️ por David Antizar"
Referencias
references/extraer-estilo-linkedin.md — Procedimiento detallado para extraer estilo de export de LinkedIn
references/linkedin-export-inventory.md — Inventario completo de archivos del export de LinkedIn (29 CSVs + 4 HTMLs) con descripción de cada uno
references/datos-libres-privados.md — Filosofía de David sobre datos y tecnología (libres circulan, privados en local, sin IA)
Pitfalls
- No usar la referencia genérica en
documentos-institucionales/references/linkedin-david-antizar-style.md — esa versión es incorrecta
- NUNCA usar emojis — David no los usa en sus publicaciones
- No ser neutral — David tiene opinión propia
- No usar lenguaje corporativo — nada de "sinergias", "hoja de ruta", etc.
- Párrafos cortos — máximo 250 caracteres por párrafo
- Siempre datos concretos — los números son el argumento principal
- Evitar tecnicismos en Substack — no mencionar herramientas técnicas a menos el usuario las pida
- No dar ejemplos raros — si David dice "ejemplos raros", los ejemplos deben ser universales y comprensibles para cualquier lector, no técnicos
- Si el informe no declara coste, usar
tech-report-cost-analysis para estimarlo desde specs (GPUs, fases, tokens, goodput)
1---2name: linkedin-david-antizar-style3description: Crear posts para LinkedIn, Substack, newsletters o cualquier escritura pública al estilo de David Antizar — análisis de export, extracción de patrón de escritura, generación de contenido con tono personal.4---56# Escritura Pública — Estilo Personal (David Antizar)78## Cuándo usarlo910- El usuario pide crear un post para **LinkedIn**11- El usuario pide crear un post para **Substack** o newsletter12- El usuario quiere generar contenido social basado en un documento/informe13- El usuario quiere analizar su estilo de escritura personal14- El usuario quiere crear contenido que suene "personal" y no corporativo (cualquier plataforma)1516## Proceso general1718### Fase 1: Obtener datos del usuario1920**Opción A — Export de LinkedIn (recomendado):**21El usuario descarga sus datos de LinkedIn → sube los CSVs y HTMLs al workspace.2223**Opción B — Manual:**24El usuario describe su estilo, proporciona ejemplos de posts que le gustan, o escribe directamente.2526### Fase 2: Identificar el tipo de plataforma2728Ver las diferencias entre LinkedIn y Substack abajo.2930### Fase 3: Verificar la filosofía del usuario3132David tiene una **filosofía de datos y tecnología** que debe impregnar cualquier contenido relacionado:3334> **Los datos tienen dos clases: libres y privados.**35> - Los datos libres circulan. Sin barreras.36> - Los datos privados se procesan en local. Sin salir. Sin excepciones.37> - No se necesita IA para gestionar esto. Herramientas deterministas bastan.3839Si el contenido toca datos, tecnología o administración, cargar `references/datos-libres-privados.md` y basar el contenido en esta filosofía.4041### Fase 4: Generar contenido4243Usar los patrones extraídos para crear contenido que suene auténtico y personal.4445## Diferencias por plataforma4647### LinkedIn48- Hashtags específicos del tema (máximo 5)49- Párrafos cortos (máximo 250 caracteres)50- Longitud: 500-1500 palabras para análisis51- Estructura típica: gancho → contexto → datos clave → análisis → conclusión5253### Substack / Newsletter54- Sin hashtags55- Párrafos un poco más largos que LinkedIn (hasta 300 caracteres)56- Más profundidad en el análisis57- Estructura más narrativa: gancho → filosofía/principio → desarrollo → conclusión58- **Más filosofía, menos datos técnicos**59- **Cero tecnicismos innecesarios** (no mencionar bibliotecas, APIs, frameworks específicos salvo que el usuario los pida explícitamente)6061## Principios del estilo David Antizar (resumen)6263### Tono64- Técnico pero accesible — como explicando a un colega65- Directo, sin rodeos66- Con opinión propia — NO neutral67- Sin jerga corporativa ("sinergias", "hoja de ruta", etc.)68- Datos como argumento principal (cuando correspondan)69- Ironía fina, no sarcasmo barato70- Voz en primera persona7172### Estructura típica731. **Gancho** — frase corta y directa (dato impactante, pregunta retórica, afirmación provocadora)742. **Contexto** — qué leyó/vio, breve, sin preámbulos753. **Datos clave** — 3-5 números con contexto (LinkedIn) / **Filosofía/principio** (Substack)764. **Análisis** — qué significan, por qué importan, opinión propia775. **Conclusión** — frase que deje poso, no resumen7879### Formato80- Párrafos cortos (máximo 250 caracteres en LinkedIn, hasta 300 en Substack)81- Frases sueltas de <80 caracteres para ritmo82- **NUNCA emojis** (David no los usa)83- Negritas para datos y conceptos clave84- Listas con guiones, nunca tablas85- Longitud: 500-1500 palabras86- Sin tablas markdown8788### Lo que NO hace89- ❌ Tablas markdown90- ❌ Lenguaje corporativo91- ❌ Neutralidad92- ❌ Párrafos largos (>300 chars)93- ❌ Emojis94- ❌ Hashtags genéricos (LinkedIn: máximo 5 específicos)95- ❌ Preguntas genéricas finales ("¿qué opináis?")96- ❌ Frases hechas ni clichés97- ❌ **Tecnicismos excesivos en Substack** — no mencionar bibliotecas, frameworks, APIs específicas a menos que el usuario las pida98- ❌ **Ejemplos raros o irrelevantes** — cuando David dice "ejemplos raros", se refiere a referencias técnicas que no contribuyen al mensaje principal99100### Frases típicas101- "Como cada año, la [X] ha sacado su [Y]."102- "Este año ha sido [adjetivo], así que intentaré hacer un resumen."103- "Estamos ante el mayor [superlativo] de la historia de la civilización."104- "Sin duda la [X] ha sido el gran negocio del siglo XX y va a ser el GRAN negocio del siglo XXI."105- "Por primera vez se verá una meseta de demanda de los combustibles fósiles."106107### Atribución108- El contenido es del usuario (Mastermind es el ejecutor)109- Nunca "Análisis por Mastermind" ni "vía agente"110- Footer para Substack: "Hecho con ❤️ por David Antizar"111112## Referencias113- `references/extraer-estilo-linkedin.md` — Procedimiento detallado para extraer estilo de export de LinkedIn114- `references/linkedin-export-inventory.md` — Inventario completo de archivos del export de LinkedIn (29 CSVs + 4 HTMLs) con descripción de cada uno115- `references/datos-libres-privados.md` — Filosofía de David sobre datos y tecnología (libres circulan, privados en local, sin IA)116117## Pitfalls118- **No usar la referencia genérica** en `documentos-institucionales/references/linkedin-david-antizar-style.md` — esa versión es incorrecta119- **NUNCA usar emojis** — David no los usa en sus publicaciones120- **No ser neutral** — David tiene opinión propia121- **No usar lenguaje corporativo** — nada de "sinergias", "hoja de ruta", etc.122- **Párrafos cortos** — máximo 250 caracteres por párrafo123- **Siempre datos concretos** — los números son el argumento principal124- **Evitar tecnicismos en Substack** — no mencionar herramientas técnicas a menos el usuario las pida125- **No dar ejemplos raros** — si David dice "ejemplos raros", los ejemplos deben ser universales y comprensibles para cualquier lector, no técnicos126- **Si el informe no declara coste**, usar `tech-report-cost-analysis` para estimarlo desde specs (GPUs, fases, tokens, goodput)