OutcomeCI

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

वर्कफ़्लो का वर्णन करें। इसे एक साथ बनाएं।

अपने पसंदीदा एजेंट को OutcomeCI से कनेक्ट करें और बताएं कि आप क्या करवाना चाहते हैं। चरणों, टूल्स और अनुमोदनों को एक साथ बनाएं, फिर OutcomeCI को वर्कफ़्लो चलाने दें।

draft

अनुरोध और रिपॉज़िटरी पढ़ें। थ्रेड में एक योजना प्रस्तावित करें।

discuss

अनुरोधकर्ता के साथ फीडबैक पर काम करें जब तक वे अनुमोदन नहीं दे देते।

implement

वर्कफ़्लो की अनुमतियों के भीतर सहमत परिवर्तन करें।

announce

परिणाम को उस संवाद में वापस लाएं जहां से यह शुरू हुआ था।

अपने एजेंट के साथ बनाएं

एक वर्कफ़्लो बनाएं जो Slack अनुरोधों को पुल रिक्वेस्ट में बदल दे। अनुरोधकर्ता के साथ योजना पर चर्चा करें और परिवर्तन करने से पहले अनुमोदन की प्रतीक्षा करें।

1. 01 draft एजेंट चरण
2. 02 discuss मानव अनुमोदन
3. 03 implement एजेंट चरण
4. 04 announce एजेंट चरण

वर्कफ़्लो की एक साथ समीक्षा करें। काम आने पर OutcomeCI इसे चलाता है।

पूरा वर्कफ़्लो देखें

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}

वर्कफ़्लो प्रारूप देखें

योजना को आकार दें। फिर इसे अनुमोदित करें।

तय करें कि लोग कहां मार्गदर्शन, समीक्षा और अनुमोदन करेंगे। प्रत्येक चरण के लिए एजेंटों को स्पष्ट अनुमतियां दें और परिवर्तनों को आपके निर्धारित सीमाओं के भीतर रखें।

• प्रत्येक चरण के लिए अनुमतियाँ

  चुनें कि प्रत्येक चरण कौन से ऑपरेशन कर सकता है और किन संसाधनों तक पहुंच सकता है। उन अनुदानों के बाहर के कॉल अस्वीकार कर दिए जाते हैं।

• परिवर्तनों से पहले नीति समीक्षा

  एक ब्रांच और एक PR जैसे नियम जोड़ें। एक नीति समीक्षक प्रस्तावित परिवर्तनों की जांच करता है, इससे पहले कि वे भेजे जाएं।

• क्रेडेंशियल Vault में रहते हैं

  OutcomeCI API कॉल्स के साथ क्रेडेंशियल संलग्न करता है। एजेंट टोकन प्राप्त किए बिना अनुदानों के माध्यम से काम करता है।

# product-engineering

OutcomeCI APP

मैं गतिविधि पृष्ठ के लिए एक CSV निर्यात जोड़ूंगा और परीक्षण शामिल करूंगा।

Maya

केवल फ़िल्टर किए गए परिणाम निर्यात करें, और मौजूदा कॉलम क्रम बनाए रखें।

OutcomeCI APP

योजना अपडेट की गई: वर्तमान कॉलम क्रम में फ़िल्टर किए गए परिणाम निर्यात करें, दोनों के लिए परीक्षणों के साथ। आगे बढ़ने के लिए तैयार?

संशोधित योजना अनुमोदन के लिए तैयार

Jordan

यह ठीक है। आगे बढ़ें।

कार्यान्वयन अनुमतियाँ

रिपॉज़िटरी

acme/console

अनुदान

github.write

नीति

एक ब्रांच। एक PR। कोई फोर्स-पुश नहीं।

क्रेडेंशियल

ब्रोकर द्वारा संलग्न

एक ट्रेस किया गया निष्पादन वातावरण।

हर रन एक रिकॉर्ड छोड़ता है जिसे आप निरीक्षण कर सकते हैं, पहले टूल कॉल से लेकर अंतिम परिणाम तक।

देखें कि प्रत्येक चरण ने क्या कॉल किया, क्या वापस आया, और क्या अस्वीकार किया गया, कारण के साथ। काम को उसके परिणाम तक पूरी तरह से ट्रेस करें।

निष्पादन और नीति समीक्षा देखें

slack-to-pull-request

पूर्ण5 API कॉल · 1 अस्वीकृत

01 github.read acme/console पुष्टि की गई

गतिविधि पृष्ठ और उसके मौजूदा परीक्षण पढ़ें। रिपॉज़िटरी सामग्री ड्राफ्ट चरण में लौटा दी गई।

02 slack.post #product-engineering / मूल थ्रेड पुष्टि की गई

संशोधित CSV निर्यात योजना पोस्ट की गई, जिसमें फ़िल्टर किए गए परिणाम और मौजूदा कॉलम क्रम शामिल हैं। संदेश रसीद अनुमोदन के लिए उपयोग किए गए संवाद की पहचान करती है।

