OutcomeCI

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

Descreva o fluxo de trabalho. Construa-o em conjunto.

Conecte seu agente favorito ao OutcomeCI e descreva o que você deseja que seja feito. Construa as etapas, ferramentas e aprovações em conjunto e, em seguida, deixe o OutcomeCI executar o fluxo de trabalho.

draft

Leia a solicitação e os repositórios. Proponha um plano na conversa.

discuss

Trabalhe o feedback com o solicitante até que ele aprove.

implement

Faça as alterações acordadas dentro das permissões do fluxo de trabalho.

announce

Traga o resultado de volta para a conversa onde tudo começou.

Construa com seu agente

Crie um fluxo de trabalho que transforme solicitações do Slack em pull requests. Discuta o plano com o solicitante e aguarde a aprovação antes de fazer alterações.

1. 01 draft Etapa do agente
2. 02 discuss Aprovação humana
3. 03 implement Etapa do agente
4. 04 announce Etapa do agente

Revise o fluxo de trabalho em conjunto. O OutcomeCI o executa quando o trabalho chega.

Veja o fluxo de trabalho 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}

Explore o formato do fluxo de trabalho

Molde o plano. Depois aprove-o.

Decida onde as pessoas orientam, revisam e aprovam. Dê permissões claras aos agentes para cada etapa e mantenha as alterações dentro dos limites que você definir.

• Permissões para cada etapa

  Escolha quais operações cada etapa pode executar e quais recursos ela pode acessar. Chamadas fora dessas concessões são recusadas.

• Revisão de política antes das alterações

  Adicione regras como um branch e um PR. Um revisor de política verifica as alterações propostas antes de serem enviadas.

• As credenciais permanecem no Vault

  O OutcomeCI anexa credenciais às chamadas de API. O agente trabalha por meio de concessões sem receber os tokens.

# product-engineering

OutcomeCI APP

Vou adicionar uma exportação em CSV para a página de atividades e incluir testes.

Maya

Exporte apenas os resultados filtrados e mantenha a ordem atual das colunas.

OutcomeCI APP

Plano atualizado: exportar os resultados filtrados na ordem atual das colunas, com testes para ambos. Pronto para prosseguir?

Plano revisado pronto para aprovação

Jordan

Isso funciona. Pode prosseguir.

Permissões de implementação

Repositório

acme/console

Concessão

github.write

Política

Um branch. Um PR. Sem force-push.

Credenciais

Anexadas pelo broker

Um ambiente de execução rastreado.

Cada execução deixa um registro que você pode inspecionar, desde a primeira chamada de ferramenta até o resultado final.

Veja o que cada etapa chamou, o que retornou e o que foi recusado, com o motivo ao lado. Acompanhe o trabalho até o resultado final.

Explore a execução e a revisão de política

slack-to-pull-request

Concluído5 chamadas de API · 1 recusada

01 github.read acme/console Confirmado

Leu a página de atividades e seus testes existentes. O conteúdo do repositório foi retornado para a etapa de rascunho.

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

Publicou o plano revisado de exportação em CSV, incluindo os resultados filtrados e a ordem atual das colunas. O recibo da mensagem identifica a conversa usada para aprovação.

03 github.write Proposta de force-push Recusado

A revisão de política negou o force-push proposto. A política permite um novo branch e um PR, sem force-push. Esta solicitação não foi enviada ao GitHub.

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

Abriu um pull request a partir de um novo branch para a exportação em CSV aprovada. O GitHub retornou o número e a URL do PR.

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

Publicou o link do pull request e um resumo na conversa de origem. O Slack retornou o recibo da mensagem.

Resultado retornado à conversa do SlackExpandir uma chamada para inspecionar

Mantenha seu fluxo de trabalho. Troque seu agente ou modelo.

Mantenha seus fluxos de trabalho no OutcomeCI ou no seu repositório. Escolha o agente e o modelo para cada etapa e execute localmente ou na nuvem.

Seu agente

• Codex
• Claude Code
• OpenCode

Defina um padrão, substitua uma etapa ou adicione um fallback para limites de uso.

Configure seus agentes

Seus modelos

• OpenRouter
• LiteLLM

Traga o acesso a modelos que você já possui. Escolha um modelo por fluxo de trabalho ou etapa sem amarrar sua orquestração a um único provedor.

Escolha seus modelos

Seu ambiente de execução

LocalOutcomeCI Cloud

O mesmo formato de fluxo de trabalho e imagem de runner. Credenciais configuradas para cada ambiente.

Explore a execução local

Prefere começar com seu agente favorito?

