Los 6 agentes que gestionan mi contenido: el sistema que elige, escribe, revisa, publica y aprende

Lo que vas a sacar

• Las seis skills con su trabajo, su criterio y su código copiable
• El archivo que decide qué publicas y que puede decirte que hoy no publiques
• El circuito completo hasta el correo capturado
• El prompt maestro con el que lo empiezas a montar hoy, paso a paso

El problema no es escribir

Hace siete meses empecé a publicar en serio. Desde entonces mis publicaciones han llegado a más de 1 millón de personas. Han dejado más de 16.900 comentarios y han guardado más de 4.600 veces lo que publico. Ya hay más de 5.000 personas aprendiendo a montar sus propios agentes. Y Favikon me coloca como número uno de habla hispana en automatización con IA.

Las tres cifras de LinkedIn salen del panel de estadísticas de mi perfil, consultado el 1 de octubre de 2026, sobre el periodo que arranca el 15 de febrero. El ranking es de Favikon, con fecha del 1 de octubre de 2026.

Y te voy a decir lo que no fue el cuello de botella en ningún momento: escribir.

Escribir es la parte fácil. Lo difícil es todo lo que hay alrededor. Decidir de qué hablas el lunes cuando el domingo por la noche no se te ocurre nada. Saber si lo que has escrito está bien o solo te lo parece porque lo acabas de escribir tú. Acordarte de que ese gancho ya lo usaste hace diez días. Y sobre todo: que lo que publicaste la semana pasada te sirva de algo para decidir lo de esta.

Eso es lo que hace un sistema. No escribe mejor que tú. Se acuerda de todo, no se cansa, y tiene permiso para decirte que no.

Son seis piezas, cada una con un trabajo y una manía. Primero te las presento una a una; al final va el mecanismo entero para que lo montes.

Cómo se pasan el trabajo

01 / 10Lo que se publicaTu sector, cada noche

Los referentes de tu sector publican. Ahí está la materia prima: lo que se mueve, lo que pregunta la gente, lo que nadie explica bien.

Cómo automaticé mis propuestas con Claude♥ 124 · 💬 31

El error que comete todo el mundo con los agentes♥ 87 · 💬 12

5 prompts que uso cada lunes♥ 302 · 💬 64

02 / 10radar-de-senalesVigila y trae

De noche, sin que nadie se lo pida, lee esas fuentes y deja cada hallazgo en tu lista de temas, con enlace y fecha. No decide nada.

EntraLas publicaciones de tu fuente

→

SaleHallazgos con enlace y fecha, en la lista de temas

Notion · lista de temas

• PendientePropuestas con Claude · nadie enseña el prompt
• PendienteAgentes en ventas · faltan casos reales
• PendienteLunes con IA · faltan plantillas

03 / 10selector-de-temasPuntúa y elige

El lunes puntúa la lista contra tu criterio. Solo pasa lo que llega a 7. Si nada llega, te dice que esta semana no se publica.

EntraLa lista de temas, tu criterio y el histórico

→

SaleEl tema de la semana con su motivo, o ninguno

Puntúa contra tu criterio · umbral 7

• Propuestas con Claude8.4
• Agentes en ventas6.1
• Lunes con IA5.3

Propuesta: Propuestas con Claude

04 / 10Tu primera parada¿Publicamos este tema?

El sistema se detiene y espera. Si dices que no, vuelve al selector. Si dices que sí, empieza a escribirse.

EntraEl tema propuesto

→

SaleEl tema aprobado (estado Producir)

Notion · esperando tu aprobación

Pendiente de aprobaciónPropuestas con Claude

Ahora noAprobar

✓ Tema aprobado

05 / 10productor-de-guiasEscribe la pieza

Con el tema aprobado escribe la guía completa, con sus fuentes y en tu voz, y la deja en borrador.

EntraEl tema aprobado y tu voz

→

SaleLa guía en borrador

Borrador · guía completa

Cómo preparar tus propuestas con Claude

fuente 1fuente 2prompt

06 / 10editor-jefeVerifica y bloquea

En otra conversación, para que no se revise a sí mismo. Cada bloqueante va con su cita. Si bloquea, la pieza vuelve a escribirse.

EntraLa guía en borrador

→

SaleBloqueantes con su cita, o la guía auditada

Revisión · en otra conversación

Cómo preparar tus propuestas con Claude

C1 · Cifra sin fuente«ahorra un 70 %»: ¿de dónde sale?

✓ Sin bloqueantes: pasa

07 / 10creador-de-captionsEscribe el post

La publicación de LinkedIn: un gancho que no hayas usado y una sola llamada a la acción.

EntraLa guía auditada

→

SaleEl post con gancho y una llamada a la acción

Tú· ahora

Le pedí a Claude mis propuestas de la semana. Tardó 4 minutos.

Comenta «guía» y te la paso.

08 / 10Tu segunda parada¿Sale este post?

Segunda y última parada. Nada sale a LinkedIn sin tu aprobación, tampoco de noche.

EntraEl post

→

SaleEl post aprobado

Notion · esperando tu aprobación

Pendiente de aprobaciónLe pedí a Claude mis propuestas…

Ahora noAprobar

✓ Post aprobado

09 / 10LeadSharkPublicado en LinkedIn

Se programa, se publica, y a quien comenta le llega la guía por privado tras dejar su correo.

EntraEl post aprobado

→

SaleLa publicación, la entrega por privado, los correos y las métricas

Tú· publicado

💬 👁

✉correo nuevo en tu lista

10 / 10analista-de-rendimientoMide y lo devuelve

El viernes lee lo que rindió de verdad y se lo pasa al selector: qué ángulos convierten y qué ganchos están quemados. Así el sistema mejora solo.

EntraLas métricas de LeadShark

→

SaleÁngulos que convierten y ganchos quemados, para el selector

Qué rindió de verdad

Convierte: el caso real. Quemado: «5 trucos».

