Un resumen personal de noticias con IA necesita algo más que una instrucción para resumir enlaces. Necesita recoger información de fuentes permitidas, reconocer lo que ya ha visto, separar condiciones objetivas de juicios y conservar un registro con enlaces de lo enviado. La habilidad build-signal-engine de Cole Medin da instrucciones a un agente de programación para construir ese sistema en tu repositorio. Es un procedimiento de construcción; el código y su comportamiento dependen de tus respuestas, fuentes, servicios y pruebas.

Esta guía está dirigida a quien ya utiliza Claude Code, controla una carpeta de proyecto y puede determinar qué fuentes o API tiene permiso para usar. Necesitarás acceso a esas fuentes y credenciales para los servicios de datos o modelos de pago que elijas. Los archivos se ofrecen con la licencia MIT del repositorio, pero el uso del agente, la obtención de datos y las llamadas a modelos pueden costar dinero. BIG CHANGE inspeccionó la habilidad en el commit 847be0848ae7b997ae4420bc0eac267177a066a2 y la documentación de los proveedores. No la instalamos, construimos un motor ni ejecutamos un resumen.

1. Añade la versión fijada de la habilidad al proyecto

En una carpeta de trabajo independiente, clona el repositorio de habilidades de Cole Medin y selecciona el commit fijado:

Terminal
git clone https://github.com/coleam00/skills.git skills-source
git -C skills-source checkout --detach 847be0848ae7b997ae4420bc0eac267177a066a2

Copia el directorio completo skills-source/.claude/skills/build-signal-engine/ en <your-project>/.claude/skills/build-signal-engine/. Conserva los subdirectorios references/ y templates/ junto a SKILL.md: las instrucciones los citan mediante rutas relativas. Incluye la MIT LICENSE del repositorio y el aviso de derechos de autor con la copia. Esta instalación local al proyecto evita incorporar las otras habilidades y vincula la guía a una versión revisable.

Abre ese repositorio en Claude Code e inicia una sesión nueva para que detecte la habilidad del proyecto. Comprueba que build-signal-engine aparece entre las habilidades disponibles y llama a /build-signal-engine con la ruta del repositorio donde quieras construir el motor. La documentación de habilidades de Claude Code describe la detección de .claude/skills/<name>/SKILL.md y la invocación /skill-name. Si no aparece, revisa el nombre del directorio y que SKILL.md esté directamente dentro antes de cambiar fuentes o proveedores. Inspecciona la habilidad y sus archivos de apoyo antes de autorizar escritura o ejecución de código.

2. Aprueba un perfil basado en tus propios ejemplos

La habilidad comienza con una entrevista. Explica qué información cambiaría una decisión tuya, dónde apareció primero un elemento que realmente pasaste por alto y dónde leerías el resumen. Aporta elementos que sí querías ver y otros que habrías descartado, con enlaces cuando sea posible. Elige fuentes autorizadas, límites objetivos como antigüedad o interacción, longitud y destino del resumen. El agente debe convertir las respuestas en PROFILE.md usando templates/PROFILE.md y mostrártelo para aprobarlo antes de construir.

Lee la lista de fuentes y las preguntas de decisión. Una pregunta sobre si algo comunica una novedad concreta debe tener un significado preciso para tu trabajo. Los ejemplos de inclusión y descarte formarán después un pequeño conjunto de prueba. Si solo necesitas unas pocas fuentes sencillas, considera si un lector de fuentes o unas alertas ya resuelven la tarea; un motor añade componentes y llamadas recurrentes a servicios.

Mantén las credenciales fuera del perfil, las instrucciones, los archivos incorporados al repositorio y los registros. La habilidad pide un archivo de entorno excluido por Git que cargue el programa generado. Aun así, revisa qué campos se envían a cada proveedor y si tus intereses o los textos contienen información sensible.

3. Construye una fuente permitida y comprueba el almacenamiento

Pide al agente que implemente una fuente de principio a fin antes de añadir otras. Para cada una, acuerda un método permitido: su fuente o API oficial, un proveedor que hayas elegido u otro acceso admitido por sus condiciones. Excluye las fuentes sin acceso automatizado autorizado. references/sources.md documenta tipos y fallos de fuentes; no concede derechos de acceso.

Cada elemento recogido debe ajustarse a templates/item_schema.md: id estable, fuente, título, URL, cuerpo, fecha de publicación, interacción disponible y metadatos. El almacenamiento también registra qué lo filtró, el resultado de la decisión y si apareció en un resumen. Los historiales de cambios necesitan entradas fechadas individuales e identificadores estables, en lugar de tratar una página cambiante como un solo elemento. La habilidad sugiere SQLite salvo que ya uses otro almacenamiento.

Inspecciona una respuesta real y las filas guardadas. En una segunda recogida, confirma que identificadores y URL señalan los mismos elementos y registra por fuente cuántos se recibieron, guardaron como nuevos y detectaron como duplicados. Investiga respuestas vacías inesperadas, fechas ausentes, errores de análisis o una segunda ejecución que vuelva a crear entradas. La deduplicación evita almacenar o evaluar de nuevo el mismo identificador; no elimina la factura de volver a consultar una fuente de pago.

