OutcomeCI

npx add-mcp 'https://api.outcomeci.com/v1/mcp'

Describe el flujo de trabajo. Constrúyelo en conjunto.

Conecta tu agente favorito a OutcomeCI y describe lo que quieres que se haga. Construyan los pasos, las herramientas y las aprobaciones juntos, y luego deja que OutcomeCI ejecute el flujo de trabajo.

draft

Lee la solicitud y los repositorios. Propón un plan en el hilo.

discuss

Trabaja los comentarios con el solicitante hasta que los apruebe.

implement

Realiza los cambios acordados dentro de los permisos del flujo de trabajo.

announce

Trae el resultado de vuelta a la conversación donde comenzó.

Construye con tu agente

Construye un flujo de trabajo que convierta solicitudes de Slack en pull requests. Discute el plan con el solicitante y espera la aprobación antes de hacer cambios.

1. 01 draft Paso de agente
2. 02 discuss Aprobación humana
3. 03 implement Paso de agente
4. 04 announce Paso de agente

Revisen el flujo de trabajo juntos. OutcomeCI lo ejecuta cuando llega el trabajo.

Ver el flujo de trabajo completo

apiVersion: outcomeci.workflow/v1
name: slack-to-pull-request

trigger:
  webhook: {uses: slack, auth: secrets.slack_signing, events: [mention, dm]}

secrets:
  slack: vault:slack/bot-token
  slack_signing: vault:slack/signing-secret
  github: vault:github

apis:
  slack: {uses: slack, auth: secrets.slack}
  github: {uses: github, auth: secrets.github}

reasoning:
  default: {runner: codex}

steps:
  - draft:
      reason: >
        Read the repositories named in the request. Draft a plan with
        a section per repository and post it in the request's thread.
      from: trigger
      can:
        - github.read
        - slack.post: {channel: trigger.channel, thread_ts: trigger.ts}
      returns:
        plan: {summary, repos: [{repo: {owner, name}, steps: [string]}]}

  - discuss:
      with: draft.plan
      converse: slack.thread(draft.calls.slack.post)
      by: trigger.user
      until: converged
      max_turns: 12
      returns: [plan, status]

  - implement:
      when: discuss.status == "converged"
      for_each: discuss.plan.repos as target
      reason: Implement the approved plan and open one pull request.
      with: [discuss.plan, target]
      can:
        - github.write: {repo: target.repo}
      policy: "One branch, one PR, only files the plan needs. No force-push."
      returns:
        pr?: {url, number: int, branch}
        reason?: string

  - announce:
      with: [implement, discuss.plan]
      reason: Reply in the original thread with each PR link or the reason no PR was opened.
      can:
        - slack.post: {channel: trigger.channel, thread_ts: trigger.ts}

Explora el formato del flujo de trabajo

Da forma al plan. Luego apruébalo.

Decide dónde las personas guían, revisan y aprueban. Otorga a los agentes permisos claros para cada paso y mantén los cambios dentro de los límites que establezcas.

• Permisos para cada paso

  Elige qué operaciones puede realizar cada paso y a qué recursos puede acceder. Las llamadas fuera de esos permisos son rechazadas.

• Revisión de políticas antes de los cambios

  Añade reglas como una sola rama y un solo PR. Un revisor de políticas verifica los cambios propuestos antes de que se envíen.

• Las credenciales permanecen en el Vault

  OutcomeCI adjunta credenciales a las llamadas de API. El agente trabaja a través de permisos sin recibir los tokens.

# product-engineering

OutcomeCI APP

Añadiré una exportación CSV para la página de actividad e incluiré pruebas.

Maya

Solo exporta los resultados filtrados y mantén el orden de columnas existente.

OutcomeCI APP

Plan actualizado: exportar los resultados filtrados en el orden de columnas actual, con pruebas para ambos. ¿Listo para continuar?

Plan revisado listo para aprobación

Jordan

Eso funciona. Adelante.

Permisos de implementación

Repositorio

acme/console

Concesión

github.write

Política

Una rama. Un PR. Sin force-push.

Credenciales

Adjuntadas por el broker

Un entorno de ejecución trazado.

Cada ejecución deja un registro que puedes inspeccionar, desde la primera llamada de herramienta hasta el resultado final.

Mira qué llamó cada paso, qué devolvió y qué fue rechazado, con el motivo al lado. Sigue el trabajo hasta su resultado.

Explora la ejecución y la revisión de políticas

slack-to-pull-request

Completado5 llamadas de API · 1 rechazada

01 github.read acme/console Confirmado

Leyó la página de actividad y sus pruebas existentes. El contenido del repositorio se devolvió al paso de borrador.

02 slack.post #product-engineering / hilo original Confirmado

Publicó el plan revisado de exportación CSV, incluidos los resultados filtrados y el orden de columnas existente. El recibo del mensaje identifica la conversación utilizada para la aprobación.

03 github.write Propuesta de force-push Rechazado

La revisión de políticas denegó el force-push propuesto. La política permite una nueva rama y un PR, sin force-push. Esta solicitud no se envió a GitHub.

04 github.write acme/console / pull request #142 Confirmado

Abrió un pull request desde una nueva rama para la exportación CSV aprobada. GitHub devolvió el número y la URL del PR.

05 slack.post #product-engineering / hilo original Confirmado

Publicó el enlace del pull request y un resumen en el hilo de origen. Slack devolvió el recibo del mensaje.

Resultado devuelto al hilo de SlackExpandir una llamada para inspeccionar

Mantén tu flujo de trabajo.Cambia tu agente o modelo.