03 github.write फोर्स-पुश प्रस्ताव अस्वीकृत

नीति समीक्षा ने प्रस्तावित फोर्स-पुश को अस्वीकार कर दिया। नीति एक नई ब्रांच और एक PR की अनुमति देती है, बिना फोर्स-पुश के। यह अनुरोध GitHub को नहीं भेजा गया।

04 github.write acme/console / पुल रिक्वेस्ट #142 पुष्टि की गई

अनुमोदित CSV निर्यात के लिए एक नई ब्रांच से पुल रिक्वेस्ट खोली गई। GitHub ने PR नंबर और URL लौटाया।

05 slack.post #product-engineering / मूल थ्रेड पुष्टि की गई

पुल रिक्वेस्ट लिंक और सारांश मूल थ्रेड में पोस्ट किया गया। Slack ने संदेश रसीद लौटाई।

परिणाम Slack थ्रेड में लौटाया गयानिरीक्षण करने के लिए एक कॉल विस्तृत करें

अपना वर्कफ़्लो रखें।अपना एजेंट या मॉडल बदलें।

अपने वर्कफ़्लो को OutcomeCI या अपनी रिपॉज़िटरी में रखें। प्रत्येक चरण के लिए एजेंट और मॉडल चुनें, और स्थानीय रूप से या क्लाउड में चलाएं।

आपका एजेंट

• Codex
• Claude Code
• OpenCode

डिफ़ॉल्ट सेट करें, चरण को ओवरराइड करें, या उपयोग सीमाओं के लिए फ़ॉलबैक जोड़ें।

अपने एजेंट कॉन्फ़िगर करें

आपके मॉडल

• OpenRouter
• LiteLLM

अपनी मौजूदा मॉडल पहुंच लाएं। अपने ऑर्केस्ट्रेशन को एक प्रदाता से बांधे बिना प्रति वर्कफ़्लो या चरण एक मॉडल चुनें।

अपने मॉडल चुनें

आपका निष्पादन वातावरण

स्थानीयOutcomeCI क्लाउड

समान वर्कफ़्लो प्रारूप और रनर इमेज। प्रत्येक वातावरण के लिए क्रेडेंशियल कॉन्फ़िगर किए गए।

स्थानीय निष्पादन देखें

अपने पसंदीदा एजेंट से शुरू करना पसंद करते हैं?

इसे MCP के साथ OutcomeCI से कनेक्ट करें और अपना वर्कफ़्लो एक साथ बनाएं।

MCP सर्वर URL

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

अपना एजेंट कनेक्ट करें

आधिकारिक सेटअप गाइड:OpenCode ↗ Claude Code ↗ Codex ↗

अपनी मशीन पर शुरू करना पसंद करते हैं?

Docker और अपने एजेंट लॉगिन के साथ स्थानीय रूप से परीक्षण करें। कोई OutcomeCI खाता आवश्यक नहीं है।

$ pipx install outcomeci-cli

क्विकस्टार्ट का पालन करें

एक वर्कफ़्लो केवल शुरुआत है।

किसी घटना, शेड्यूल या अनुरोध से शुरू करें। प्रत्येक कार्य के लिए आवश्यक टूल्स, एजेंट और अनुमोदन एक साथ लाएं।

अलर्ट → जांच → समीक्षा

आने वाले अलर्ट की जांच करें

आने वाले वेबहुक से शुरू करें, समस्या की जांच करें, और परिवर्तन करने से पहले समीक्षा के लिए एक समाधान प्रस्तावित करें।

अलर्ट वर्कफ़्लो देखें

अनुरोध → शोध → उत्तर

रिपॉज़िटरी प्रश्न का उत्तर दें

एजेंट को प्रासंगिक कोड तक केवल-पढ़ने की पहुंच दें और उत्तर उस व्यक्ति के पास वापस लाएं जिसने पूछा था।

केवल-पढ़ने वाला वर्कफ़्लो बनाएं

शेड्यूल → सारांश → अपडेट

सुबह का अपडेट तैयार करें

रिपॉज़िटरी गतिविधि एकत्र करें, सारांशित करें कि क्या बदला, और अपनी पसंद के शेड्यूल पर एक अपडेट साझा करें।

शेड्यूल किए गए वर्कफ़्लो से शुरू करें

किसी घटना से शुरू करें Slack · Webhook · Email · Schedule · CLI

अपने टूल्स कनेक्ट करें ओपन-सोर्स कनेक्टर देखें ↗

अक्सर पूछे जाने वाले प्रश्न

क्या OutcomeCI केवल कोडिंग वर्कफ़्लो के लिए है?

नहीं। OutcomeCI एजेंट वर्कफ़्लो के लिए एक ऑर्केस्ट्रेशन फ्रेमवर्क है। जिस काम को आप करवाना चाहते हैं उसके आसपास एक ट्रिगर, चरण, टूल्स और अनुमोदन परिभाषित करें। पुल रिक्वेस्ट वॉकथ्रू एक उदाहरण है; वर्कफ़्लो प्रश्नों की जांच भी कर सकते हैं, गतिविधि का सारांश बना सकते हैं, और समर्थित कनेक्टरों के माध्यम से कार्य कर सकते हैं।

