GitHub Agentic Workflows

 (github.github.io)
5 पॉइंट द्वारा GN⁺ 2026-02-10 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • GitHub Actions के भीतर कोड सुधार, डॉक्यूमेंटेशन मेंटेनेंस, और टेस्ट सुदृढ़ीकरण जैसी चीज़ें अपने-आप चलाने वाला स्वचालित repository agent सिस्टम
  • हर सुबह अपने-आप सुधारा गया कोड Pull Request के रूप में सबमिट होता है
  • issue classification, CI failure analysis, documentation maintenance, test coverage improvement, compliance monitoring आदि को स्वचालित रूप से करता है
  • सभी automation को सरल Markdown फ़ाइलों में परिभाषित किया जाता है, और बिना जटिल कोड लिखे natural language में निर्देश दिए जा सकते हैं
  • Copilot, Claude, Codex जैसे विभिन्न AI engines का उपयोग करके event-based और periodic काम चलाता है
  • sandbox execution और least privilege principle के साथ security और safety को मज़बूत करता है
  • GitHub Next और Microsoft Research ने इसे मिलकर विकसित किया है, और इसमें security-centric design और मजबूत guardrails built-in हैं

मुख्य फीचर्स (Key Features)

  • Automated Markdown Workflows
    • जटिल YAML की जगह Markdown में automation लिखें
    • natural language आधारित निर्देशों को GitHub Actions workflows में बदलता है
  • AI-Powered Decision Making
    • workflows संदर्भ को समझते हैं और स्थिति के अनुसार अनुकूलित होते हैं
    • AI कोड और repository की स्थिति का विश्लेषण करके उचित कार्रवाई करता है
  • GitHub Integration
    • Actions, Issues, PRs, Discussions आदि के साथ गहरा integration
    • repository management के लगभग पूरे हिस्से को automate करता है
  • Safety First
    • sandbox execution, least privilege principle, और safe output handling से security मजबूत
  • Multiple AI Engines
    • Copilot, Claude, Codex और custom AI processors को support करता है
  • Continuous AI
    • Continuous AI के माध्यम से collaboration और code quality में लगातार स्वचालित सुधार

Guardrails Built-In

  • workflows डिफ़ॉल्ट रूप से read-only permissions के साथ चलते हैं
  • write operations केवल पूर्व-अनुमोदित safe outputs के ज़रिए ही अनुमत हैं
  • sandbox execution, tool whitelist, और network isolation के माध्यम से AI agents की क्रियाओं की सीमा नियंत्रित की जाती है

उदाहरण: Daily Issues Report

  • automation लिखने की प्रक्रिया
    • Write: natural language में लिखी गई .md फ़ाइल बनाएं
    • Compile: gh aw compile कमांड से इसे .lock.yml रूप वाले GitHub Actions workflow में बदलें
    • Run: trigger के अनुसार GitHub Actions अपने-आप चलती है
  • AI agent repository context को पढ़कर issue analysis, visualization generation, और report writing करता है
  • पूरा प्रोसेस container environment में चलता है, जिससे safety और reproducibility सुनिश्चित होती है

Gallery

  • Issue & PR Management: स्वचालित classification, labeling, project coordination
  • Continuous Documentation: डॉक्यूमेंटेशन मेंटेनेंस और consistency सुनिश्चित करना
  • Continuous Improvement: code simplification, refactoring, style improvement
  • Metrics & Analytics: daily reports, trend analysis, workflow status monitoring
  • Quality & Testing: CI failure diagnosis, test improvement, quality checks
  • Multi-Repository: कई repositories के बीच feature synchronization और tracking
  • Continuous Refactoring: slash commands के ज़रिए analysis और automation
  • Continuous Scanning & Compliance: security scanning, warning classification, compliance monitoring
  • Scheduled Workflows: daily operations, research, और automated maintenance tasks

CLI से शुरुआत (Getting Started)

  • extension install करने के बाद sample workflow जोड़ना और पहली run को command line से कुछ ही मिनटों में पूरा किया जा सकता है
  • gh extension install github/gh-aw से install करें
  • अपने Repo में gh aw add-wizard githubnext/agentics/daily-repo-status जोड़ने पर यह interactive तरीके से install होकर अपने-आप चलता है

