arch3rPro/digestpilot

Release Watch

Resumen

Usa este skill cuando el usuario pregunte si el software, frameworks, herramientas o repositorios que está siguiendo tienen nuevas versiones y si vale la pena actualizarlas.

Mantén este flujo de trabajo separado del descubrimiento de tendencias públicas. Los lanzamientos de GitHub son señales de monitoreo de actualizaciones, no entradas para el Radar de Tendencias.

Selección de Flujo de Trabajo

• Para actualizaciones de versiones de software vigilado, usa este skill.
• Para tarjetas de tendencias del ecosistema público, usa public-trend-radar.
• Para noticias diarias de RSS suscritas ordinarias, usa rss-ai-digest.
• Para mantenimiento de la calidad de fuentes y registros, usa rss-source-curator.
• Para síntesis de investigación profunda a partir de evidencia, usa subscription-research-agent.

Comando de Ejecución

Los ejemplos usan subscription-research como comando de compatibilidad. Antes de ejecutar comandos, resuelve el comando de ejecución:

• Cuando DIGESTPILOT_BACKEND_URL está disponible, las acciones del producto como la actualización del watch de lanzamientos o el monitoreo de actualizaciones respaldado por WebUI pueden usar primero la API de tareas del Backend y luego leer la salida del espacio de trabajo resultante.
• Si la API del Backend no está disponible, sigue usando el fallback del comando de ejecución local que se indica a continuación. No requieras WebUI, cloud ni un servicio alojado en entornos de agente genéricos.
• Usa DIGESTPILOT_RUNTIME_CMD cuando el entorno proporcione un comando de ejecución personalizado.
• Usa digestpilot-runtime cuando esté disponible en PATH.
• Usa subscription-research cuando solo el comando de compatibilidad heredado esté disponible en PATH.
• Desde un checkout del repositorio sin un comando vinculado, reemplaza subscription-research con node packages/research-cli/dist/src/cli.js.
• Ejecuta node scripts/doctor.mjs desde la raíz del repositorio para diagnosticar la configuración del runtime local.
• Si no hay ningún comando de ejecución disponible pero este repositorio o paquete de plugin incluye el código fuente del runtime, ejecuta node scripts/bootstrap-runtime.mjs y luego reintenta el comando.

Comando Principal

Prepara una lista de seguimiento:

{
  "repos": [
    {
      "id": "vercel/ai",
      "importance": "high",
      "current_version": "v5.1.0",
      "used_capabilities": ["streaming", "tool-calling"]
    }
  ]
}

Obtén los lanzamientos en vivo de GitHub y renderiza tarjetas de actualización:

subscription-research release watch \
  --watchlist release-watchlist.json \
  --state release-seen.json \
  --mark-seen \
  --format markdown \
  --output release-watch.md

Por defecto, el runtime obtiene los lanzamientos recientes de GitHub para cada repositorio vigilado. Configura GITHUB_TOKEN cuando se necesiten límites más altos de la API de GitHub, o pasa --github-token-env NAME para leer una variable de token diferente.

Para pruebas offline o datos exportados, pasa un JSON preparado de lanzamientos de GitHub:

subscription-research release watch \
  --watchlist release-watchlist.json \
  --github-releases github-releases.json \
  --state release-seen.json \
  --format markdown

El JSON de lanzamientos preparado usa esta forma:

{
  "repositories": [
    {
      "repo": "vercel/ai",
      "releases": [
        {
          "tag_name": "v5.1.1",
          "name": "v5.1.1",
          "html_url": "https://github.com/vercel/ai/releases/tag/v5.1.1",
          "published_at": "2026-06-12T00:00:00Z",
          "body": "Release notes..."
        }
      ]
    }
  ]
}

Guía de Salida

La salida de Release Watch debe ser una cola de actualizaciones, no una lista de tendencias.

Usa estas prioridades:

• upgrade-now: correcciones de seguridad o correcciones urgentes que afectan las capacidades vigiladas.
• review: cambios incompatibles, actualizaciones mayores o actualizaciones que afectan las capacidades vigiladas.
• watch: versiones preliminares o impacto poco claro.
• ignore: actualizaciones solo de mantenimiento o solo de documentación.

La salida en Markdown debe centrarse en los lanzamientos procesables. JSON conserva todas las tarjetas, incluidos los lanzamientos ignorados, para automatización.

Cuando current_version está presente en la lista de seguimiento, Release Watch agrega version_delta, upgrade_action y contexto de la versión actual. Usa esto para distinguir parches de actualizaciones menores y revisiones de migración mayores.

Límites

No modifiques las dependencias del usuario, crees PRs de actualización ni publiques notificaciones automáticamente. Produce tarjetas de actualización revisables y deja que el usuario decida la siguiente acción.