मैं कौन से एजेंट और मॉडल उपयोग कर सकता हूं?

OutcomeCI Codex, Claude Code और OpenCode का समर्थन करता है। अपने वर्कफ़्लो में एक रनर और उसके द्वारा समर्थित मॉडल चुनें, किसी विशेष चरण के लिए एजेंट को ओवरराइड करें, या उपयोग सीमाओं के लिए फ़ॉलबैक कॉन्फ़िगर करें। अपने वर्कफ़्लो को OutcomeCI या अपनी रिपॉज़िटरी में रखें।

मेरे वर्कफ़्लो कहां चल सकते हैं?

वर्कफ़्लो को OutcomeCI क्लाउड के प्रबंधित रनरों पर चलाएं, या Docker और अपने स्वयं के एजेंट लॉगिन के साथ स्थानीय रूप से परीक्षण करें। दोनों समान रनर इमेज और वर्कफ़्लो प्रारूप का उपयोग करते हैं। क्रेडेंशियल और एजेंट कनेक्शन प्रत्येक वातावरण के लिए कॉन्फ़िगर किए गए हैं।

निष्पादन ट्रेस क्या रिकॉर्ड करता है?

रन की जर्नल API कॉल्स, उनके परिणाम और कारणों के साथ अस्वीकृतियों को रिकॉर्ड करती है। इसका उपयोग यह निरीक्षण करने के लिए करें कि वर्कफ़्लो ने क्या प्रयास किया और क्या हुआ। यह टूल निष्पादन का रिकॉर्ड है, एजेंट के निजी तर्क का प्रतिलेख नहीं।

यदि कोई रन विफल हो जाता है या एजेंट सीमा तक पहुंच जाता है तो क्या होता है?

पुनः प्रयास करने से पहले यह देखने के लिए रन लॉग खोलें कि क्या विफल हुआ और रिकॉर्ड किए गए कॉल्स का निरीक्षण करें। क्लाउड रन कुछ अस्थायी विफलताओं, जैसे व्यस्त एजेंट कनेक्शन, को पांच बार तक पुनः प्रयास करते हैं। उपयोग या दर सीमाओं के लिए फ़ॉलबैक एजेंट कॉन्फ़िगर करें। विफल स्थानीय रनों के लिए, कारण ठीक करें और CLI के पुनः प्रयास विकल्प के साथ फिर से शुरू करें। अनिश्चित परिणाम वाले कॉल्स स्वचालित रूप से दोबारा नहीं चलाए जाते।

यदि कोई योजना अनुमोदित नहीं करता तो क्या होता है?

आप अनुमोदन विंडो सेट करते हैं। एक अनुमोदन चरण जो समय समाप्त हो जाता है, शेष चरणों को छोड़ देता है। वॉकथ्रू में, कार्यान्वयन के लिए अनुमोदित योजना की आवश्यकता होती है; यदि चर्चा समय समाप्त हो जाती है या सहमति के बिना अपनी टर्न सीमा तक पहुंच जाती है, तो कार्यान्वयन छोड़ दिया जाता है।

अनुमतियां और गोपनीय जानकारी कैसे संभाली जाती हैं?

प्रत्येक चरण में ऑपरेशन और तर्कों तक सीमित स्पष्ट अनुदान होते हैं। ब्रोकर उन अनुदानों के बाहर के कॉल्स को अस्वीकार करता है और अनुमत कॉल्स में Vault से क्रेडेंशियल संलग्न करता है। वैकल्पिक नीति समीक्षा सादे-भाषा नियमों के खिलाफ प्रस्तावित परिवर्तनों की जांच करती है, और वर्कफ़्लो मानव अनुमोदन की प्रतीक्षा कर सकते हैं।

कौन से टूल्स और ट्रिगर समर्थित हैं?

GitHub और Slack कनेक्टर आज उपलब्ध हैं। Slack मेंशन और डायरेक्ट मैसेज, वेबहुक, ईमेल, cron शेड्यूल या CLI से वर्कफ़्लो शुरू करें। कनेक्टर ओपन-सोर्स हैं; कनेक्टर रिपॉज़िटरी के माध्यम से अतिरिक्त API का अनुरोध करें।

क्या मुझे स्थानीय रूप से परीक्षण करने के लिए खाते की आवश्यकता है?

नहीं। CLI स्थापित करें और Docker, अपने एजेंट लॉगिन और जिन टूल्स से आप कनेक्ट करते हैं उनके क्रेडेंशियल के साथ स्थानीय रूप से वर्कफ़्लो का परीक्षण करें। प्रबंधित क्लाउड रनरों पर वर्कफ़्लो चलाने के लिए OutcomeCI खाता बनाएं।