↺ vuelve al selector del lunes

Dos paradas, las dos tuyas: el sistema se detiene y espera tu aprobación. No hay una tercera. Y el último paso es lo que lo diferencia de un generador de texto: lo que rindió vuelve al selector.

El stack de un vistazo

Nivel del sistema: N1, un solo conector externo.

Los seis, uno a uno

1. radar-de-senales · el que sale de noche

Es el único que trabaja mientras duermes. Cada noche mira qué están publicando los referentes de tu sector, qué les está funcionando y qué hueco están dejando, y lo deja todo en una lista con su enlace y su fecha. No decide nada. Solo trae.

De dónde saca lo que trae, que es la pregunta que importa: del propio LeadShark, que ya está en tu stack. Su radar de temas es un feed continuo de publicaciones de LinkedIn que están captando de verdad, con su texto, su autor y sus números de interacción. Es decir, no necesitas una segunda herramienta para vigilar el mercado: la que usas para publicar te dice también qué está funcionando ahí fuera.

Si no usas LeadShark, las dos alternativas que funcionan igual de bien son un feed montado con rss.app sobre los blogs y boletines que ya lees, o una etiqueta de tu correo donde vas reenviando lo que te encuentras. Las tres valen; lo que no vale es no tener ninguna y confiar en tu memoria.

Y una ampliación que te digo pero no monto aquí: cruzar varias fuentes a la vez, con una herramienta de prospección de datos por encima, hace el vigilante bastante más potente. Sube el sistema a dos conectores y complica el montaje, así que va como v2 y no como v1.

Su manía: lo que trae lo escribe en disco antes de opinar. Si el proceso se cae a medias, lo traído sigue ahí. Un vigilante que reconstruye de memoria lo que cree que encontró es un vigilante que se inventa cosas.

PERSONALIZA ESTO: la fuente. Aquí va lo que tú lees: un boletín al que ya estás suscrito, las publicaciones de tres o cuatro referentes, un feed de tu sector. Empieza con una sola.

2. selector-de-temas · el que elige y puede decir que no

Mira la lista, la puntúa contra un criterio que tú escribiste una vez, y te devuelve una pieza: esta es la de esta semana, y este es el motivo.

Y puede devolverte otra cosa: que esta semana no hay nada que merezca publicarse.

Esa es la parte que más me costó aceptar y la que más valor tiene. Un sistema que siempre dice que sí te llena el calendario de relleno, y el relleno se nota. Un sistema que puede decir que no es el único en el que puedes confiar cuando dice que sí.

Su manía: no elige por lo que está de moda. Elige contra tu criterio escrito, que incluye a quién le hablas y qué le has contado ya.

PERSONALIZA ESTO: el criterio. Tres o cuatro frases sobre a quién le hablas, qué resultado quieres que se lleve y qué temas no tocas. Se escribe una vez y se toca poco.

3. productor-de-guias · el que escribe

Coge el tema aprobado y escribe la pieza entera. No un esquema ni un brief: la guía completa, con su estructura, sus fuentes citadas y su prompt para que quien la lea pueda montarlo.

Su manía: lo que no sabe, lo declara. Un hueco escrito es información; un hueco rellenado con un supuesto es una mentira que alguien va a intentar seguir.

4. editor-jefe · el que puede parar la pieza

Revisa lo que escribió el anterior y devuelve los problemas con la cita literal de dónde están. Con uno solo, la pieza no sale.

Dos detalles que parecen menores y no lo son.

El primero: trabaja en una conversación distinta de la que escribió el borrador. La misma conversación se perdona a sí misma. Si le pides a quien acaba de escribir algo que lo revise, te va a decir que está bien.

El segundo: no puntúa. Tenía una nota de 0 a 100 y la quité, porque una pieza vacía e impecable sacaba 99. Un solo bloqueante basta para no publicar, por bien que esté el resto.

Su manía: no corrige. Señala y para. Quien corrige es el que escribe, en otra pasada.

5. creador-de-captions · el que presenta

La guía ya está bien, pero nadie la va a ver si la publicación que la presenta es mala. Esta escribe el post: el gancho, el cuerpo y una sola llamada a la acción.

Su manía: lleva un archivo con los ganchos que ya has usado y cuándo. Si el que propone se parece a uno de los últimos catorce días, lo descarta. Repetirte es la forma más rápida de que dejen de leerte.

PERSONALIZA ESTO: tu voz. Pega tres publicaciones tuyas que te gusten y una que no, y di por qué. Con eso basta.

6. analista-de-rendimiento · el que cierra el círculo

Lee lo que pasó de verdad con lo publicado y actualiza dos cosas: qué ángulo está convirtiendo y qué gancho está quemado y hasta cuándo. Eso vuelve al selector de temas.

Es la que casi nadie monta, y es la que separa un sistema de un generador de texto. Sin ella produces igual de rápido pero repites el criterio del primer día durante meses.

Su manía: una publicación con menos de tres o cuatro días no entra en el recálculo. Sus números todavía se están moviendo, y una conclusión sacada el primer día es ruido con formato de dato.

El Núcleo: el sustrato del sistema

01 / 05Claude · OrquestaSe lo pides a Claude

Tú hablas con Claude, y nada más. Claude es quien orquesta: decide qué skill toca, de dónde lee y dónde deja el resultado.

Claude

Elige el tema de esta semanaUso la skill selector-de-temas. Esto es lo que hago:

1. Leo tu criterio en GitHub
2. 2Puntúo la lista con selector-de-temas
3. Dejo la propuesta en Notion
4. 4Espero tu aprobación

02 / 05GitHub · FuenteLee tu criterio en GitHub

La skill y tu criterio viven en tu repositorio, versionados. Cambias un archivo y cambia el sistema entero.

GitHub · tu repositorio

• skills/
• selector-de-temas/
• SKILL.md
• reference/criterio.md

lee tu criterio →

03 / 05Notion · ControlDeja el estado en Notion