Mantén tus flujos de trabajo en OutcomeCI o en tu repositorio. Elige el agente y el modelo para cada paso, y ejecuta localmente o en la nube.

Tu agente

• Codex
• Claude Code
• OpenCode

Establece un valor predeterminado, anula un paso o añade un respaldo para límites de uso.

Configura tus agentes

Tus modelos

• OpenRouter
• LiteLLM

Trae el acceso a modelos que ya tienes. Elige un modelo por flujo de trabajo o paso sin vincular tu orquestación a un solo proveedor.

Elige tus modelos

Tu entorno de ejecución

LocalOutcomeCI Cloud

El mismo formato de flujo de trabajo e imagen de runner. Credenciales configuradas para cada entorno.

Explora la ejecución local

¿Prefieres empezar con tu agente favorito?

Conéctalo a OutcomeCI con MCP y construyan su flujo de trabajo juntos.

URL del servidor MCP

https://api.outcomeci.com/v1/mcp

Conecta tu agente

Guías de configuración oficiales:OpenCode ↗ Claude Code ↗ Codex ↗

¿Prefieres empezar en tu máquina?

Prueba localmente con Docker y tu inicio de sesión de agente. No se necesita una cuenta de OutcomeCI.

$ pipx install outcomeci-cli

Sigue la guía de inicio rápido

Un flujo de trabajo es solo el comienzo.

Comienza desde un evento, un horario o una solicitud. Reúne las herramientas, los agentes y las aprobaciones que cada trabajo necesita.

Alerta → Investigación → Revisión

Clasifica una alerta entrante

Comienza desde un webhook entrante, investiga el problema y propón una solución para revisión antes de hacer cambios.

Explora el flujo de trabajo de alertas

Solicitud → Investigación → Respuesta

Responde una pregunta sobre el repositorio

Dale a un agente acceso de solo lectura al código relevante y trae la respuesta de vuelta a la persona que preguntó.

Construye un flujo de trabajo de solo lectura

Horario → Resumen → Actualización

Prepara la actualización matutina

Reúne la actividad del repositorio, resume lo que cambió y comparte una actualización en un horario que elijas.

Comienza con un flujo de trabajo programado

Comienza con un evento Slack · Webhook · Email · Horario · CLI

Conecta tus herramientas Explora los conectores de código abierto ↗

Preguntas frecuentes

¿OutcomeCI es solo para flujos de trabajo de codificación?

No. OutcomeCI es un marco de orquestación para flujos de trabajo de agentes. Define un disparador, pasos, herramientas y aprobaciones en torno al trabajo que quieres realizar. El recorrido del pull request es un ejemplo; los flujos de trabajo también pueden investigar preguntas, resumir actividad y actuar a través de conectores compatibles.

¿Qué agentes y modelos puedo usar?

OutcomeCI admite Codex, Claude Code y OpenCode. Elige un runner y un modelo que admita en tu flujo de trabajo, anula el agente para un paso particular o configura un respaldo para límites de uso. Mantén tus flujos de trabajo en OutcomeCI o en tu repositorio.

¿Dónde pueden ejecutarse mis flujos de trabajo?

Ejecuta flujos de trabajo en los runners administrados de OutcomeCI Cloud, o pruébalos localmente con Docker y tu propio inicio de sesión de agente. Ambos usan la misma imagen de runner y formato de flujo de trabajo. Las credenciales y conexiones de agentes se configuran para cada entorno.

¿Qué registra el rastro de ejecución?

El diario de la ejecución registra llamadas de API, sus resultados y rechazos con motivos. Úsalo para inspeccionar qué intentó un flujo de trabajo y qué sucedió. Es un registro de ejecución de herramientas, no una transcripción del razonamiento privado de un agente.

¿Qué sucede si una ejecución falla o un agente alcanza un límite?

Abre el registro de la ejecución para ver qué falló e inspecciona las llamadas registradas antes de reintentar. Las ejecuciones en la nube reintentan ciertos fallos temporales, como una conexión de agente ocupada, hasta cinco veces. Configura un agente de respaldo para límites de uso o de tasa. Para ejecuciones locales fallidas, corrige la causa y reanuda con la opción de reintento de la CLI. Las llamadas con un resultado incierto no se reproducen automáticamente.

¿Qué pasa si nadie aprueba el plan?

Tú estableces la ventana de aprobación. Un paso de aprobación que se agota omite los pasos restantes. En el recorrido, la implementación requiere un plan aprobado; si la discusión se agota o alcanza su límite de turnos sin acuerdo, la implementación se omite.

¿Cómo se manejan los permisos y secretos?

Cada paso tiene concesiones explícitas limitadas a operaciones y argumentos. El broker rechaza llamadas fuera de esas concesiones y adjunta credenciales del Vault a las llamadas permitidas. La revisión de políticas opcional verifica los cambios propuestos contra reglas en lenguaje natural, y los flujos de trabajo pueden esperar aprobación humana.

¿Qué herramientas y disparadores son compatibles?

Los conectores de GitHub y Slack están disponibles hoy. Inicia flujos de trabajo desde menciones y mensajes directos de Slack, webhooks, email, horarios cron o la CLI. Los conectores son de código abierto; solicita APIs adicionales a través del repositorio de conectores.

¿Necesito una cuenta para probarlo localmente?

No. Instala la CLI y prueba flujos de trabajo localmente con Docker, tu inicio de sesión de agente y credenciales para las herramientas que conectes. Crea una cuenta de OutcomeCI para ejecutar flujos de trabajo en runners administrados en la nube.