Convierte actualizaciones de lanzamientos de Slack en borradores de notas de la versión para clientes

Información general

Una automatización de Computer revisa Slack cada hora para detectar lanzamientos confirmados dirigidos a los clientes, examina los cambios vinculados en GitHub, los problemas de Linear y el proyecto de producto en Notion, y luego verifica las notas de versiones anteriores para detectar duplicados y nombres aprobados. Prepara un borrador de notas de la versión y un resumen para el equipo para su revisión sin publicar ni enviar nada.

Tiempo hasta el primer resultado: Después de que la siguiente revisión horaria encuentre un mensaje de lanzamiento válido; solicita una ejecución inmediata para obtener un primer ejemplo.

Dificultad: requiere configuración

Lo que necesitas

• Slack conectado con acceso al [canal de lanzamientos], para que se puedan identificar los lanzamientos confirmados para los clientes.
• GitHub y Linear conectados con acceso a las pull requests y problemas vinculados, para que los borradores reflejen el alcance enviado.
• Notion conectado al [proyecto de producto], para que los nombres aprobados dirigidos a los clientes sirvan de guía para el borrador.
• Un registro de notas de la versión con entradas anteriores y reglas de nomenclatura, para poder comprobar si hay duplicados y nombres obsoletos.
• Un horario de comprobación por hora y un responsable de la revisión, para que las actualizaciones válidas se conviertan en borradores para aprobación en lugar de notas publicadas.

La consulta

Lo que obtienes

Entrega de informes programada: borrador para revisión

Resultado de demostración con detalles de productos ficticios y enlaces de origen ilustrativos. Extractos del borrador completado:

Comprobación de nomenclatura:

“El proyecto de producto confirma que "Entrega de informes programada" es el nombre aprobado. El borrador lo usa textualmente. La categoría es Nuevo.”

Comprobación de duplicados:

“No hay entradas anteriores para LIN-4955, PR-3389 o "Entrega de informes programada".”

Resumen para el equipo:

“Etiqueta de lanzamiento propuesta v2026.09.19-1.”

Ver el borrador de demostración completo y el registro en la tarea de origen.

• Revisión de origen: La demostración enumera una pull request de GitHub, un problema y una épica principal de Linear, y un proyecto de producto en Notion.
• Comprobación de nomenclatura: "Entrega de informes programada" reemplaza a la etiqueta anterior "Programador de informes".
• Comprobación de duplicados: El nombre de la función, el ID del problema y la pull request se comparan con las notas de la versión anteriores.
• Borrador de notas de la versión: Un título propuesto, categoría, etiqueta de lanzamiento, declaración de beneficios y viñetas de características para su revisión.
• Resumen para el equipo: Un borrador de respuesta en el hilo de Slack que explica el cambio, la decisión de nomenclatura y la comprobación de duplicados.
• Registro de notas de la versión: Tres entradas anteriores ilustrativas y convenciones de nomenclatura para revisiones posteriores.

Se entrega como un borrador en Markdown y un registro independiente en Markdown, listos para su revisión y modificación; la demostración no muestra una nota de la versión publicada ni una respuesta enviada en Slack.

Mejóralo

• Añadir contexto: Incluye notas de la versión aprobadas y la disponibilidad confirmada del plan para orientar la redacción y las afirmaciones de elegibilidad.
• Especifica los detalles: Nombra el canal de Slack, los repositorios de GitHub, el equipo de Linear y el proyecto de Notion que definen el lanzamiento.
• Solicita el formato: Pide un beneficio para el cliente, una declaración de disponibilidad, viñetas de características y referencias de origen en cada borrador.
• Usa una Skill: Guarda la estructura aprobada de las notas de la versión y las reglas de nomenclatura como una Skill reutilizable.
• Hazlo recurrente: Especifica las horas de comprobación y una zona horaria, y pide silencio cuando no aparezca ningún cambio apto.

Prueba una variación

Revisa el [enlace del mensaje de lanzamiento de Slack], sus cambios de GitHub vinculados, los problemas de Linear relacionados y el [proyecto de producto en Notion]. Comprueba si hay duplicados y nombres aprobados en el [registro de notas de la versión]. Redacta una entrada de notas de la versión en Markdown y un resumen para el equipo para su revisión. No programes, publiques ni envíes nada.

Cada hora, comprueba el [canal de Slack] en busca de correcciones de errores enviadas orientadas a los clientes en el [repositorio de GitHub]. Revisa los problemas de Linear relacionados, el [proyecto de producto en Notion] y el [registro de notas de la versión]. Redacta entradas en Markdown en la categoría Corregido con un resumen para el equipo para su revisión. No publiques ni envíes nada.

Cada [viernes a la hora y zona horaria indicadas], revisa los lanzamientos confirmados en el [canal de Slack] en comparación con los cambios vinculados de GitHub, los problemas de Linear, el [proyecto de producto en Notion] y el [registro de notas de la versión]. Crea un resumen de los lanzamientos en Markdown de una página con los beneficios para el cliente, los nombres aprobados y los resultados de la comprobación de duplicados. Guárdalo para revisión.

Casos de uso relacionados

• Computer envía un resumen diario de desarrollo de productos en Slack: Mantén al equipo de producto alineado en las decisiones y los cambios de implementación antes de que se conviertan en anuncios de lanzamientos.
• Automatiza los artículos del centro de ayuda: Convierte la documentación del producto en artículos de ayuda que expliquen cómo utilizar las características recién lanzadas.
• Detecta páginas de destino desactualizadas para tu empresa: Compara las páginas públicas con las últimas notas de la versión para señalar afirmaciones obsoletas después de un lanzamiento.