El resultado no se queda en el chat: va a la lista de temas. En Notion ves cada tema, en qué fase está y qué espera tu aprobación, y queda el histórico de lo que rindió.

Notion · lista de temas

Tema	Estado
Propuestas con Claude	PendientePendiente de aprobaciónProducirPublicado
Agentes en ventas	Pendiente
Lunes con IA	Publicado

Aquí vivela lista de temas · el estado de cada pieza · tu aprobación · el histórico

04 / 05Notion · Tu aprobaciónTú apruebas en Notion

Nada avanza sin que cambies el estado a Aprobado. Es la única puerta, y es tuya.

Notion · esperando tu aprobación

Pendiente de aprobaciónPropuestas con Claude

Ahora noAprobar

✓ Aprobado

05 / 05Claude · OrquestaY Claude sigue con la siguiente

Con el visto bueno, Claude encadena la siguiente skill, y así hasta el post.

selector→productor→editor→captions

Este sistema se apoya en el Núcleo, con el mínimo de piezas que el caso pide, cada una con su papel:

• Claude → Orquesta. El cerebro. Recibe la petición, decide el rumbo y reparte el trabajo a cada skill. De Claude usas solo lo que este sistema pide: Cowork para operarlo a mano en el día a día, Claude Code para escribir y editar las skills en GitHub, y las Routines solo si quieres que los tres disparadores salten solos. Ni la API a secas, ni un motor externo haciendo de columna.
• GitHub → Fuente. La fuente de verdad. Aquí viven las skills (la lógica y el criterio) y la memoria de lo aprendido. Versionado y revisable: un cambio se aplica a todos los sistemas que usan esa skill.
• Notion → Control. La capa operativa y de control humano. Aquí viven los datos, el registro, el etiquetado por estado, la aprobación (nada sale al mundo sin el paso de Pendiente de aprobación a Aprobado) y las vistas del mismo dato en distintos formatos.

En este sistema, el Núcleo sostiene el reparto entero: Claude encadena las seis skills y decide cuándo pasa el testigo, GitHub guarda las seis con su criterio versionado, y Notion lleva la lista de temas, en qué fase está cada pieza, el histórico de rendimiento contra el que decide el selector de temas, y tu aprobación antes de que nada salga.

El conector: LeadShark

Qué es. La superficie de LinkedIn del sistema, y la única pieza externa que necesita. LeadShark.

Qué hace aquí. Cuatro cosas: programa la publicación, dispara la entrega del recurso por privado a quien comenta, sirve la puerta de correo que captura el contacto, y devuelve las métricas reales que alimentan al analista-de-rendimiento.

Cómo se conecta. Se añade como conector en Claude y se enlaza tu cuenta de LinkedIn. La automatización de entrega se deja preparada y se activa al publicar.

Dónde acaba. Alimenta y actúa, pero no recuerda por el sistema: el estado, el registro de a quién se entregó y lo que está esperando tu aprobación viven en Notion. Un conector que guarda el estado del sistema es un conector que parece imprescindible sin serlo.

Qué plan hace falta. Programar publicaciones, montar la automatización de entrega y servir la puerta de correo entran en su plan intermedio. Leer quién ha comentado o reaccionado en una publicación concreta, que es lo que necesita el analista de rendimiento, pide el plan superior. Si empiezas sin él, monta las cinco primeras piezas y deja la de medición para cuando subas de plan.

Un límite de las métricas que conviene saber antes de montar la medición: las impresiones te las da por cada publicación personal. En las publicaciones de una página de empresa, LinkedIn no expone ese dato y el campo vuelve a cero, que no es lo mismo que cero impresiones: es dato no disponible. Si tu contenido sale por una página de empresa, la ratio de comentarios sobre impresiones no te va a funcionar y tendrás que ordenar por comentarios a secas.

Y dónde se leen los correos capturados, que es la pregunta que llega al mes de montarlo: con get_page_leads, que devuelve cada correo con el enlace por el que entró. Si cuelgas un enlace distinto de cada recurso, sabes qué guía pidió cada persona sin montar nada más. Eso convierte la lista en algo que se puede segmentar, y es el paso previo a escribirle.

El bloque de honestidad

Qué no hace este sistema, dicho antes de que lo montes:

• No publica solo. Nada sale a LinkedIn sin que tú lo marques como aprobado, tampoco cuando lo dispara la rutina de la noche. No es automático y no quiero que lo sea.
• No hace la pieza visual. El sistema entrega texto. La imagen o la animación que lo acompaña es otra cosa y no va en esta guía.
• No sale de LinkedIn. Llevar lo mismo a otras redes es otro montaje.
• No vende. Entrega el recurso y captura el correo. Lo que pase después con esa lista es otro sistema.
• Y un límite técnico que conviene saber: Notion guarda el estado, no lo notifica. Si diseñas un paso que «se dispare cuando una fila cambie de estado», eso no existe: o lo dispara una rutina con horario, o lo disparas tú.

Cada pieza de aquí está comprobada contra lo que la herramienta hace de verdad, no contra lo que promete su web. Los resultados que saques serán los tuyos.

Qué le entrega cada pieza a la siguiente

Cada pieza le deja algo concreto a la siguiente, y siempre en el mismo sitio. Ese es el contrato: si una pieza no recibe lo que espera, no arranca.

Los tres disparadores

• Cada noche: una rutina invoca al radar-de-senales y deja lo encontrado en la lista. Sin decidir nada.
• El lunes: una rutina invoca al selector-de-temas, que deja el tema propuesto esperando tu aprobación.
• El viernes: una rutina invoca al analista-de-rendimiento, que mide lo publicado y actualiza el histórico contra el que decidirá el selector el lunes siguiente. Es la que cierra el círculo, y la que casi nadie monta.

Las tres disparan, no deciden, y ninguna se salta la aprobación. Las creas tú desde la interfaz de Claude: una rutina creada por un agente se queda esperando permisos.

