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
Theme
Codex

Codex use case

Automatiza la clasificación de errores

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

Difficulty Intermediate
Time horizon 1h

Pídele a Codex que revise las alertas, los issues, las comprobaciones fallidas, los registros y los reportes de chat del período más reciente. Ajusta la lista en un solo chat y luego programa la revisión.

Best for

  • Equipos que dan seguimiento a 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 clasificación de errores que quieras ejecutar manualmente en un solo chat de Codex antes de programarlos.

Contents

    ← All use cases

    Automatiza la clasificación de errores

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

    Pídele a Codex que revise las alertas, los issues, las comprobaciones fallidas, los registros y los reportes de chat del período más reciente. Ajusta la lista en un solo chat y luego programa la revisión.

    Intermediate
    1h

    Pídele a Codex que revise las alertas, los issues, las comprobaciones fallidas, los registros y los reportes de chat del período más reciente. Ajusta la lista en un solo chat y luego programa la revisión.

    Intermediate
    1h

    Best for

    • Equipos que dan seguimiento a 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 clasificación de errores que quieras ejecutar manualmente en un solo chat de Codex antes de programarlos.

    Skills & Plugins

    • Si recibes reportes de errores a través de GitHub, revisa los issues, los Pull Requests, los comentarios, los hilos de revisión y las comprobaciones fallidas.
    • Si la revisión incluye alertas, examina los errores en producción, las trazas de pila, las versiones afectadas y el contexto de los eventos.
    • Lee los mensajes de los canales o hilos donde tu equipo reporta errores y prepara un borrador del resumen para un canal del equipo.
    • Revisa las colas de errores, busca issues existentes, redacta actualizaciones o prepara tickets de seguimiento vinculados después de clasificar los errores.
    Skill Why use it
    GitHub Si recibes reportes de errores a través de GitHub, revisa los issues, los Pull Requests, los comentarios, los hilos de revisión y las comprobaciones fallidas.
    Sentry Si la revisión incluye alertas, examina los errores en producción, las trazas de pila, las versiones afectadas y el contexto de los eventos.
    Slack Lee los mensajes de los canales o hilos donde tu equipo reporta errores y prepara un borrador del resumen para un canal del equipo.
    Linear Revisa las colas de errores, busca issues existentes, redacta actualizaciones o prepara tickets de seguimiento vinculados después de clasificar los errores.

    Starter prompt

    Revisa y clasifica los errores de [repo/service/team] correspondientes al último período de [time window]. Usa estos complementos: [@Sentry / @Slack / @Linear / @GitHub / none] Fuentes de información: - 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 respuesta: Primero, indica a qué fuentes no pudiste acceder. Luego, presenta una lista de errores ordenada por prioridad, de P0 a P3. Si no encuentras errores, responde: “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 paso recomendado Reglas: - No publiques, crees, asignes, etiquetes, cierres, vuelvas a ejecutar ni edites nada. - Agrupa los reportes duplicados en una sola entrada por error. - Distingue lo que observaste de lo que supones.
    Revisa y clasifica los errores de [repo/service/team] correspondientes al último período de [time window]. Usa estos complementos: [@Sentry / @Slack / @Linear / @GitHub / none] Fuentes de información: - 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 respuesta: Primero, indica a qué fuentes no pudiste acceder. Luego, presenta una lista de errores ordenada por prioridad, de P0 a P3. Si no encuentras errores, responde: “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 paso recomendado Reglas: - No publiques, crees, asignes, etiquetes, cierres, vuelvas a ejecutar ni edites nada. - Agrupa los reportes duplicados en una sola entrada por error. - Distingue lo que observaste de lo que supones.

    Cómo usarlo

    Pídele a Codex que revise las fuentes donde ya aparecen errores: alertas de Sentry, incidencias de Linear, Issues de GitHub, verificaciones de PR, registros de despliegue, tickets de soporte e hilos de Slack. Empieza con una revisión manual, ajusta el informe en el chat y luego programa la revisión para que se repita.

    Usa un solo chat de Codex para todo el proceso de clasificación de errores:

    1. Ejecuta una revisión bajo demanda para obtener una lista preliminar.
    2. Revisa la lista y deja tus comentarios en ese mismo chat.
    3. Desde ese chat, programa una tarea para clasificar los errores.
    4. Opcional: cuando confíes en el informe, pídele a Codex que prepare borradores de incidencias de Linear, actualizaciones para Slack, comentarios de GitHub o notas de traspaso.

    Antes de empezar, instala los complementos que necesita Codex, como los de Sentry, Slack, Linear o GitHub. En el prompt inicial, reemplaza la lista de complementos entre corchetes por menciones reales de los complementos con @. Luego reemplaza cada fuente entre corchetes por el lugar exacto donde buscar: un proyecto de Sentry o la URL de una alerta, un canal o hilo de Slack, un equipo, una vista o una consulta de Linear, un repositorio de GitHub, una consulta de Issues de GitHub o una verificación de PR, un enlace a un despliegue, un archivo de registro, una cola de soporte o un panel.

    Fase 1: ejecuta la revisión

    Inicia Codex desde el repositorio al que corresponden los errores cuando sea útil contar con contexto local, como pruebas, herramientas del repositorio, verificaciones de compilación o fallas de CI. También puedes ejecutar la revisión desde cualquier repositorio si puedes acceder a las fuentes mediante complementos, conectores, servidores MCP, enlaces, datos exportados, registros pegados en el chat o archivos adjuntos.

    Ejecuta primero el prompt inicial que aparece arriba. Conserva solo los complementos y las fuentes que forman parte de la revisión.

    Por ejemplo, al completar el prompt, puedes indicar los complementos y especificar qué colas, canales o repositorios quieres revisar.

    Fase 2: ajusta el informe

    Antes de automatizar la revisión, asegúrate de que valga la pena leer el informe todos los días.

    En un primer informe útil:

    • Los errores más relevantes están ordenados por prioridad, de P0 a P3.
    • Los reportes duplicados se agrupan bajo un mismo error.
    • Cada error incluye enlaces a la evidencia o citas breves.
    • Las suposiciones se distinguen de los hechos observados.
    • Para cada error se recomienda brevemente qué hacer a continuación.

    Ajusta el informe en el mismo chat antes de programar la revisión. Puedes pedirle a Codex que:

    • Revise una fuente más antes de ordenar la lista por prioridad.
    • Omita las alertas repetitivas que el equipo ya conoce.
    • Muestre solo los errores P0 y P1.
    • Agrupe los reportes de Slack, las alertas de Sentry y las fallas de GitHub cuando apunten al mismo error.
    • Muestre solo el enlace más útil para cada error.
    • Agregue evidencia suficiente para que otra persona pueda reproducir el problema o derivarlo a quien corresponda.

    Fase 3: automatiza la revisión

    Cuando el informe bajo demanda te resulte útil, sigue en el mismo chat y programa desde allí una tarea para clasificar los errores. Codex puede usar los ajustes que hiciste en el chat para redactar el prompt de la tarea recurrente.

    Programa la clasificación de errores

    Programa una tarea para el flujo de clasificación de errores que ajustamos en este chat. Frecuencia: [every hour / every weekday morning / daily] Usa las mismas fuentes, reglas de prioridad, criterios para agrupar duplicados, forma de presentar la evidencia y formato de informe de P0 a P3 que usamos en este chat. Al redactar el prompt de la tarea programada, incluye las menciones de los complementos o las instrucciones de acceso a las fuentes conectadas que la tarea necesita para volver a consultar esas fuentes. Limita la tarea programada a preparar borradores. No publiques, crees, asignes, etiquetes, cierres ni vuelvas a ejecutar nada. Tampoco empieces a corregir errores ni edites código. Antes de programar la tarea, muéstrame el prompt, la frecuencia, las fuentes y las reglas sobre las acciones permitidas.

    Fase 4: dirige el seguimiento al equipo correspondiente

    Cuando el informe programado te resulte útil, decide dónde dar seguimiento a los errores. Codex puede preparar una actualización de Slack para un canal del equipo, redactar incidencias de Linear para los errores que quieras seguir, redactar comentarios de 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 programamos desde este chat. Después de cada ejecución programada, prepara el borrador que necesito para el seguimiento: - Actualización de Slack para [channel] - Incidencias de Linear para [which bugs should become issues] - Comentario de GitHub para [issue / PR / failing check] - Nota de traspaso para [team / on-call / owner] Reglas: - Redacta primero el borrador en Codex. - No publiques en Slack, crees incidencias en Linear ni comentes en GitHub hasta que apruebe explícitamente la acción correspondiente. - Cuando estén disponibles, incluye enlaces a las fuentes existentes en Linear, GitHub o Slack, o a las fuentes de las alertas. - Para cualquier acción que no haya aprobado explícitamente, limítate a preparar un borrador.

    Tech stack

    Need

    Dónde se reúne la información sobre 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

    Especifica qué colas, canales, vistas, repositorios, enlaces a alertas, paneles y archivos debe revisar Codex.

    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, datos exportados, archivos adjuntos y registros pegados en el chat

    Why it's needed

    Si ya existe una integración, instálala. Para las fuentes internas que Codex aún no puede consultar, 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 reúne la información sobre 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 Especifica qué colas, canales, vistas, repositorios, enlaces a alertas, paneles y archivos debe revisar Codex.
    Cómo accede Codex a esa información Complementos para Slack, Linear, GitHub y Sentry, conectores, servidores MCP , CLI de los repositorios, enlaces, datos exportados, archivos adjuntos y registros pegados en el chat Si ya existe una integración, instálala. Para las fuentes internas que Codex aún no puede consultar, crea o configura un servidor MCP pequeño, una CLI, una exportación o un enlace a un panel.

    Related use cases