वेब पर workflow बनाना (Creating Workflows)

  • GitHub web interface के "Agents" टैब में natural language से सीधे custom agentic workflows बनाए जा सकते हैं

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2026-02-10
Hacker News की राय

  • go.mod के अंदर अजीब replace syntax देखकर जिज्ञासा हुई
    आम तौर पर go get github.com/Masterminds/semver/v3@v3.4.0 इस्तेमाल किया जाता है, लेकिन इस PR(लिंक) में Copilot agent ने गलत तरीके से replace जोड़ दिया
    लगता है Dependabot ने बेकार version upgrade issue बनाया, और Copilot ने उसे संभालते हुए उससे असंबंधित बदलाव भी शामिल कर दिए
    reviewer ने अजीब हिस्से की ओर इशारा किया था, लेकिन आखिर में human reviewer से यह छूट गया और merge हो गया। कई मायनों में यह गलत उदाहरण है

    • मैंने जितने भी agent इस्तेमाल किए हैं, उन सबने npm के package.json में भी ऐसी ही समस्या पैदा की है
      npm i foo की जगह string edit करके version hallucinate करके डाल देते हैं
      code renaming भी refactoring tool की जगह string replacement से करते हैं, इसलिए GPU की भारी बर्बादी होती है
    • इसे ठीक करने की कोशिश हुई थी, लेकिन लगता है बीच में रद्द हो गई (लिंक)
    • एक ही replace तीन बार जमा होने के बाद, आखिरकार PR 14543 में इसे ठीक किया गया
      लेकिन उसके बाद “unit test fix” वाले दो commit और जुड़ गए, जिनमें एक Claude → Copilot बदलता है, और दूसरा documentation markdown को बिगाड़ देता है
      यह पूरा मामला मानो agent workflow का युद्धक्षेत्र बन गया हो
    • package upgrade में सटीक prompt design सचमुच बहुत महत्वपूर्ण है
      मैं Gemini और Codex से version information verify करता हूँ, और Claude Opus sub-agent से जाँचता हूँ कि code change होना चाहिए या नहीं
      major version होने पर दोनों package को git clone करके interface changes compare करता हूँ, और आखिर में test चलाकर validate करता हूँ
      यह perfect नहीं है, लेकिन इंसान भी perfect नहीं होते, इसलिए ठीक है
    • इस स्थिति ने GitHub Actions के secure sleep command की याद दिला दी

  • अच्छा होता अगर GitHub पहले core features को ठीक से polished करता
    पहले GH Actions से जुड़ा यह issue झेलने के बाद मैंने इसका इस्तेमाल बंद कर दिया था, और 1 साल बाद भी लोग उसी समस्या से जूझ रहे हैं

    • Gitea की जोरदार सिफारिश करता हूँ
      इसे install करना आसान है, और यह Microsoft LDAP/ADFS network के साथ अच्छी तरह integrate होता है
      .gitea folder में defined actions को एक simple worker भरोसेमंद तरीके से चलाता है
      CI pipeline को पूरी तरह self-hosted बनाया जा सकता है, और UI भी लगभग GitHub जैसा ही है
    • free users बढ़ने पर support burden बढ़ने वाली premium conversion dilemma होती है
      आखिरकार समाधान सरल है — उनका product सीधे खरीदना
    • एक paid user के रूप में, यह बात खटकती है कि मेरा पैसा core feature improvement की बजाय AI feature development पर खर्च हो रहा है
    • यह दिशा इस कोशिश जैसी लगती है कि कंपनी अब भी growth stock fantasy को जिंदा रखना चाहती है
    • मैं Copilot इस्तेमाल भी नहीं करता, फिर भी GitHub home पर “limit exceeded” message बार-बार दिखता है
      यह मानो payment के लिए उकसाने वाली भद्दी ट्रिक जैसा लगता है

  • gh aw extension markdown file को input लेकर बहुत बड़ा GitHub Actions workflow बनाता है
    gh aw init चलाते समय गलत prompt पर Y दबाते ही, मेरे account token से COPILOT_GITHUB_TOKEN बन गया
    ऐसी चीज़ों में अतिरिक्त confirmation step ज़रूर होना चाहिए

    • अब कहा गया है कि local token usage हटा दिया गया है, और अतिरिक्त confirmation step भी जोड़ दिया गया है

  • आधिकारिक लिंक github.com/github/gh-aw है
    जिज्ञासा थी कि इसे GitHub Pages पर किसी अलग domain के बिना क्यों deploy किया गया

    • GitHub Pages account name के आधार पर ORGNAME.github.io domain देता है
      यानी github.github.io वह deployment है जो GitHub के official account ने किया है
    • GitHub का अपने ही product को अपने domain पर चलाना dogfooding का एक रूप लगता है
    • यह लिंक किसी और के पास नहीं हो सकता, इसलिए phishing risk नहीं है
    • कहा गया कि हाल में इसे githubnext organization से github organization में ले जाया गया
      github.github.io GitHub organization का default Pages domain है
    • अब redirect को github.github.com/gh-aw पर ठीक कर दिया गया है

  • पूरे weekend मैंने agent-based CI workflow बनाया
    CC instance isolated VM में permission-restricted mode पर काम करता है, और CI pass होते ही अपने-आप PR बना देता है
    अब मैं ऐसी संरचना पर प्रयोग कर रहा हूँ जहाँ एक Claude कई Claude को manage करता है

    • किसी ने पूछा कि इसकी लागत कितनी आती है
    • एक प्रतिक्रिया थी: “पागल समय है”

  • लगता है GitHub मौजूदा system को बेहतर करने की बजाय agents को जबरन फिट कर रहा है
    यह marketing-केंद्रित cash extraction strategy जैसी दिखती है

    • फिर भी CI, issue, और source code तक पहुँच रखने वाले centralized provider के रूप में agents रखना तर्कसंगत हो सकता है
    • Anthropic का Claude GitHub के साथ अच्छी तरह integrate होता है, इसलिए GitHub का अपना agent बेकार-सा लगता है
      शक होता है कि कहीं Claude का इस्तेमाल कठिन बनाकर अपने agent को थोपने की कोशिश तो नहीं हो रही

  • “security-first design principle” का दावा करने वाले GitHub Actions पर मुझे सबसे कम भरोसा है

    • असली page की आखिरी पंक्ति भी यही कहती है: “सावधानी से, अपनी ज़िम्मेदारी पर इस्तेमाल करें”

  • Microsoft और GitHub के इस approach से सहमति है
    code की value अपने आप में कम, और organization knowledge को समेटे हुए उसके रूप में ज़्यादा होती है
    इसलिए लगातार और स्वचालित सुधार का flow महत्वपूर्ण है
    बहुत बड़े refactoring organization के mental model को तोड़ देते हैं, इसलिए छोटे-छोटे सुधारों की श्रृंखला आदर्श है
    deterministic system समस्या पहचानें, और LLM सिर्फ ज़रूरी हिस्से बदलें — ऐसी संरचना बेहतर लगती है

    • project के invariants को define करके agents तक पहुँचाने के लिए अभी अच्छे abstraction की कमी है
      मुझे Deep Wiki style में बहुत बारीक निर्देश लिखने पड़ते हैं, जो झंझट भरा है
      C4 diagram की तरह architecture को visualize करने वाले tools की ज़रूरत है
    • DataOps pattern की तरह algorithmic steps और agent steps को मिलाने वाला approach उपयोगी है
      संबंधित दस्तावेज़: DataOps pattern

  • आजकल हर cloud product में core features रुके हुए हैं और आसपास की चीज़ें ही बढ़ती जा रही हैं
    organization बड़े होते हैं, तो developers को नए features बनाते रहना पड़ता है, और यही नतीजा निकलता है
    जब तक अनंत growth की खोज नहीं रुकती, product का enshittification चलता रहेगा

  • landing page पर यह साफ नहीं है कि यह workflow users को कौन-सी ठोस value देता है
    example या concrete use case कम हैं

    • gallery section में असली example मौजूद हैं
      उदाहरण के लिए issue management workflow दिखाता है कि PR और issue को अपने-आप कैसे manage किया जा सकता है
      असली value यह है कि ऐसे दोहराव वाले काम delegate किए जाएँ जिन्हें heuristic से संभाला नहीं जा सकता
      कहा गया कि इसकी storytelling अभी और बेहतर की जा रही है