Y lo que no existe, dicho claro: las otras tres skills no se disparan solas. productor-de-guias, editor-jefe y creador-de-captions las invocas tú, o las encadena Claude en la misma sesión, cuando das el visto bueno al paso anterior. No hay forma de que salten al cambiar una fila de estado, porque Notion guarda el estado pero no avisa a nadie de que cambió.

Las seis skills, copiables

Cada skill son dos archivos: el SKILL.md, que es la lógica y no se toca casi nunca, y su reference/, que es tu criterio y lo tocas cuando quieras. Esa separación es lo que hace que el sistema sea tuyo y no mío: la lógica la copias tal cual, el criterio lo escribes tú.

Lo que ves aquí son versiones adaptadas de las que gestionan mi contenido. No son mis archivos tal cual, y es a propósito: los míos están cosidos a mi marca, a mis fuentes y a mis bases de datos, y a ti no te servirían. Lo que copias es la lógica, que es la misma, con el criterio vaciado para que escribas el tuyo.

Y una cosa más, para que sepas exactamente qué estás copiando. Cinco de las seis corren en mi sistema. La sexta, el analista-de-rendimiento****, la ejecuto yo a mano cada semana. No porque no se pueda automatizar, sino porque decidí no hacerlo todavía: mirar a mano lo que rindió me estaba enseñando cosas que un recuento automático se habría comido. Te la doy montada igual, con su rutina del viernes, porque a ti puede convenirte antes que a mí.

De las seis, editor-jefe y creador-de-captions son las que menos cambian al adaptarlas: van casi como corren. Las otras las he simplificado bastante, y esa versión simplificada es la que tienes delante.

Skill 1 de 6 · radar-de-senales

El vigilante. Copia los archivos a skills/radar-de-senales/:

---
name: radar-de-senales
description: Vigila cada noche lo que publican los referentes del sector, detecta que les funciona y que hueco dejan, y deja los hallazgos en la lista de temas con su enlace y su fecha. No puntua ni decide.
---

## Logica

1. Lee las fuentes declaradas en reference/fuentes.md.
2. Trae de cada una lo publicado desde la ultima ejecucion, con texto, autor,
   enlace, fecha y numeros de interaccion si la fuente los da.
3. PERSISTE lo traido en disco antes de procesar nada (tmp/vigilancia/{fecha}/).
   Si el run se cae despues de este paso, lo traido sigue ahi.
4. Descarta lo que ya este en la lista comparando por enlace, no por titulo.
5. Descarta lo que no pase el filtro de reference/filtros.md.
6. De lo que sobrevive, escribe una fila por hallazgo en la lista con:
   titulo, enlace, fecha, extracto de 300 caracteres, numeros de interaccion,
   y el hueco detectado en una linea.
7. Cierra con un resumen PARA TI, no para la siguiente skill: cuantos trajo,
   cuantos descarto y por que. Se lee una vez a la semana y sirve para
   saber si la fuente sigue valiendo.

## Invocacion

La dispara una rutina cada noche. Tambien se invoca a mano diciendo
"vigila el sector" cuando quieras adelantarla.

## Inputs

- reference/fuentes.md: donde mirar
- reference/filtros.md: que descartar sin mirarlo dos veces
- La lista de temas, para no duplicar

## Outputs

- Filas nuevas en la lista de temas, en estado Pendiente
- Un resumen de la ejecucion para el humano, con el conteo y los motivos
  de descarte. Ninguna skill lo consume: es para que tu decidas si la
  fuente sigue mereciendo la pena

## Conectores

- LeadShark, cuando la fuente es su radar de temas
- Ninguno mas: escribe en Notion, que es Nucleo

## Evals

- Si dos noches seguidas devuelve cero hallazgos, avisa en vez de callar:
  o la fuente cambio, o el filtro esta demasiado cerrado
- Si mas del 80% de lo traido se descarta, la fuente no sirve y lo dice

## Guardrails

- Nunca reconstruye de memoria lo que cree haber encontrado. Si el disco
  esta vacio, el run fallo, y eso se reporta como fallo, no como cero hallazgos
- No puntua, no prioriza y no propone. Solo trae y describe
- No escribe fuera de la lista de temas

Y su criterio, en skills/radar-de-senales/reference/fuentes.md:

# Fuentes

Empieza con UNA. Anadir fuentes antes de que la primera funcione es la forma
mas rapida de acabar con una lista de ruido que no lees.

## Fuente activa

- Radar de temas de LeadShark. Devuelve publicaciones de LinkedIn que
  estan captando de verdad, con autor, texto y numeros. Es la mejor primera
  fuente porque ya te dice que funciona, no solo que se publico.

## Alternativas si no usas LeadShark

- Un feed de rss.app sobre 3 o 4 blogs o boletines que ya leas.
- Una etiqueta de tu correo (por ejemplo "radar") donde reenvias a mano lo que
  te encuentras. Es la mas barata y la que mejor calidad da al principio,
  porque el filtro eres tu.

## Cuando anadir la segunda

Cuando lleves cuatro semanas seguidas en las que el selector encuentra algo
que merece publicarse. Antes de eso, el problema no es que falten fuentes.

Y el filtro, en skills/radar-de-senales/reference/filtros.md:

# Que se descarta sin mirarlo dos veces

1. Publicaciones con menos de 48 horas: sus numeros todavia se mueven y no
   sabes si funciono.
2. Anuncios de producto y notas de prensa. No ensenan nada replicable.
3. Todo lo que sea opinion sin mecanismo: si no dice COMO se hace algo,
   no da para una guia.
4. Lo que repita un tema que ya esta en la lista. Se compara por enlace y,
   si el enlace es distinto, por el hueco detectado.
5. Lo que caiga en tu lista de temas vetados (la escribes tu en el selector).

## Que se conserva aunque parezca flojo

Una publicacion con pocos numeros pero con un mecanismo bien explicado.
El objetivo no es copiar lo viral, es encontrar algo que se pueda montar.

