For the complete documentation index, see llms.txt. Markdown versions of documentation pages are available by appending .md to the page URL.
Navegación principal

Sugerencias
API Dashboard
Probar ChatGPT
Codex

Codex use case

Automatizar el triaje de errores

Convierte los reportes diarios de errores en una lista priorizada y luego automatiza la revisión.

Difficulty Intermedio
Time horizon 1 h

Pídele a Codex que revise las alertas recientes, los issues, las comprobaciones fallidas, los registros y los reportes enviados por chat; ajusta la lista en un solo chat y luego ejecuta esa revisión de forma programada.

Ideal para

  • Equipos que hacen seguimiento de errores mediante alertas de Sentry, hilos de Slack, issues de Linear, Issues de GitHub, comprobaciones fallidas de PR, tickets de soporte o registros.
  • Flujos de trabajo de triaje que quieras ejecutar manualmente en un solo chat de Codex antes de programar la tarea.

Contents

    ← Todos los casos de uso

    Automatizar el triaje de errores

    Convierte los reportes diarios de errores en una lista priorizada y luego automatiza la revisión.

    Pídele a Codex que revise las alertas recientes, los issues, las comprobaciones fallidas, los registros y los reportes enviados por chat; ajusta la lista en un solo chat y luego ejecuta esa revisión de forma programada.

    Intermedio
    1 h

    Pídele a Codex que revise las alertas recientes, los issues, las comprobaciones fallidas, los registros y los reportes enviados por chat; ajusta la lista en un solo chat y luego ejecuta esa revisión de forma programada.

    Intermedio
    1 h

    Enlaces relacionados

    Tareas programadas Complementos Codex MCP Usa Codex en Linear

    Ideal para

    • Equipos que hacen seguimiento de errores mediante alertas de Sentry, hilos de Slack, issues de Linear, Issues de GitHub, comprobaciones fallidas de PR, tickets de soporte o registros.
    • Flujos de trabajo de triaje que quieras ejecutar manualmente en un solo chat de Codex antes de programar la tarea.

    Habilidades y complementos

    • GitHub
      Lee los issues, los Pull Requests, los comentarios, los hilos de revisión y las comprobaciones fallidas cuando GitHub forme parte de tu proceso de recepción de errores.
    • Sentry
      Inspecciona los errores de producción, los seguimientos de pila, las versiones afectadas y el contexto de los eventos cuando las alertas formen parte de la revisión.
    • Slack
      Lee los canales o hilos donde los compañeros de equipo reportan errores y prepara un borrador de resumen para un canal del equipo.
    • Linear
      Lee las colas de errores, busca issues existentes, redacta actualizaciones o prepara tickets de seguimiento vinculados después del triaje.
    Skill Why use it
    GitHub Lee los issues, los Pull Requests, los comentarios, los hilos de revisión y las comprobaciones fallidas cuando GitHub forme parte de tu proceso de recepción de errores.
    Sentry Inspecciona los errores de producción, los seguimientos de pila, las versiones afectadas y el contexto de los eventos cuando las alertas formen parte de la revisión.
    Slack Lee los canales o hilos donde los compañeros de equipo reportan errores y prepara un borrador de resumen para un canal del equipo.
    Linear Lee las colas de errores, busca issues existentes, redacta actualizaciones o prepara tickets de seguimiento vinculados después del triaje.

    Prompt inicial

    Ejecuta una revisión para el triaje de errores de [repo/service/team] que abarque los últimos [time window]. Usa estos complementos: [@Sentry / @Slack / @Linear / @GitHub / none] Fuentes de entrada: - Sentry: [project / alert link / none] - Slack: [channel / thread links / none] - Linear: [team / project / view / issue query / none] - GitHub: [repo / issue query / PR checks / none] - Otras: [logs / support tickets / deploy link / dashboard / attached file / none] Formato de salida: Primero, indica todas las fuentes de entrada a las que no pudiste acceder. Después, devuelve una lista priorizada de errores, ordenada de P0 a P3. Si no encuentras errores, indica: No se encontraron errores que cumplan los criterios. Para cada error, incluye: - Prioridad: P0, P1, P2 o P3 - Título - Evidencia (enlaces o citas breves) - Siguiente acción recomendada Reglas: - No publiques, crees, asignes, etiquetes, cierres, vuelvas a ejecutar ni edites nada. - Agrupa los reportes duplicados bajo un solo error. - Mantén la evidencia observada separada de las suposiciones.
    Ejecuta una revisión para el triaje de errores de [repo/service/team] que abarque los últimos [time window]. Usa estos complementos: [@Sentry / @Slack / @Linear / @GitHub / none] Fuentes de entrada: - Sentry: [project / alert link / none] - Slack: [channel / thread links / none] - Linear: [team / project / view / issue query / none] - GitHub: [repo / issue query / PR checks / none] - Otras: [logs / support tickets / deploy link / dashboard / attached file / none] Formato de salida: Primero, indica todas las fuentes de entrada a las que no pudiste acceder. Después, devuelve una lista priorizada de errores, ordenada de P0 a P3. Si no encuentras errores, indica: No se encontraron errores que cumplan los criterios. Para cada error, incluye: - Prioridad: P0, P1, P2 o P3 - Título - Evidencia (enlaces o citas breves) - Siguiente acción recomendada Reglas: - No publiques, crees, asignes, etiquetes, cierres, vuelvas a ejecutar ni edites nada. - Agrupa los reportes duplicados bajo un solo error. - Mantén la evidencia observada separada de las suposiciones.

    Cómo usarlo

    Pídele a Codex que revise los lugares donde ya aparecen los errores: alertas de Sentry, issues de Linear, Issues de GitHub, comprobaciones de PR, registros de despliegue, tickets de soporte e hilos de Slack. Comienza con una revisión manual, ajusta el informe en el chat y luego ejecútala de forma programada.

    Usa un solo chat de Codex para todo el ciclo de triaje:

    1. Ejecuta una revisión bajo demanda y obtén un borrador de la lista.
    2. Revisa la lista y comparte tus comentarios en ese mismo chat.
    3. Programa desde ese chat una tarea para el triaje.
    4. Opcional: pídele a Codex que redacte issues de Linear, actualizaciones de Slack, comentarios de GitHub o notas para el traspaso cuando estés conforme con el informe.

    Antes de comenzar, instala los complementos que Codex necesite, como Sentry, Slack, Linear o GitHub. En el prompt inicial, reemplaza la lista de complementos entre corchetes por chips reales de complementos con @. Luego, reemplaza cada fuente entre corchetes por la ubicación exacta en la que debe buscar: un proyecto de Sentry o una URL de alerta, un canal o hilo de Slack, un equipo, una vista o una consulta de Linear, un repositorio de GitHub, una consulta de issues o una comprobación de PR, un enlace de despliegue, un archivo de registro, una cola de soporte o un panel.

    Fase 1: ejecutar la revisión

    Inicia Codex desde el repositorio al que corresponden los errores cuando resulte útil tener contexto local: pruebas, herramientas del repositorio, comprobaciones de compilación o fallas de CI. También puedes ejecutar la revisión desde cualquier repositorio si las fuentes de errores están disponibles mediante complementos, conectores, Servidores MCP, enlaces, exportaciones, registros pegados o archivos adjuntos.

    Primero, ejecuta el prompt inicial anterior. Conserva solo los complementos y las fuentes que formen parte de la revisión.

    Por ejemplo, un prompt completado puede indicar los complementos y las colas, los canales o los repositorios exactos que quieras incluir en la revisión.

    Fase 2: mejorar la utilidad del informe

    Antes de automatizar la revisión, asegúrate de que el informe sea lo bastante útil como para leerlo todos los días.

    Una primera ejecución útil incluye:

    • Errores relevantes ordenados de P0 a P3.
    • Los reportes duplicados se agrupan bajo un solo error.
    • Cada error incluye evidencia enlazada o citas breves.
    • Las suposiciones están separadas de los hechos observados.
    • Cada error incluye una recomendación breve sobre la siguiente acción.

    Ajusta el informe en el mismo chat antes de programarlo. Puedes pedirle a Codex que:

    • Revise una fuente adicional antes de ordenar la lista por prioridad.
    • Descarte las alertas irrelevantes que el equipo ya conoce.
    • Devuelva solo los errores P0 y P1.
    • Combine los reportes de Slack, las alertas de Sentry y las fallas de GitHub cuando se refieran al mismo error.
    • Muestre únicamente el mejor enlace para cada error.
    • Incluya evidencia suficiente para que otra persona pueda reproducir el error o derivarlo al equipo adecuado.

    Fase 3: automatizar el proceso

    Cuando el informe bajo demanda sea útil, continúa en el mismo chat y programa desde allí una tarea para el triaje. Codex puede usar lo que ajustaste en el chat para redactar el prompt recurrente.

    Programa la tarea de triaje

    Programa una tarea para el flujo de trabajo de triaje de errores que ajustamos en este chat. Programación: [every hour / every weekday morning / daily] Usa las mismas fuentes, reglas de prioridad, agrupación de duplicados, estilo de evidencia y formato de informe P0-P3 de este chat. Cuando redactes el prompt para esta tarea programada, incluye las menciones de complementos o las instrucciones de acceso a las fuentes conectadas que necesite la ejecución programada para volver a consultar esas fuentes. Haz que la tarea programada genere solo borradores. No publiques, crees, asignes, etiquetes, cierres ni vuelvas a ejecutar nada; tampoco inicies correcciones ni edites código. Antes de programarla, muéstrame el prompt de la tarea, la programación, las fuentes y la política de acciones.

    Fase 4: canalizar las acciones de seguimiento

    Una vez que el informe programado sea útil, decide a dónde enviar el trabajo después. Codex puede redactar una actualización para un canal del equipo en Slack, preparar issues de Linear para los errores a los que quieras dar seguimiento, escribir comentarios en GitHub para un PR con verificaciones fallidas o preparar una nota de traspaso para quien esté de guardia.

    Actualiza la tarea de clasificación de errores que se programó desde este chat. Después de cada ejecución programada, redacta el seguimiento que necesito: - Actualización en Slack para [channel] - Issues de Linear para [which bugs should become issues] - Comentario en GitHub para [issue / PR / failing check] - Nota de traspaso para [team / on-call / owner] Reglas: - Primero, prepara un borrador del seguimiento en Codex. - No publiques nada en Slack, no crees issues en Linear ni comentes en GitHub hasta que apruebe explícitamente esa acción. - Incluye enlaces a las fuentes existentes de Linear, GitHub, Slack o alertas cuando estén disponibles. - Para cualquier acción que no se haya aprobado explícitamente, prepara solo un borrador.

    Tech stack

    Need

    Dónde se recopila el contexto de los errores

    Default options

    Alertas de Sentry, canales de Slack, vistas de Linear, Issues de GitHub, comprobaciones de PR, colas de soporte, notas de guardia, registros, paneles y notas de despliegue

    Why it's needed

    Indica las colas, los canales, las vistas, los repositorios, los enlaces de alertas, los paneles y los archivos exactos que Codex debe revisar.

    Need

    Cómo accede Codex a esa información

    Default options

    Complementos para Slack, Linear, GitHub y Sentry; conectores; Servidores MCP ; CLI de los repositorios; enlaces; exportaciones; archivos adjuntos; y registros pegados

    Why it's needed

    Instala la integración existente cuando la haya. Para las fuentes internas que Codex aún no pueda leer, crea o configura un Servidor MCP pequeño, una CLI, una exportación o un enlace a un panel.

    Need Default options Why it's needed
    Dónde se recopila el contexto de los errores Alertas de Sentry, canales de Slack, vistas de Linear, Issues de GitHub, comprobaciones de PR, colas de soporte, notas de guardia, registros, paneles y notas de despliegue Indica las colas, los canales, las vistas, los repositorios, los enlaces de alertas, los paneles y los archivos exactos que Codex debe revisar.
    Cómo accede Codex a esa información Complementos para Slack, Linear, GitHub y Sentry; conectores; Servidores MCP ; CLI de los repositorios; enlaces; exportaciones; archivos adjuntos; y registros pegados Instala la integración existente cuando la haya. Para las fuentes internas que Codex aún no pueda leer, crea o configura un Servidor MCP pequeño, una CLI, una exportación o un enlace a un panel.

    Casos de uso relacionados

    Realiza pruebas de QA en tu app con Uso de la computadora

    Con Uso de la computadora, prueba los flujos clave, detecta problemas y termina con un...

    Automatización Calidad

    Audita un flujo de trabajo

    Dale a ChatGPT registros de seguimiento, documentación del proceso, notas de traspaso...

    Automatización Integraciones

    Crea un kit para una campaña de lanzamiento

    Proporciona a ChatGPT planes de lanzamiento, notas del producto, documentos de seguimiento...

    Automatización Integraciones