Conecte-o ao OutcomeCI com MCP e construa seu fluxo de trabalho em conjunto.

URL do servidor MCP

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

Conecte seu agente

Guias oficiais de configuração:OpenCode ↗ Claude Code ↗ Codex ↗

Prefere começar na sua máquina?

Teste localmente com Docker e seu login de agente. Não é necessária uma conta OutcomeCI.

$ pipx install outcomeci-cli

Siga o quickstart

Um fluxo de trabalho é apenas o começo.

Comece por um evento, um agendamento ou uma solicitação. Reúna as ferramentas, agentes e aprovações que cada tarefa precisa.

Alerta → Investigação → Revisão

Faça triagem de um alerta recebido

Comece por um webhook recebido, investigue o problema e proponha uma correção para revisão antes de fazer alterações.

Explore o fluxo de trabalho de alerta

Solicitação → Pesquisa → Resposta

Responda a uma pergunta sobre o repositório

Dê a um agente acesso somente leitura ao código relevante e traga a resposta de volta para a pessoa que perguntou.

Construa um fluxo de trabalho somente leitura

Agendamento → Resumo → Atualização

Prepare a atualização matinal

Reúna a atividade do repositório, resuma o que mudou e compartilhe uma atualização em um agendamento que você escolher.

Comece com um fluxo de trabalho agendado

Comece com um evento Slack · Webhook · Email · Agendamento · CLI

Conecte suas ferramentas Explore conectores de código aberto ↗

Perguntas frequentes

O OutcomeCI é apenas para fluxos de trabalho de codificação?

Não. O OutcomeCI é uma estrutura de orquestração para fluxos de trabalho de agentes. Defina um gatilho, etapas, ferramentas e aprovações em torno do trabalho que você deseja realizar. O passo a passo do pull request é um exemplo; os fluxos de trabalho também podem investigar perguntas, resumir atividades e agir por meio de conectores suportados.

Quais agentes e modelos posso usar?

O OutcomeCI suporta Codex, Claude Code e OpenCode. Escolha um runner e um modelo que ele suporte no seu fluxo de trabalho, substitua o agente para uma etapa específica ou configure um fallback para limites de uso. Mantenha seus fluxos de trabalho no OutcomeCI ou no seu repositório.

Onde meus fluxos de trabalho podem ser executados?

Execute fluxos de trabalho nos runners gerenciados do OutcomeCI Cloud ou teste-os localmente com Docker e seu próprio login de agente. Ambos usam a mesma imagem de runner e formato de fluxo de trabalho. Credenciais e conexões de agente são configuradas para cada ambiente.

O que o rastreamento de execução registra?

O diário da execução registra chamadas de API, seus resultados e recusas com motivos. Use-o para inspecionar o que um fluxo de trabalho tentou e o que aconteceu. É um registro da execução de ferramentas, não uma transcrição do raciocínio privado de um agente.

O que acontece se uma execução falhar ou um agente atingir um limite?

Abra o log da execução para ver o que falhou e inspecione as chamadas registradas antes de tentar novamente. Execuções na nuvem tentam novamente certas falhas temporárias, como uma conexão de agente ocupada, até cinco vezes. Configure um agente fallback para limites de uso ou taxa. Para execuções locais com falha, corrija a causa e retome com a opção de nova tentativa da CLI. Chamadas com resultado incerto não são reproduzidas automaticamente.

E se ninguém aprovar o plano?

Você define a janela de aprovação. Uma etapa de aprovação que expira pula as etapas restantes. No passo a passo, a implementação exige um plano aprovado; se a discussão expirar ou atingir o limite de turnos sem acordo, a implementação é pulada.

Como permissões e segredos são tratados?

Cada etapa tem concessões explícitas com escopo para operações e argumentos. O broker recusa chamadas fora dessas concessões e anexa credenciais do Vault às chamadas permitidas. A revisão de política opcional verifica as alterações propostas em relação a regras em linguagem simples, e os fluxos de trabalho podem aguardar aprovação humana.

Quais ferramentas e gatilhos são suportados?

Conectores GitHub e Slack estão disponíveis hoje. Inicie fluxos de trabalho a partir de menções e mensagens diretas do Slack, webhooks, email, agendamentos cron ou CLI. Os conectores são de código aberto; solicite APIs adicionais por meio do repositório de conectores.

Preciso de uma conta para testar localmente?

Não. Instale a CLI e teste fluxos de trabalho localmente com Docker, seu login de agente e credenciais para as ferramentas que você conecta. Crie uma conta OutcomeCI para executar fluxos de trabalho em runners gerenciados na nuvem.