Skill 2 de 6 · selector-de-temas

El que elige. Copia los archivos a skills/selector-de-temas/:

---
name: selector-de-temas
description: Decide que pieza se produce a continuacion. Puntua la lista contra un criterio fijo y entrega UNA propuesta con su motivo, o la declaracion de que esta semana no hay ninguna que merezca la pena.
---

## Logica

1. Lee reference/criterio.md (tu criterio) y el historico de rendimiento.
2. Descarta de entrada lo que caiga en los temas vetados del criterio.
3. Puntua cada tema Pendiente de 0 a 10 sumando los cuatro factores de
   reference/puntuacion.md. Cada nota lleva su motivo escrito.
4. Aplica el descuento por repeticion: si el angulo del tema coincide con
   uno publicado en las ultimas 8 semanas, resta 3 puntos.
5. Si el mejor no llega al umbral, devuelve "ninguna" con el detalle de por
   que no llega. Esto no es un fallo, es el resultado correcto.
6. Si lo pasa, devuelve UNA sola propuesta con: el tema, la nota, tres
   razones de por que esa, y por que no las dos siguientes.
7. La deja en la lista en estado Pendiente de aprobacion y para.

## Invocacion

Una rutina semanal, el dia que decidas empezar tu semana de contenido.
A mano: "que publico esta semana".

## Inputs

- La lista de temas en estado Pendiente
- reference/criterio.md: a quien hablas, que resultado prometes, que no tocas
- reference/puntuacion.md: como se suman los puntos y cual es el umbral
- El historico de rendimiento del analista

## Outputs

- Una propuesta con su motivo y su nota, en Pendiente de aprobacion
- O la declaracion "ninguna", con las notas de los tres mejores y por que
  ninguno llega

## Conectores

Ninguno. Lee y escribe en Notion, que es Nucleo.

## Evals

- Si tres semanas seguidas propone del mismo angulo, avisa: o la lista esta
  sesgada o el criterio esta mal escrito
- Si cuatro semanas seguidas devuelve "ninguna", avisa: el problema esta
  en la vigilancia, no en el criterio

## Guardrails

- No aprueba: propone y espera
- Puede devolver "ninguna" y eso nunca cuenta como error
- No inventa temas que no esten en la lista
- No cambia el criterio. El criterio lo escribes tu

Y tu criterio, en skills/selector-de-temas/reference/criterio.md. Este archivo es el que hace que el sistema sea tuyo:

# Mi criterio

## A quien le hablo

[Una o dos frases. Quien es, que hace, y en que momento esta.
Ejemplo: consultores y fundadores B2B que ya venden pero dependen
de su red y quieren que les entren clientes sin perseguirlos.]

## Que se lleva de mi

[Que resultado concreto prometes. No posicionamiento abstracto:
el dolor real. Ejemplo: dejar de empezar de cero cada vez que
toca publicar.]

## Temas que no toco

[Tres o cuatro. Los que no encajan con lo que vendes aunque tengan
tiron. Escribirlos ahorra mas tiempo que cualquier otra cosa
de este archivo.]

## Lo que siempre gana

[El angulo que a ti te funciona. Si todavia no lo sabes, dejalo
vacio: el analista de rendimiento lo va a rellenar solo
en unas semanas.]

## Reglas que no dependen de ti (no las toques al empezar)

1. Un tema que no puedas montar tu mismo no se propone. Si no sabes
   como se hace, no puedes escribir la guia.
2. Nada que dependa de una herramienta que no tengas contratada.
   Escribir sobre lo que no usas se nota en el segundo parrafo.
3. Ningun tema que necesite un dato que no puedas verificar. Si la
   pieza se cae sin una cifra que no tienes, el tema no vale.
4. Ningun tema de actualidad con menos de 72 horas: todavia no sabes
   si aguanta.
5. Como maximo un tema al mes que hable de ti y no del lector. Los
   anuncios, los hitos y los agradecimientos rinden por debajo de
   tu media y agotan la paciencia si se repiten.

## Lo que se ignora siempre

- Rankings y listas de herramientas sin criterio propio
- Noticias de producto de terceros sin nada que montar detras
- Debates de opinion sin mecanismo ("la IA va a acabar con X")

Y la puntuación, en skills/selector-de-temas/reference/puntuacion.md:

# Como se puntua

Cuatro factores, de 0 a 10, con estos pesos:

| Factor | Peso | Que mide |
|---|---|---|
| Encaje con quien le hablo | 35% | Si a esa persona le resuelve algo |
| Que se puede montar de verdad | 30% | Si el tema da para una pieza ejecutable |
| Angulo que ya me funciona | 20% | Contra el historico de rendimiento |
| Novedad en mi canal | 15% | Cuanto hace que no toco algo asi |

Descuento por repeticion: menos 3 puntos si el angulo coincide con uno
publicado en las ultimas 8 semanas.

## El umbral

**7 sobre 10.** Por debajo de eso, la respuesta es "ninguna".

Empieza en 7 aunque te parezca alto. Si lo bajas a 5 vas a publicar
todas las semanas, y esa es exactamente la trampa: el sistema deja de
protegerte y se convierte en una excusa con formato de proceso.

Skill 3 de 6 · productor-de-guias

El que escribe. Copia los archivos a skills/productor-de-guias/:

---
name: productor-de-guias
description: Redacta desde cero la pieza larga (guia, articulo o recurso) desde el tema aprobado, con el molde fijo, y la deja en estado Borrador. No publica.
---

## Logica

1. Lee el tema aprobado con su motivo, y el criterio del selector.
2. Elige molde en reference/moldes.md segun lo que la pieza ensena.
3. Antes de redactar, escribe el mapa: que se lleva el lector al terminar,
   que piezas se desarrollan y en que orden. Sin mapa no se redacta.