4. Separa los filtros objetivos de las decisiones

Haz que el código generado aplique reglas explícitas de antigüedad, interacción numérica, idioma, longitud y elementos ya vistos. Lee las cantidades descartadas por regla y revisa una muestra. Si la fuente ya ha cobrado una fila, un filtro posterior no devuelve el dinero. Fija un máximo de filas facturables por ejecución y registra por separado las tarifas de fuentes y los costes del modelo de decisión y del modelo de lectura.

Para los elementos restantes, la habilidad propone una solicitud de decisión tipada por elemento, con las preguntas del perfil juntas: pertinencia y si comunica algo nuevo y concreto. La referencia propone Jev de TypeSafe mediante OpenRouter; otra opción es un modelo con salida estructurada. La referencia fijada nombra typesafe/jev-1.13. La guía de Jev de OpenRouter de octubre de 2026 describe 1.14 e indica que 1.13 sigue disponible. Mantén la versión fijada salvo que revises y pruebes deliberadamente un cambio. El punto de acceso de decisión de Jev es distinto de una llamada de compleción de chat. Nuestra cobertura anterior de Jev explica su papel más amplio en decisiones de software.

Guarda un motivo para los descartes claros por hechos o baja pertinencia. Envía las inclusiones claras y los casos inciertos a lectura. Una decisión fallida o mal formada no tiene veredicto: márcala para inspección o recuperación controlada, sin descartarla silenciosamente. El recurso a lectura también necesita un límite de coste. Si los fallos o un lote demasiado grande superarían el presupuesto aprobado, deja esos elementos en espera visible para el lector en vez de gastar sin límite. Son comprobaciones que debes exigir al motor generado, no comportamientos verificados por BIG CHANGE.

Evalúa tus ejemplos de inclusión y descarte y una muestra etiquetada de elementos recogidos. Examina cada elemento deseado que el sistema eliminó y cambia una pregunta confusa o una fuente antes de ajustar un umbral. Una probabilidad tipada puede ser incorrecta para tu material. Las preferencias o la interacción ayudan a ordenar, pero no establecen la importancia factual.

5. Guarda un resumen con enlaces antes de entregarlo

El modelo de lectura debe recibir los elementos supervivientes con enlaces, agrupar noticias relacionadas y redactar según el formato aprobado. Comprueba que cada entrada conserva una URL funcional y distingue una modificación menor, un lanzamiento y una afirmación sin confirmar. Contrasta el resumen con las fuentes; una frase pulida no prueba que un cambio haya ocurrido.

La habilidad pide guardar un archivo fechado digests/YYYY-MM-DD.md antes de entregarlo por correo, chat o notas. Confirma que existe y se abre aunque falle la entrega. El archivo y los registros permiten rastrear por qué se incluyó una noticia. Comprueba que el paso de entrega generado puede reintentarse desde ese archivo sin volver a consultar las fuentes ni pagar toda la ejecución otra vez.

6. Autoriza y observa la ejecución recurrente

Antes de registrar una automatización, pide que el agente muestre la invocación y el procedimiento de parada del motor realmente generado, el programador del equipo, la zona horaria local, el destino, las credenciales utilizadas, el límite de filas facturables, el registro y la protección contra ejecuciones duplicadas. Revisa el comando exacto que se ejecutará. La habilidad menciona cron, launchd y Windows Task Scheduler, pero no proporciona un comando universal del motor. Autoriza ese calendario diario concreto solo cuando una ejecución manual haya producido un archivo con enlaces que aceptes.

Observa una ejecución programada real. Compara cantidades por fuente, motivos de filtrado, rutas de decisión, cargos de tokens y servicios, ruta de salida y resultado de entrega con la ejecución manual. Comprueba que una segunda invocación o una simultánea no duplique efectos. Si falla, localiza la etapa en el registro, conserva el resumen guardado si existe, repara el fallo de fuente, decisión o entrega y repite solo lo necesario con el mismo límite aprobado. Revisa también el comando de desactivación del programador para poder detener consultas y cargos recurrentes.

Durante una semana, lee el resultado junto con las fuentes importantes para ti. Marca omisiones y ruido. Para una omisión, averigua si no se recogió el elemento, lo eliminó un filtro objetivo, lo descartó una decisión o se omitió al leer. Cambia esa etapa y repite la comprobación. Esta semana de observación aporta evidencia sobre tus fuentes y preguntas, no certifica precisión sin supervisión.

El gran cambio

La parte reutilizable de la habilidad separa recogida, almacenamiento estable, filtros objetivos, juicios tipados y lectura enlazada. Un agente puede ensamblar esas partes alrededor de un perfil aprobado por el lector. El lector sigue controlando permisos, ejemplos, límites de gasto y la decisión de iniciar o detener el envío diario. Hasta que el sistema supere en tu entorno las comprobaciones de fuentes, duplicados, omisiones y ejecución programada, sigue en construcción.

Fuentes y lecturas adicionales