OutcomeCI

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

Beschreibe den Workflow. Erstellt ihn gemeinsam.

Verbinde deinen bevorzugten Agenten mit OutcomeCI und beschreibe, was du erreichen möchtest. Erstellt die Schritte, Tools und Freigaben gemeinsam, und lass OutcomeCI den Workflow dann ausführen.

draft

Lies die Anfrage und die Repositories. Schlage einen Plan im Thread vor.

discuss

Arbeite das Feedback mit dem Anfragenden durch, bis die Freigabe erteilt wird.

implement

Nimm die vereinbarten Änderungen innerhalb der Berechtigungen des Workflows vor.

announce

Bringe das Ergebnis zurück in die Konversation, in der alles begann.

Mit deinem Agenten erstellen

Erstelle einen Workflow, der Slack-Anfragen in Pull Requests umwandelt. Besprich den Plan mit dem Anfragenden und warte auf die Freigabe, bevor du Änderungen vornimmst.

1. 01 draft Agent-Schritt
2. 02 discuss Menschliche Freigabe
3. 03 implement Agent-Schritt
4. 04 announce Agent-Schritt

Überprüft den Workflow gemeinsam. OutcomeCI führt ihn aus, wenn Arbeit eintrifft.

Den vollständigen Workflow ansehen

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}

Das Workflow-Format erkunden

Gestalte den Plan. Dann gib ihn frei.

Lege fest, wo Menschen steuern, prüfen und freigeben. Gib Agenten klare Berechtigungen für jeden Schritt und halte Änderungen innerhalb der von dir gesetzten Grenzen.

• Berechtigungen für jeden Schritt

  Wähle, welche Operationen jeder Schritt ausführen darf und auf welche Ressourcen er zugreifen kann. Aufrufe außerhalb dieser Berechtigungen werden abgelehnt.

• Richtlinienprüfung vor Änderungen

  Füge Regeln wie einen Branch und einen PR hinzu. Ein Richtlinienprüfer kontrolliert vorgeschlagene Änderungen, bevor sie gesendet werden.

• Anmeldedaten bleiben im Vault

  OutcomeCI hängt Anmeldedaten an API-Aufrufe an. Der Agent arbeitet über Berechtigungen, ohne die Tokens zu erhalten.

# product-engineering

OutcomeCI APP

Ich füge einen CSV-Export für die Aktivitätsseite hinzu und inkludiere Tests.

Maya

Exportiere nur die gefilterten Ergebnisse und behalte die bestehende Spaltenreihenfolge bei.

OutcomeCI APP

Plan aktualisiert: Exportiere die gefilterten Ergebnisse in der aktuellen Spaltenreihenfolge, mit Tests für beides. Bereit zur Fortsetzung?

Überarbeiteter Plan zur Freigabe bereit

Jordan

Das funktioniert. Leg los.

Implementierungsberechtigungen

Repository

acme/console

Gewährung

github.write

Richtlinie

Ein Branch. Ein PR. Kein Force-Push.

Anmeldedaten

Vom Broker angehängt

Eine nachvollziehbare Ausführungsumgebung.

Jeder Lauf hinterlässt einen Datensatz, den du einsehen kannst – vom ersten Tool-Aufruf bis zum endgültigen Ergebnis.

Sieh, was jeder Schritt aufgerufen hat, was zurückkam und was abgelehnt wurde, jeweils mit dem Grund daneben. Verfolge die Arbeit bis zum Ergebnis.

Ausführung und Richtlinienprüfung erkunden

slack-to-pull-request

Abgeschlossen5 API-Aufrufe · 1 abgelehnt

01 github.read acme/console Bestätigt

Lies die Aktivitätsseite und ihre bestehenden Tests. Repository-Inhalte wurden an den Entwurfsschritt zurückgegeben.

02 slack.post #product-engineering / ursprünglicher Thread Bestätigt