4. Redacta la pieza ENTERA. No un esquema, no un brief, no un indice
   comentado. Si no da para pieza entera, devuelve el tema al selector.
5. Cada afirmacion que lleve cifra va con su fuente al lado, o no va.
6. Lo que no pueda verificar lo marca como hueco declarado, con el rotulo
   visible. Un hueco escrito es informacion; uno rellenado es una mentira.
7. Cierra en estado Borrador y avisa. No sigue hacia adelante.

## Invocacion

La invocas tu, o la encadena Claude en la misma sesion, justo despues
de que apruebes un tema. No salta sola: Notion guarda el estado pero
no notifica a nadie de que cambio.

## Inputs

- El tema aprobado con su motivo
- reference/moldes.md: los tres moldes y cuando usa cada uno
- reference/voz.md: como suena lo que escribes

## Outputs

- La pieza completa en estado Borrador
- La lista de huecos declarados, si los hay

## Conectores

Ninguno. Escribe en Notion, que es Nucleo.

## Evals

- Si la pieza no llega al minimo del molde elegido, no cierra: avisa
- Si mas de tres afirmaciones se quedan sin fuente, para y lo dice

## Guardrails

- No publica nunca. Su estado final es Borrador y ahi se queda
- No inventa cifras. Nunca, ni redondeando, ni "aproximadamente"
- No rellena huecos con supuestos
- No cambia el tema que le dieron. Si el tema no da, lo devuelve

Y el molde, en skills/productor-de-guias/reference/moldes.md:

# Los tres moldes

## 1. Montar algo, paso a paso (el que usas el 80% de las veces)

Cuando el valor esta en que el lector termine con algo funcionando.
De 3 a 7 pasos. Cada paso: que consigue, que hace, y como comprueba
que le ha salido bien.

Regla dura: un paso sin forma de verificar que funciono no es un paso,
es una instruccion a ciegas.

## 2. Un caso analizado

Cuando el valor esta en desmontar UN ejemplo real. Quien es, que hizo,
como, que resultado, que aprendes tu y que haces esta semana.

Regla dura: datos verificables o no hay caso. Y cero adjetivos
triunfalistas: el caso habla solo.

## 3. Un catalogo

Cuando el valor esta en presentar N piezas que el lector instala por
separado. Minimo 400 palabras por pieza si prometes profundidad.

Regla dura: si el titulo dice un numero, entrega ese numero.

## Lo que nunca falta, sea cual sea el molde

- Que se lleva el lector, dicho en la primera pantalla
- Un ejemplo con el formato exacto de la salida real
- Que NO hace el sistema, y por que
- Que te costo aprender montandolo

Y la voz, en skills/productor-de-guias/reference/voz.md:

# Como suena

## Reglas duras

1. Frases cortas. Parrafos de tres lineas como mucho.
2. Cero hype: nada de revolucionario, exclusivo, game-changer, brutal.
3. Escribes como quien lo ha montado, no como quien lo recomienda.
4. Si suena a folleto, se reescribe.
5. Un tecnicismo por parrafo como maximo, y explicado la primera vez.

## El test antes de cerrar

Lee la pieza en voz alta. Donde te trabes, esta mal escrito.
Donde te aburras, sobra.

## Personaliza esto

[Pega aqui tres parrafos tuyos que te gusten y uno que no,
y di en una linea que tiene el malo. Con eso basta para que
la skill escriba en tu voz y no en la de nadie.]

Skill 4 de 6 · editor-jefe

El que puede parar la pieza, y de las que menos cambia al adaptarla. Copia los archivos a skills/editor-jefe/:

---
name: editor-jefe
description: Verifica una pieza en borrador antes de publicarla y devuelve bloqueantes y avisos con cita literal. No puntua, no edita y no publica.
---

## Logica

1. Lee la pieza en Borrador. Entera, no en diagonal.
2. Corre los seis checks de reference/checks.md, uno a uno.
3. Por cada problema escribe tres cosas: el codigo del check, la CITA
   LITERAL de donde esta, y que hay que hacer para arreglarlo.
4. Clasifica cada uno en bloqueante o aviso segun reference/checks.md.
5. Si hay un solo bloqueante, veredicto: no sale. Sin negociar.
6. Si no hay ninguno, veredicto: sale, con los avisos listados aparte.
7. Escribe el veredicto y para. No toca la pieza.

## Invocacion

En una conversacion NUEVA, distinta de la que escribio la pieza.
Esto no es una recomendacion, es el requisito que hace que sirva.

## Inputs

- La pieza en estado Borrador
- reference/checks.md: los seis checks y cual bloquea

## Outputs

- Lista de bloqueantes, cada uno con codigo, cita literal y arreglo
- Lista de avisos
- Veredicto: sale o no sale

## Conectores

Ninguno.

## Evals

- Un veredicto sin cita literal no es un veredicto y no se acepta
- Si aprueba tres piezas seguidas sin un solo aviso, sospecha:
  o esta leyendo por encima o los checks estan mal escritos

## Guardrails

- No corrige. Senala y para
- No puntua. No hay nota, hay bloqueantes
- No publica ni cambia el estado a publicable
- No corre en la misma conversacion que escribio la pieza

Y los checks, en skills/editor-jefe/reference/checks.md. Esta es la lista que decide si algo sale o no:

# Los seis checks

## Bloqueantes (con uno, la pieza no sale)

**C1 · Cifra sin fuente.** Cualquier numero sin su fuente al lado.
Cita la cifra y la frase donde aparece.

**C2 · Promete mas de lo que entrega.** El titulo promete algo que la
pieza no construye dentro. El arreglo es recortar el titulo, nunca
aplazar el contenido a otra entrega.

**C3 · Paso que no se puede seguir.** Un paso que no dice como se
comprueba que salio bien, o que da por hecho algo que no se explico.
Cita el paso.

**C4 · No dice que NO hace.** La pieza no declara ni un limite.
Toda pieza honesta tiene al menos uno.

