Automatizaciones

Las automatizaciones de Cherri Code ejecutan agentes en la nube en segundo plano, ya sea según una programación o en respuesta a eventos de GitHub, GitLab, Slack, webhooks, Linear y otros.

¿Qué pueden hacer las automatizaciones?

Las automatizaciones te permiten ejecutar agentes en la nube sin intervención manual. Algunos usos habituales incluyen:

• Revisar pull requests cuando se abren
• Limpiar flags de funcionalidades de forma programada
• Clasificar errores a partir de mensajes de Slack
• Ejecutar análisis de seguridad después de que finalice la CI

Explora las plantillas en el marketplace de automatizaciones para empezar.

¿Cómo creo una automatización?

Crea una nueva automatización en la ventana de agentes de programación, en cursor.com/automations/new o a partir de una plantilla en Cherri Code Marketplace.

1. Elige un desencadenante (p. ej., cada hora, cuando se abre una PR o cuando llega un mensaje de Slack)
2. Escribe una instrucción para indicarle al agente de programación qué debe hacer
3. Selecciona las herramientas opcionales que puede usar el agente de programación (Comentar en PR, Enviar a Slack, MCP y más)
4. Elige si la automatización necesita un repositorio, varios repositorios o ninguno
5. Guarda y activa la automatización

La página de automatizaciones también incluye tres agentes de programación gestionados por Cherri Code:

• Bugbot revisa las pull requests para detectar errores y problemas de calidad del código.
• Los agentes de seguridad revisan las pull requests y analizan las bases de código en busca de vulnerabilidades.
• El Enrutamiento y aprobación de PR asigna las pull requests a revisores y puede aprobar cambios de bajo riesgo.

¿Puedo crear automatizaciones sin conectar un repositorio?

Sí. Las automatizaciones pueden ejecutarse sin repositorios adjuntos. Estas automatizaciones no clonan código. Son útiles para flujos de trabajo que solo usan Slack, MCP, webhooks, Linear o PagerDuty.

Los ajustes del repositorio determinan si el agente de programación tiene acceso al código:

• Sin repositorio: El agente de programación no clona código. Usa esta opción para flujos de trabajo con Slack, MCP, webhooks, Linear o PagerDuty. No puede editar código ni abrir pull requests.
• Un solo repositorio: El agente de programación trabaja en un repositorio y una rama. Usa esta opción cuando la automatización deba leer, revisar o modificar código en una base de código.
• Entorno con varios repositorios: El agente de programación trabaja con los repositorios de un entorno. Usa esta opción cuando la tarea abarque varias bases de código.

¿Qué desencadenadores hay disponibles?

Una automatización puede tener más de un desencadenador. Se ejecuta cuando se activa cualquiera de ellos.

Los desencadenadores de control de código fuente funcionan con GitHub, GitLab y Bitbucket Cloud. La compatibilidad varía según el proveedor: GitHub admite el conjunto completo, mientras que los demás proveedores admiten los desencadenadores principales y algunos adicionales. Consulta la referencia de automatizaciones para ver el desglose por proveedor.

¿Qué herramientas pueden usar las automatizaciones?

• Comentar en una pull request: Publica comentarios de revisión, comentarios de código en línea o aprobaciones en una PR de destino
• Solicitar revisores: Asigna revisores a una PR de destino
• Enviar a Slack: Envía mensajes a un canal de Slack
• Leer canales de Slack: Otorga acceso de lectura a canales públicos de Slack
• Servidor MCP: Conecta herramientas externas y fuentes de datos mediante MCP
• Memorias: Almacena y recupera notas persistentes entre ejecuciones como entradas con nombre (MEMORIES.md de forma predeterminada). Úsalo con precaución si tu automatización procesa entradas no confiables; las entradas maliciosas podrían escribir memorias engañosas que afecten a futuras ejecuciones.

¿Cómo se facturan las automatizaciones?

Las automatizaciones crean ejecuciones de agentes en la nube. Cada ejecución se factura según los precios de la API del modelo seleccionado.

En un equipo, el consumo sigue la opción Run as de Share: Me se factura a tu cuenta y Service account se factura al equipo. Consulta facturación de automatizaciones.

¿Cómo controlo quién puede ver mi automatización?

En una cuenta de equipo, abre Share en la cabecera de detalle de la automatización. Las cuentas personales no tienen este menú.

Access establece la visibilidad:

• Private: los demás miembros del equipo no pueden verla. Solo tú puedes gestionarla. Los administradores de equipo pueden consultarla y desactivarla.
• Members can view: los miembros del equipo pueden consultarla. Tú la gestionas cuando se ejecuta como tú. Los administradores de equipo la gestionan cuando se ejecuta como la service account.
• Members can edit: los miembros del equipo pueden consultarla y editarla.

Run as establece la identidad y la facturación:

• Me: se ejecuta con tu auth y se te factura a ti. Los demás miembros ven Creator.
• Service account: se ejecuta como la cuenta compartida del equipo y se factura al equipo. Solo los administradores de equipo pueden elegir esta opción.

Consulta Share en la referencia de automatizaciones para más detalles.

¿Cómo redacto una buena instrucción para una automatización?

• Especifica qué debe comprobar, cambiar o generar el agente de programación
• Haz referencia a las herramientas que has activado
• Incluye reglas de decisión para distintos casos (p. ej., «si la PR afecta a migraciones, solicita una revisión al equipo de bases de datos»)
• Establece un nivel de calidad para determinar cuándo debe actuar el agente de programación y cuándo no debe hacer nada

Explora el marketplace de automatizaciones para ver ejemplos.

Relacionado

• Ventana de agente de programación
• Agentes en la nube
• Referencia de automatizaciones
• Configuración del agente en la nube