Der überarbeitete CSV-Exportplan wurde gepostet, einschließlich gefilterter Ergebnisse und der bestehenden Spaltenreihenfolge. Die Nachrichtenquittung identifiziert die für die Freigabe verwendete Konversation.

03 github.write Force-Push-Vorschlag Abgelehnt

Die Richtlinienprüfung lehnte den vorgeschlagenen Force-Push ab. Die Richtlinie erlaubt einen neuen Branch und einen PR, ohne Force-Push. Diese Anfrage wurde nicht an GitHub gesendet.

04 github.write acme/console / Pull Request #142 Bestätigt

Ein Pull Request wurde von einem neuen Branch für den genehmigten CSV-Export geöffnet. GitHub gab die PR-Nummer und URL zurück.

05 slack.post #product-engineering / ursprünglicher Thread Bestätigt

Der Pull-Request-Link und eine Zusammenfassung wurden im ursprünglichen Thread gepostet. Slack gab die Nachrichtenquittung zurück.

Ergebnis an den Slack-Thread zurückgegebenEinen Aufruf zur Prüfung erweitern

Behalte deinen Workflow. Wechsle deinen Agenten oder dein Modell.

Behalte deine Workflows in OutcomeCI oder in deinem Repository. Wähle den Agenten und das Modell für jeden Schritt und führe lokal oder in der Cloud aus.

Dein Agent

• Codex
• Claude Code
• OpenCode

Lege einen Standard fest, überschreibe einen Schritt oder füge einen Fallback für Nutzungslimits hinzu.

Deine Agenten konfigurieren

Deine Modelle

• OpenRouter
• LiteLLM

Bringe den Modellzugriff mit, den du bereits hast. Wähle ein Modell pro Workflow oder Schritt, ohne deine Orchestrierung an einen Anbieter zu binden.

Deine Modelle wählen

Deine Ausführungsumgebung

LokalOutcomeCI Cloud

Dasselbe Workflow-Format und dasselbe Runner-Image. Anmeldedaten für jede Umgebung konfiguriert.

Lokale Ausführung erkunden

Lieber mit deinem bevorzugten Agenten starten?

Verbinde ihn über MCP mit OutcomeCI und erstellt euren Workflow gemeinsam.

MCP-Server-URL

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

Deinen Agenten verbinden

Offizielle Einrichtungsanleitungen:OpenCode ↗ Claude Code ↗ Codex ↗

Lieber auf deinem Rechner starten?

Teste lokal mit Docker und deinem Agenten-Login. Kein OutcomeCI-Konto erforderlich.

$ pipx install outcomeci-cli

Dem Schnellstart folgen

Ein Workflow ist nur der Anfang.

Starte mit einem Ereignis, einem Zeitplan oder einer Anfrage. Bringe die Tools, Agenten und Freigaben zusammen, die jede Aufgabe benötigt.

Alert → Untersuchung → Überprüfung

Einen eingehenden Alert triagieren

Starte mit einem eingehenden Webhook, untersuche das Problem und schlage eine Lösung zur Überprüfung vor, bevor du Änderungen vornimmst.

Den Alert-Workflow erkunden

Anfrage → Recherche → Antwort

Eine Repository-Frage beantworten

Gib einem Agenten schreibgeschützten Zugriff auf den relevanten Code und bringe die Antwort zurück zur fragenden Person.

Einen schreibgeschützten Workflow erstellen

Zeitplan → Zusammenfassung → Update

Das Morgen-Update vorbereiten

Sammle Repository-Aktivitäten, fasse Änderungen zusammen und teile ein Update nach deinem gewählten Zeitplan.

Mit einem geplanten Workflow starten

Mit einem Ereignis starten Slack · Webhook · E-Mail · Zeitplan · CLI

Deine Tools verbinden Open-Source-Connectors erkunden ↗

Häufig gestellte Fragen

Ist OutcomeCI nur für Codierungs-Workflows?