## Avisos (se anotan, no bloquean)

**C5 · Gancho repetido.** El gancho se parece a uno de los ultimos
14 dias. Se anota con la fecha del anterior.

**C6 · Se alarga sin anadir.** Parrafos que repiten lo dicho con
otras palabras. Se citan y se propone el recorte.

## Lo que este editor NO mira

- El gusto. Si la pieza te gusta o no es tuyo, no suyo
- La ortografia. Eso lo hace cualquier corrector
- El SEO. Otro trabajo, otra skill

Skill 5 de 6 · creador-de-captions

El que presenta, y la otra que va casi como corre. Copia los archivos a skills/creador-de-captions/:

---
name: creador-de-captions
description: Genera el post de LinkedIn que presenta la pieza, con gancho, estructura y UNA sola llamada a la accion, y lo deja programado tras aprobacion.
---

## Logica

1. Lee la pieza aprobada Y su ficha. Las dos: escribir el post solo
   desde la pieza produce un post sobre un detalle de dentro en vez de
   sobre lo que la pieza resuelve.
2. Lee reference/ganchos-usados.md.
3. Entrega PRIMERO cuatro ganchos, de cuatro enfoques distintos, sin
   cuerpo. Y para a que elijas.
4. Sobre el gancho elegido, desarrolla el cuerpo con el molde de
   reference/molde-post.md.
5. Cierra con UNA sola llamada a la accion. Una.
6. Deja el post en Pendiente de aprobacion.
7. Cuando lo apruebas, lo programa y anota el gancho usado con su fecha.

## Invocacion

La invocas tu cuando la pieza sale limpia del editor. No salta sola
al cambiar el estado: eso no existe.

## Inputs

- La pieza en estado Auditado y su ficha
- reference/ganchos-usados.md
- reference/molde-post.md

## Outputs

- Primera entrega: cuatro ganchos, sin cuerpo
- Segunda entrega: el post completo, en Pendiente de aprobacion

## Conectores

- LeadShark, para programar el post una vez aprobado

## Evals

- Si el gancho elegido se parece a uno de los ultimos 14 dias, se descarta
  antes de desarrollar
- Si el post acaba con dos llamadas a la accion, no sale

## Guardrails

- Una sola llamada a la accion, nunca dos compitiendo
- No programa sin tu aprobacion explicita
- No entrega el cuerpo antes de que elijas gancho

Y el molde del post, en skills/creador-de-captions/reference/molde-post.md:

# El molde

## Los cuatro enfoques de gancho (uno por propuesta)

1. **Resultado con cifra.** Abres con el numero que conseguiste.
   Solo si la cifra es real y tuya.
2. **El problema del lector.** Abres nombrando el atasco que el
   reconoce como suyo.
3. **La contraria.** Abres con algo que se cree y no es cierto.
4. **El sistema.** Abres nombrando lo que montaste, sin rodeos.

## El cuerpo

- Una linea por idea. Sin parrafos largos
- Las piezas del sistema en lista, con flecha
- Un limite del sistema dicho en voz alta
- Cierre con la llamada a la accion, sola

## Reglas duras

- Nunca dos llamadas a la accion
- Ningun enlace en el cuerpo del post
- Si el gancho no se sostiene sin el resto, no es un gancho

## Ganchos quemados

Un gancho no se repite en 14 dias. El archivo de ganchos usados
lleva la fecha de cada uno, y esta skill lo consulta antes de proponer.

Y el archivo de ganchos que lee en el paso 2, en skills/creador-de-captions/reference/ganchos-usados.md:

# Ganchos ya usados

Lo escribe la skill, no tu. Cada vez que apruebas un post, anota aqui su
gancho y la fecha. Con eso la skill sabe con que no puede repetirse.

Formato: una linea por gancho publicado, la mas reciente arriba.

## Registro

- 2026-01-15 · resultado con cifra · "He montado X y me ha dado N en tres meses"
- 2026-01-08 · error propio caro · "Estuve seis meses haciendo esto mal"
- 2026-01-02 · escena del resultado · "Un lunes por la manana me aparecio esto"

Las tres lineas de arriba son ejemplos para que veas la forma. Borralas
cuando escribas la primera de verdad.

## Como se lee

1. Se descarta cualquier gancho que se parezca a uno de los ultimos 14 dias,
   aunque las palabras sean otras: lo que se repite es el enfoque, no la frase.
2. Un enfoque usado tres veces en un mes se marca aqui como quemado y no
   vuelve hasta que lo borres tu.
3. Lo que tenga mas de 90 dias se puede archivar al final del fichero. No se
   borra: saber que algo funciono hace tres meses tambien decide.

Skill 6 de 6 · analista-de-rendimiento

El que cierra el círculo. Copia los archivos a skills/analista-de-rendimiento/:

---
name: analista-de-rendimiento
description: Mantiene el modelo agregado de que funciona: ranking de angulos por conversion, ganchos quemados y reglas de espaciado, cada uno con la evidencia que lo sostiene.
---

## Logica

1. Trae de LeadShark las metricas reales de lo publicado: impresiones,
   comentarios, reacciones y compartidos.
2. EXCLUYE todo lo que tenga menos de 4 dias. Sus numeros siguen
   moviendose y una conclusion sacada el primer dia es ruido con
   formato de dato.
3. Calcula por publicacion la ratio de comentarios sobre impresiones,
   que es la que ordena, no el numero absoluto.
4. Agrupa por angulo (los que declara el criterio del selector) y
   recalcula el ranking. Cada posicion lleva de cuantas piezas sale.
5. LEE el archivo de ganchos usados (lo escribe creador-de-captions al
   publicar, no esta skill) y cruza cada gancho con lo que rindio.
6. Escribe el historico y avisa de lo que cambio respecto a la
   ejecucion anterior.

## Invocacion

Una rutina semanal, el viernes, despues de publicar. A mano: "que funciono".

## Inputs

- Metricas de LeadShark
- El historico previo
- Los angulos declarados en el criterio del selector

## Outputs

- Historico de rendimiento actualizado en Notion, con la evidencia de
  cada linea. Un solo hogar: aqui no hay copia en otro sitio
- Un resumen de que cambio esta semana

## Conectores

- LeadShark, que devuelve las metricas reales de cada publicacion

## Evals

- Si una metrica no viene, se declara como hueco y NO se estima
- Un angulo con menos de 3 piezas medidas no entra al ranking: se
  marca como "sin datos suficientes"

## Guardrails

- No reescribe tu criterio. Solo el historico contra el que se decide
- No propone temas. Eso es del selector
- No escribe el archivo de ganchos usados: solo lo lee. Lo escribe quien
  publica, que es el unico que sabe cual se uso de verdad
- No borra historico: lo acumula

Y como se lee ese histórico, en skills/analista-de-rendimiento/reference/lectura.md:

# Como se lee el rendimiento

## La metrica que ordena

**Comentarios entre impresiones.** No el numero de impresiones suelto.

Un post de 50.000 impresiones y 40 comentarios rindio peor que uno de
15.000 con 480. El primero llego lejos; el segundo movio a alguien.

## La regla de los 4 dias

Nada entra al recalculo antes de 4 dias. Es la regla que mas veces te
vas a saltar por impaciencia y la que mas conclusiones falsas te ahorra.

## Cuando un angulo entra al ranking

Con 3 piezas medidas, no antes. Con una sola pieza no sabes si funciono
el angulo o funciono ese dia.

## Que NO se mide aqui

- Seguidores ganados: llegan con retraso y no se atribuyen a una pieza
- Reacciones: la senal mas barata y la que menos dice
- Compartidos: en la mayoria de las cuentas el volumen es tan bajo
  que no da para sacar conclusiones. Se anota, no se usa para decidir

## Personaliza esto

[Tus angulos. Empieza con tres o cuatro y no mas.
Ejemplo: resultado propio con numeros, sistema completo montado,
herramienta concreta explicada, opinion sobre el sector.]

Un ejemplo de lo que devuelve

Así se ve la salida del selector-de-temas un lunes cualquiera. Los datos son ficticios:

TEMA DE LA SEMANA

Propuesta: Conecta tu calendario a Claude y prepara tus reuniones solo
Puntuacion: 8,2 sobre 10

Por que esta:
- Encaja con el destinatario declarado (vende servicios, tiene muchas reuniones)
- El angulo "herramienta que ya usas" convierte por encima de tu media
- No has publicado de calendario en las ultimas 8 semanas

Por que no las otras dos:
- "Modelos nuevos de la semana": angulo de novedad, tu peor registro
- "Guia de prompts": publicaste algo muy parecido hace 3 semanas

Esperando aprobacion.

Y así se ve el lunes en que te dice que no publiques. También ficticio:

TEMA DE LA SEMANA

Propuesta: ninguna.

De los 6 temas de la lista, ninguno llega al umbral de 7 sobre 10.

Los tres mejores y por que se quedan cortos:

1. "Novedades de la semana" - 5,4
   Angulo de novedad, que en tus ultimas 3 publicaciones quedo por
   debajo de tu media. Ademas no hay nada que montar dentro.

2. "Comparativa de herramientas de programacion de posts" - 5,1
   Encaja con tu audiencia, pero cae en la regla 1: no las has usado
   todas y se notaria.

3. "Mi resumen del trimestre" - 4,8
   Habla de ti y no del lector, y ya usaste ese cupo este mes.

Recomendacion: no publicar esta semana, o meter a mano un tema propio.

Lo que aprendí montándolo

Costes reales

Fuentes y fecha de comprobación, las cuatro el 29 de agosto de 2026: precios de Claude en claude.com/pricing, GitHub en github.com/pricing, Notion en notion.com/pricing y LeadShark en su web. Dos apuntes por separado, porque la frontera no es uniforme: los conectores MCP funcionan en el plan gratuito de Claude, y las Routines, que son las que hacen que el sistema corra sin ti, son de pago.

Móntalo hoy

Siete pasos, en este orden. Marca cada uno al terminarlo: tu avance se queda guardado en este navegador.

El prompt maestro

Si prefieres que Claude te acompañe paso a paso, copia esto y pégalo en una conversación nueva:

Quiero montar un sistema de contenido para LinkedIn con seis skills, orquestado por ti.

Antes de escribir nada, hazme las preguntas que necesites para tener claro:
- a quién le hablo y qué le vendo
- qué fuente quiero vigilar para empezar (una sola)
- qué temas no toco
- cómo suena mi voz (te pego tres publicaciones mías)

Después, y en este orden:

1. Crea con tu conector de GitHub un repositorio privado con una carpeta por skill:
   radar-de-senales, selector-de-temas, productor-de-guias,
   editor-jefe, creador-de-captions, analista-de-rendimiento.

2. Copia en cada una el SKILL.md y sus archivos de reference que vienen en
   esta guia. Los reference son los que voy a rellenar yo con mi criterio:
   pregunta lo que necesites para dejarlos escritos, no los inventes.

3. Crea con tu conector de Notion la base de la lista de temas, con los estados
   Pendiente, Pendiente de aprobación, Producir, Borrador, Auditado y
   Publicado; y la base del
   histórico de rendimiento.

4. Conéctame LeadShark (https://leadshark.io/?ref=jorge) y deja preparada la
   automatización de entrega del recurso por privado, con su puerta de correo.
   No la actives.

5. Prepárame el texto de las tres rutinas: la de cada noche para el radar de
   señales, la del lunes para el selector de temas y la del viernes para el
   analista de rendimiento. Las creo yo desde la interfaz de Claude.
   Las otras tres skills las invoco yo a mano cuando apruebo el paso anterior.

Regla que no se salta en ningún paso: nada se publica ni se envía sin que yo lo
apruebe antes en Notion.