Nein. OutcomeCI ist ein Orchestrierungs-Framework für Agent-Workflows. Definiere einen Auslöser, Schritte, Tools und Freigaben rund um die Arbeit, die du erledigt haben möchtest. Der Pull-Request-Durchlauf ist ein Beispiel; Workflows können auch Fragen untersuchen, Aktivitäten zusammenfassen und über unterstützte Connectors handeln.

Welche Agenten und Modelle kann ich verwenden?

OutcomeCI unterstützt Codex, Claude Code und OpenCode. Wähle einen Runner und ein von ihm unterstütztes Modell in deinem Workflow, überschreibe den Agenten für einen bestimmten Schritt oder konfiguriere einen Fallback für Nutzungslimits. Behalte deine Workflows in OutcomeCI oder in deinem Repository.

Wo können meine Workflows ausgeführt werden?

Führe Workflows auf den verwalteten Runnern der OutcomeCI Cloud aus oder teste sie lokal mit Docker und deinem eigenen Agenten-Login. Beide verwenden dasselbe Runner-Image und Workflow-Format. Anmeldedaten und Agentenverbindungen sind für jede Umgebung konfiguriert.

Was zeichnet die Ausführungsablaufverfolgung auf?

Das Laufjournal zeichnet API-Aufrufe, ihre Ergebnisse und Ablehnungen mit Gründen auf. Nutze es, um zu prüfen, was ein Workflow versucht hat und was passiert ist. Es ist ein Datensatz der Tool-Ausführung, kein Transkript der privaten Überlegungen eines Agenten.

Was passiert, wenn ein Lauf fehlschlägt oder ein Agent ein Limit erreicht?

Öffne das Laufprotokoll, um zu sehen, was fehlgeschlagen ist, und prüfe die aufgezeichneten Aufrufe, bevor du es erneut versuchst. Cloud-Läufe wiederholen bestimmte vorübergehende Fehler, wie eine ausgelastete Agentenverbindung, bis zu fünfmal. Konfiguriere einen Fallback-Agenten für Nutzungs- oder Ratenlimits. Bei fehlgeschlagenen lokalen Läufen behebe die Ursache und setze mit der Wiederholungsoption der CLI fort. Aufrufe mit ungewissem Ausgang werden nicht automatisch wiederholt.

Was, wenn niemand den Plan freigibt?

Du legst das Freigabefenster fest. Ein Freigabeschritt, der ein Zeitlimit überschreitet, überspringt die verbleibenden Schritte. Im Durchlauf erfordert die Implementierung einen freigegebenen Plan; wenn die Diskussion ein Zeitlimit überschreitet oder ihr Rundenlimit ohne Einigung erreicht, wird die Implementierung übersprungen.

Wie werden Berechtigungen und Geheimnisse gehandhabt?

Jeder Schritt hat explizite Berechtigungen, die auf Operationen und Argumente beschränkt sind. Der Broker lehnt Aufrufe außerhalb dieser Berechtigungen ab und hängt Anmeldedaten aus dem Vault an erlaubte Aufrufe an. Optionale Richtlinienprüfung kontrolliert vorgeschlagene Änderungen anhand von Regeln in einfacher Sprache, und Workflows können auf menschliche Freigabe warten.

Welche Tools und Auslöser werden unterstützt?

GitHub- und Slack-Connectors sind derzeit verfügbar. Starte Workflows aus Slack-Erwähnungen und Direktnachrichten, Webhooks, E-Mails, Cron-Zeitplänen oder der CLI. Connectors sind Open Source; fordere zusätzliche APIs über das Connectors-Repository an.

Brauche ich ein Konto, um es lokal auszuprobieren?

Nein. Installiere die CLI und teste Workflows lokal mit Docker, deinem Agenten-Login und Anmeldedaten für die Tools, die du verbindest. Erstelle ein OutcomeCI-Konto, um Workflows auf verwalteten Cloud-Runnern auszuführen.