GitHub MCP

आधिकारिक

GitHub रिपॉजिटरी खोज, मुद्दों, पुल अनुरोधों, कोड संदर्भ और MCP-संगत AI क्लाइंट में GitHub वर्कफ़्लो के लिए आधिकारिक GitHub MCP सर्वर।

GitHub MCP के साथ आप क्या कर सकते हैं?

  • रिपॉजिटरी अन्वेषण — अपने सहायक से किसी भी रिपॉजिटरी में कोड ब्राउज़ करने, फ़ाइलें खोजने और कमिट का विश्लेषण करने के लिए कहें जिसे आप एक्सेस कर सकते हैं।
  • इश्यू और PR प्रबंधन — AI से इश्यू और पुल रिक्वेस्ट बनाने, अपडेट करने और ट्राइएज करने के लिए कहें, जिसमें कोड परिवर्तनों की समीक्षा भी शामिल है।
  • CI/CD निगरानी — GitHub Actions वर्कफ़्लो रन के बारे में जानकारी प्राप्त करें, बिल्ड विफलताओं का विश्लेषण करें, और रिलीज़ प्रबंधित करें।
  • सुरक्षा विश्लेषण — कोड स्कैनिंग निष्कर्षों की जाँच करें और कमजोरियों के लिए Dependabot अलर्ट की समीक्षा करें।
  • टीम सहयोग — चर्चाओं तक पहुँचें, सूचनाएँ प्रबंधित करें, और अपने प्रोजेक्ट्स में टीम गतिविधि का विश्लेषण करें।

होस्ट किया गया MCP सर्वर

npx add-mcp 'https://api.githubcopilot.com/mcp/'

Claude Code, Codex, Cursor और अन्य में इंस्टॉल होता है

दस्तावेज़

Go Report Card

GitHub MCP सर्वर

GitHub MCP सर्वर AI टूल्स को सीधे GitHub के प्लेटफ़ॉर्म से जोड़ता है। यह AI एजेंट्स, सहायकों और चैटबॉट्स को रिपॉज़िटरी और कोड फ़ाइलें पढ़ने, इश्यू और PR प्रबंधित करने, कोड का विश्लेषण करने और वर्कफ़्लो स्वचालित करने की क्षमता देता है। यह सब प्राकृतिक भाषा इंटरैक्शन के माध्यम से।

उपयोग के मामले

  • रिपॉज़िटरी प्रबंधन: किसी भी रिपॉज़िटरी में फ़ाइलें ब्राउज़ करें और क्वेरी करें, कोड खोजें, कमिट का विश्लेषण करें और प्रोजेक्ट संरचना समझें, जिस तक आपकी पहुँच हो।
  • इश्यू और PR स्वचालन: इश्यू और पुल रिक्वेस्ट बनाएं, अपडेट करें और प्रबंधित करें। AI को बग ट्राइएज करने, कोड परिवर्तनों की समीक्षा करने और प्रोजेक्ट बोर्ड बनाए रखने में मदद करने दें।
  • CI/CD और वर्कफ़्लो इंटेलिजेंस: GitHub Actions वर्कफ़्लो रन की निगरानी करें, बिल्ड विफलताओं का विश्लेषण करें, रिलीज़ प्रबंधित करें और अपनी डेवलपमेंट पाइपलाइन में अंतर्दृष्टि प्राप्त करें।
  • कोड विश्लेषण: सुरक्षा निष्कर्षों की जाँच करें, Dependabot अलर्ट की समीक्षा करें, कोड पैटर्न समझें और अपने कोडबेस में व्यापक अंतर्दृष्टि प्राप्त करें।
  • टीम सहयोग: चर्चाओं तक पहुँचें, सूचनाएँ प्रबंधित करें, टीम गतिविधि का विश्लेषण करें और अपनी टीम के लिए प्रक्रियाओं को सुव्यवस्थित करें।

उन डेवलपर्स के लिए बनाया गया है जो अपने AI टूल्स को GitHub संदर्भ और क्षमताओं से जोड़ना चाहते हैं, सरल प्राकृतिक भाषा क्वेरी से लेकर जटिल बहु-चरण एजेंट वर्कफ़्लो तक।

Go मॉड्यूल का उपयोग करना

Go मॉड्यूल पथ github.com/github/github-mcp-server/v2 है। लाइब्रेरी उपभोक्ताओं को आयात में इस उपसर्ग का उपयोग करना चाहिए, उदाहरण के लिए github.com/github/github-mcp-server/v2/pkg/github, और go get कमांड में। रिपॉज़िटरी चेकआउट से निर्माण करते समय कोई /v2 उपनिर्देशिका आवश्यक नहीं है।

मौजूदा v2.0.0 टैग इस मॉड्यूल-पथ सुधार से पहले का है और इसे Go मॉड्यूल के रूप में उपयोग नहीं किया जा सकता है। इस परिवर्तन के विलय के बाद, v2.0.1 जैसी नई रिलीज़ को सही मॉड्यूल पथ वाले कमिट से टैग किया जाना चाहिए। तब तक, उपभोक्ता इस परिवर्तन वाले कमिट से स्यूडो-संस्करण का उपयोग कर सकते हैं।


रिमोट GitHub MCP सर्वर

Install in VS Code Install in VS Code Insiders Install in Visual Studio

रिमोट GitHub MCP सर्वर GitHub द्वारा होस्ट किया जाता है और शुरू करने का सबसे आसान तरीका प्रदान करता है। यदि आपका MCP होस्ट रिमोट MCP सर्वर का समर्थन नहीं करता है, तो चिंता न करें! आप इसके बजाय GitHub MCP सर्वर का स्थानीय संस्करण उपयोग कर सकते हैं।

पूर्वापेक्षाएँ

  1. रिमोट सर्वर समर्थन वाला एक संगत MCP होस्ट (VS Code 1.101+, Claude Desktop, Cursor, Windsurf, आदि)
  2. कोई भी लागू नीतियाँ सक्षम

VS Code में इंस्टॉल करें

त्वरित इंस्टॉलेशन के लिए, ऊपर दिए गए वन-क्लिक इंस्टॉल बटन में से एक का उपयोग करें। एक बार जब आप उस प्रवाह को पूरा कर लें, तो एजेंट मोड (Copilot Chat टेक्स्ट इनपुट के पास स्थित) टॉगल करें और सर्वर शुरू हो जाएगा। सुनिश्चित करें कि आप रिमोट MCP और OAuth समर्थन के लिए VS Code 1.101 या बाद का संस्करण उपयोग कर रहे हैं।

वैकल्पिक रूप से, VS Code को मैन्युअल रूप से कॉन्फ़िगर करने के लिए, नीचे दिए गए उदाहरणों से उपयुक्त JSON ब्लॉक चुनें और इसे अपने होस्ट कॉन्फ़िगरेशन में जोड़ें:

OAuth का उपयोग करनाGitHub PAT का उपयोग करना
VS Code (संस्करण 1.101 या अधिक)
{
  "servers": {
    "github": {
      "type": "http",
      "url": "https://api.githubcopilot.com/mcp/"
    }
  }
}
{
  "servers": {
    "github": {
      "type": "http",
      "url": "https://api.githubcopilot.com/mcp/",
      "headers": {
        "Authorization": "Bearer ${input:github_mcp_pat}"
      }
    }
  },
  "inputs": [
    {
      "type": "promptString",
      "id": "github_mcp_pat",
      "description": "GitHub Personal Access Token",
      "password": true
    }
  ]
}

अन्य MCP होस्ट में इंस्टॉल करें

  • Copilot CLI - GitHub Copilot CLI के लिए इंस्टॉलेशन गाइड
  • अन्य IDE में GitHub Copilot - GitHub Copilot के साथ JetBrains, Visual Studio, Eclipse और Xcode के लिए इंस्टॉलेशन
  • Claude अनुप्रयोग - Claude Desktop और Claude Code CLI के लिए इंस्टॉलेशन गाइड
  • Codex - OpenAI Codex के लिए इंस्टॉलेशन गाइड
  • Cursor - Cursor IDE के लिए इंस्टॉलेशन गाइड
  • OpenCode - OpenCode टर्मिनल एजेंट के लिए इंस्टॉलेशन गाइड
  • Windsurf - Windsurf IDE के लिए इंस्टॉलेशन गाइड
  • Zed - Zed संपादक के लिए इंस्टॉलेशन गाइड
  • Rovo Dev CLI - Rovo Dev CLI के लिए इंस्टॉलेशन गाइड

नोट: प्रत्येक MCP होस्ट एप्लिकेशन को OAuth के माध्यम से रिमोट एक्सेस का समर्थन करने के लिए GitHub ऐप या OAuth ऐप कॉन्फ़िगर करने की आवश्यकता होती है। कोई भी होस्ट एप्लिकेशन जो रिमोट MCP सर्वर का समर्थन करता है, उसे PAT प्रमाणीकरण के साथ रिमोट GitHub सर्वर का समर्थन करना चाहिए। कॉन्फ़िगरेशन विवरण और समर्थन स्तर होस्ट के अनुसार भिन्न होते हैं। अधिक जानकारी के लिए होस्ट एप्लिकेशन के दस्तावेज़ देखें।

कॉन्फ़िगरेशन

टूलसेट कॉन्फ़िगरेशन

रिमोट सर्वर कॉन्फ़िगरेशन, टूलसेट, हेडर और उन्नत उपयोग के पूर्ण विवरण के लिए रिमोट सर्वर दस्तावेज़ देखें। यह फ़ाइल VS Code और अन्य MCP होस्ट में रिमोट GitHub MCP सर्वर को कनेक्ट करने, अनुकूलित करने और इंस्टॉल करने के लिए व्यापक निर्देश और उदाहरण प्रदान करती है।

जब कोई टूलसेट निर्दिष्ट नहीं किया जाता है, तो डिफ़ॉल्ट टूलसेट उपयोग किए जाते हैं।

इनसाइडर्स मोड

नई सुविधाएँ जल्दी आज़माएँ! रिमोट सर्वर नई सुविधाओं और प्रयोगात्मक टूल्स तक प्रारंभिक पहुँच के साथ एक इनसाइडर्स संस्करण प्रदान करता है।

URL पथ का उपयोग करनाहेडर का उपयोग करना
{
  "servers": {
    "github": {
      "type": "http",
      "url": "https://api.githubcopilot.com/mcp/insiders"
    }
  }
}
{
  "servers": {
    "github": {
      "type": "http",
      "url": "https://api.githubcopilot.com/mcp/",
      "headers": {
        "X-MCP-Insiders": "true"
      }
    }
  }
}

अधिक विवरण और उदाहरणों के लिए रिमोट सर्वर दस्तावेज़ देखें, और उपलब्ध सुविधाओं की पूरी सूची के लिए इनसाइडर्स सुविधाएँ देखें।

GitHub एंटरप्राइज़

डेटा रेज़िडेंसी के साथ GitHub एंटरप्राइज़ क्लाउड (ghe.com)

GitHub एंटरप्राइज़ क्लाउड भी रिमोट सर्वर का उपयोग कर सकता है।

https://octocorp.ghe.com के लिए GitHub PAT टोकन के साथ उदाहरण:

{
    ...
    "github-octocorp": {
      "type": "http",
      "url": "https://copilot-api.octocorp.ghe.com/mcp",
      "headers": {
        "Authorization": "Bearer ${input:github_mcp_pat}"
      }
    },
    ...
}

नोट: VS Code और GitHub Copilot के साथ GitHub एंटरप्राइज़ के साथ OAuth का उपयोग करते समय, आपको अपने GitHub एंटरप्राइज़ इंस्टेंस को इंगित करने के लिए अपनी VS Code सेटिंग्स को भी कॉन्फ़िगर करना होगा - VS Code से प्रमाणित करें देखें

GitHub एंटरप्राइज़ सर्वर

GitHub एंटरप्राइज़ सर्वर रिमोट सर्वर होस्टिंग का समर्थन नहीं करता है। कृपया स्थानीय सर्वर कॉन्फ़िगरेशन से GitHub एंटरप्राइज़ सर्वर और डेटा रेज़िडेंसी के साथ एंटरप्राइज़ क्लाउड (ghe.com) देखें।


स्थानीय GitHub MCP सर्वर

Install with Docker in VS Code Install with Docker in VS Code Insiders Install with Docker in Visual Studio

पूर्वापेक्षाएँ

  1. सर्वर को कंटेनर में चलाने के लिए, आपके पास Docker स्थापित होना चाहिए।

  2. Docker स्थापित होने के बाद, आपको यह भी सुनिश्चित करना होगा कि Docker चल रहा है। Docker छवि ghcr.io/github/github-mcp-server पर उपलब्ध है। छवि सार्वजनिक है; यदि आपको पुल पर त्रुटियाँ मिलती हैं, तो आपका टोकन समाप्त हो सकता है और आपको docker logout ghcr.io की आवश्यकता हो सकती है।

  3. प्रमाणीकरण। github.com पर आपको पहले से कुछ भी बनाने की आवश्यकता नहीं है — ऊपर दिए गए वन-क्लिक बटन पहले उपयोग पर OAuth के साथ आपको लॉग इन करते हैं (ब्राउज़र-आधारित प्रवाह; टोकन केवल मेमोरी में रखा जाता है)। Docker बटन एक निश्चित कॉलबैक पोर्ट (127.0.0.1:8085) प्रकाशित करते हैं ताकि कंटेनर का लॉगिन कॉलबैक पहुँच योग्य हो। यह कैसे काम करता है, हेडलेस/डिवाइस-कोड फ़ॉलबैक, और अपना स्वयं का OAuth या GitHub ऐप लाने के लिए स्थानीय सर्वर OAuth लॉगिन देखें (GitHub एंटरप्राइज़ सर्वर और ghe.com के लिए आवश्यक)।

    टोकन पसंद करते हैं? आप अभी भी GITHUB_PERSONAL_ACCESS_TOKEN सेट करके GitHub पर्सनल एक्सेस टोकन के साथ प्रमाणित कर सकते हैं (यह OAuth पर प्राथमिकता लेता है)। MCP सर्वर कई GitHub API का उपयोग कर सकता है, इसलिए उन अनुमतियों को सक्षम करें जिन्हें आप अपने AI टूल्स को देने में सहज महसूस करते हैं (एक्सेस टोकन के बारे में अधिक जानने के लिए, कृपया दस्तावेज़ देखें)।

PAT को सुरक्षित रूप से संभालना

पर्यावरण चर (अनुशंसित)

अपने GitHub PAT को सुरक्षित और विभिन्न MCP होस्ट में पुन: प्रयोज्य रखने के लिए:

  1. अपने PAT को पर्यावरण चर में संग्रहीत करें

    export GITHUB_PAT=your_token_here
    

    या एक .env फ़ाइल बनाएं:

    GITHUB_PAT=your_token_here
    
  2. अपनी .env फ़ाइल की सुरक्षा करें

    # Add to .gitignore to prevent accidental commits
    echo ".env" >> .gitignore
    
  3. कॉन्फ़िगरेशन में टोकन का संदर्भ लें

    # CLI usage
    claude mcp add github -e GITHUB_PERSONAL_ACCESS_TOKEN=$GITHUB_PAT -- docker run -i --rm -e GITHUB_PERSONAL_ACCESS_TOKEN ghcr.io/github/github-mcp-server
    
    # In config files (where supported)
    "env": {
      "GITHUB_PERSONAL_ACCESS_TOKEN": "$GITHUB_PAT"
    }
    

नोट: पर्यावरण चर समर्थन होस्ट ऐप और IDE के अनुसार भिन्न होता है। कुछ अनुप्रयोगों (जैसे Windsurf) को कॉन्फ़िगरेशन फ़ाइलों में हार्डकोडेड टोकन की आवश्यकता होती है।

टोकन सुरक्षा सर्वोत्तम अभ्यास

  • न्यूनतम स्कोप: केवल आवश्यक अनुमतियाँ दें

    • repo - रिपॉज़िटरी संचालन
    • read:packages - Docker छवि पहुँच
    • read:org - संगठन टीम पहुँच
  • अलग टोकन: विभिन्न प्रोजेक्ट/पर्यावरण के लिए अलग-अलग PAT का उपयोग करें

  • नियमित रोटेशन: टोकन समय-समय पर अपडेट करें

  • कभी कमिट न करें: टोकन को संस्करण नियंत्रण से बाहर रखें

  • फ़ाइल अनुमतियाँ: टोकन वाली कॉन्फ़िगरेशन फ़ाइलों तक पहुँच प्रतिबंधित करें

    chmod 600 ~/.your-app/config.json
    

GitHub एंटरप्राइज़ सर्वर और डेटा रेज़िडेंसी के साथ एंटरप्राइज़ क्लाउड (ghe.com)

फ़्लैग --gh-host और पर्यावरण चर GITHUB_HOST का उपयोग GitHub एंटरप्राइज़ सर्वर या डेटा रेज़िडेंसी के साथ GitHub एंटरप्राइज़ क्लाउड के लिए होस्टनाम सेट करने के लिए किया जा सकता है।

  • GitHub एंटरप्राइज़ सर्वर के लिए, होस्टनाम को https:// URI स्कीम के साथ उपसर्ग करें। HTTPS आवश्यक और अनिवार्य है: गैर-HTTPS होस्ट को अस्वीकार कर दिया जाता है ताकि क्रेडेंशियल कभी भी स्पष्ट पाठ में न भेजे जाएं (एकमात्र अपवाद http://localhost जैसा लूपबैक होस्ट है जो स्थानीय विकास के लिए है)।
  • डेटा रेज़िडेंसी के साथ GitHub एंटरप्राइज़ क्लाउड के लिए, होस्टनाम के रूप में https://YOURSUBDOMAIN.ghe.com का उपयोग करें।
"github": {
    "command": "docker",
    "args": [
    "run",
    "-i",
    "--rm",
    "-e",
    "GITHUB_PERSONAL_ACCESS_TOKEN",
    "-e",
    "GITHUB_HOST",
    "ghcr.io/github/github-mcp-server"
    ],
    "env": {
        "GITHUB_PERSONAL_ACCESS_TOKEN": "${input:github_token}",
        "GITHUB_HOST": "https://<your GHES or ghe.com domain name>"
    }
}

इंस्टॉलेशन

VS Code पर GitHub Copilot में इंस्टॉल करें

त्वरित इंस्टॉलेशन के लिए, ऊपर दिए गए वन-क्लिक इंस्टॉल बटन में से एक का उपयोग करें। एक बार जब आप उस प्रवाह को पूरा कर लें, तो एजेंट मोड (Copilot Chat टेक्स्ट इनपुट के पास स्थित) टॉगल करें और सर्वर शुरू हो जाएगा।

VS Code के एजेंट मोड दस्तावेज़ में MCP सर्वर टूल्स का उपयोग करने के बारे में अधिक जानकारी।

अन्य IDE (JetBrains, Visual Studio, Eclipse, आदि) में GitHub Copilot में इंस्टॉल करें

अपने IDE की MCP सेटिंग्स में निम्नलिखित JSON ब्लॉक में से एक जोड़ें।

OAuth के साथ लॉग इन करें (बनाने या संग्रहीत करने के लिए कोई टोकन नहीं)। github.com पर आधिकारिक छवि में पहले से ही ऐप क्रेडेंशियल शामिल हैं, इसलिए आप स्वयं कोई प्रदान नहीं करते हैं: यह पहले उपयोग पर ब्राउज़र-आधारित लॉगिन चलाता है और परिणामी टोकन को केवल मेमोरी में रखता है। Docker में इसके लिए लूपबैक पर एक निश्चित कॉलबैक पोर्ट प्रकाशित करने की आवश्यकता होती है ताकि कंटेनर का लॉगिन कॉलबैक पहुँच योग्य हो:

{
  "mcp": {
    "servers": {
      "github": {
        "command": "docker",
        "args": [
          "run",
          "-i",
          "--rm",
          "-p",
          "127.0.0.1:8085:8085",
          "-e",
          "GITHUB_OAUTH_CALLBACK_PORT",
          "ghcr.io/github/github-mcp-server"
        ],
        "env": {
          "GITHUB_OAUTH_CALLBACK_PORT": "8085"
        }
      }
    }
  }
}

नेटिव-बाइनरी प्रवाह (कोई निश्चित पोर्ट आवश्यक नहीं), हेडलेस/डिवाइस-कोड फ़ॉलबैक, GitHub एंटरप्राइज़ सर्वर / ghe.com, और अपना स्वयं का OAuth या GitHub ऐप लाने के लिए स्थानीय सर्वर OAuth लॉगिन देखें।

गैर-इंटरैक्टिव stdio परिनियोजन के लिए, GitHub ऐप प्रमाणीकरण देखें।

या पर्सनल एक्सेस टोकन के साथ प्रमाणित करें। इसके बजाय GITHUB_PERSONAL_ACCESS_TOKEN सेट करें (यह OAuth पर प्राथमिकता लेता है):

{
  "mcp": {
    "inputs": [
      {
        "type": "promptString",
        "id": "github_token",
        "description": "GitHub Personal Access Token",
        "password": true
      }
    ],
    "servers": {
      "github": {
        "command": "docker",
        "args": [
          "run",
          "-i",
          "--rm",
          "-e",
          "GITHUB_PERSONAL_ACCESS_TOKEN",
          "ghcr.io/github/github-mcp-server"
        ],
        "env": {
          "GITHUB_PERSONAL_ACCESS_TOKEN": "${input:github_token}"
        }
      }
    }
  }
}

वैकल्पिक रूप से, आप अपने कार्यक्षेत्र में .vscode/mcp.json नामक फ़ाइल में एक समान उदाहरण (यानी mcp कुंजी के बिना) जोड़ सकते हैं। यह आपको कॉन्फ़िगरेशन को अन्य होस्ट अनुप्रयोगों के साथ साझा करने की अनुमति देगा जो समान प्रारूप स्वीकार करते हैं।

MCP कुंजी शामिल किए बिना उदाहरण JSON ब्लॉक
{
  "inputs": [
    {
      "type": "promptString",
      "id": "github_token",
      "description": "GitHub Personal Access Token",
      "password": true
    }
  ],
  "servers": {
    "github": {
      "command": "docker",
      "args": [
        "run",
        "-i",
        "--rm",
        "-e",
        "GITHUB_PERSONAL_ACCESS_TOKEN",
        "ghcr.io/github/github-mcp-server"
      ],
      "env": {
        "GITHUB_PERSONAL_ACCESS_TOKEN": "${input:github_token}"
      }
    }
  }
}

अन्य MCP होस्ट में इंस्टॉल करें

अन्य MCP होस्ट अनुप्रयोगों के लिए, कृपया हमारे इंस्टॉलेशन गाइड देखें:

  • Copilot CLI - GitHub Copilot CLI के लिए इंस्टॉलेशन गाइड
  • अन्य IDE में GitHub Copilot - JetBrains, Visual Studio, Eclipse, और Xcode में GitHub Copilot के साथ इंस्टॉलेशन
  • Claude Code और Claude Desktop - Claude Code और Claude Desktop के लिए इंस्टॉलेशन गाइड
  • Cursor - Cursor IDE के लिए इंस्टॉलेशन गाइड
  • Google Gemini CLI - Google Gemini CLI के लिए इंस्टॉलेशन गाइड
  • OpenCode - OpenCode टर्मिनल एजेंट के लिए इंस्टॉलेशन गाइड
  • Windsurf - Windsurf IDE के लिए इंस्टॉलेशन गाइड
  • Zed - Zed एडिटर के लिए इंस्टॉलेशन गाइड

सभी इंस्टॉलेशन विकल्पों की पूरी जानकारी के लिए, हमारा इंस्टॉलेशन गाइड्स इंडेक्स देखें।

नोट: कोई भी होस्ट एप्लिकेशन जो स्थानीय MCP सर्वर का समर्थन करता है, उसे स्थानीय GitHub MCP सर्वर तक पहुंचने में सक्षम होना चाहिए। हालाँकि, विशिष्ट कॉन्फ़िगरेशन प्रक्रिया, सिंटैक्स और एकीकरण की स्थिरता होस्ट एप्लिकेशन के अनुसार अलग-अलग होगी। जबकि कई उपरोक्त उदाहरणों के समान प्रारूप का पालन कर सकते हैं, यह गारंटी नहीं है। सही MCP कॉन्फ़िगरेशन सिंटैक्स और सेटअप प्रक्रिया के लिए कृपया अपने होस्ट एप्लिकेशन के दस्तावेज़ देखें।

स्रोत से निर्माण

यदि आपके पास Docker नहीं है, तो आप go build का उपयोग करके cmd/github-mcp-server निर्देशिका में बाइनरी बना सकते हैं, और github-mcp-server stdio कमांड का उपयोग GITHUB_PERSONAL_ACCESS_TOKEN पर्यावरण चर को अपने टोकन पर सेट करके कर सकते हैं। निर्माण के आउटपुट स्थान को निर्दिष्ट करने के लिए, -o फ्लैग का उपयोग करें। आपको अपने सर्वर को निर्मित निष्पादन योग्य को अपने command के रूप में उपयोग करने के लिए कॉन्फ़िगर करना चाहिए।

STDIO API अनुरोध सर्वर को github-mcp-server/<version> के रूप में पहचानते हैं और उपलब्ध होने पर कोष्ठक में अपस्ट्रीम MCP क्लाइंट का नाम/संस्करण बनाए रखते हैं। क्लाइंट मेटाडेटा में नियंत्रण वर्ण, उद्धरण, बैकस्लैश और कोष्ठक एस्केप किए जाते हैं ताकि HTTP हेडर मान्य बना रहे; सामान्य नाम, संस्करण, रिक्त स्थान और मुद्रण योग्य यूनिकोड संरक्षित रहते हैं। रिलीज़ बिल्ड अपने रिलीज़ संस्करण को बनाए रखते हैं। संशोधन मेटाडेटा के साथ स्रोत और डिफ़ॉल्ट Docker बिल्ड vcs-<full-commit-sha> का उपयोग करते हैं। Docker प्रकाशन वर्कफ़्लो टैग संस्करणों को संरक्षित करता है, जिसमें प्री-रिलीज़ शामिल हैं, और शाखा, पुल-रिक्वेस्ट और नाइटली बिल्ड को लिंक किए गए स्रोत संशोधन का उपयोग करने देता है। -dirty मार्कर केवल तभी लागू होता है जब संशोधन और संशोधित स्थिति दोनों एम्बेडेड VCS मेटाडेटा से आते हैं, कभी भी मान्य, स्पष्ट रूप से प्रदान किए गए main.commit पर नहीं। यह एक VCS बिल्ड पहचानकर्ता है, रिलीज़ नंबर नहीं।

Git चेकआउट से go build -o github-mcp-server ./cmd/github-mcp-server के साथ पूरा पैकेज बनाएं ताकि इसका VCS संशोधन एम्बेड हो सके। VCS मेटाडेटा के बिना बिल्ड के लिए, -ldflags '-X main.version=<release>' के साथ वास्तविक रिलीज़ या -ldflags '-X main.commit=<sha>' के साथ पूर्ण स्रोत संशोधन प्रदान करें। मान्य मेटाडेटा इस क्रम में चुना जाता है: स्पष्ट रिलीज़, स्पष्ट स्रोत संशोधन, एम्बेडेड VCS संशोधन, फिर स्थापित मुख्य-मॉड्यूल संस्करण। मान्य स्पष्ट संशोधन प्राधिकृत रहते हैं, भले ही बिल्ड-संदर्भ फ़िल्टरिंग एम्बेडेड VCS मेटाडेटा को बदल दे। लापता या गलत उम्मीदवार अगले उपयोग योग्य स्रोत पर गिर जाते हैं। यदि कोई उपलब्ध नहीं है, तो STDIO अभी भी विकास लेबल dev के साथ शुरू होता है और stderr पर एक चेतावनी उत्सर्जित करता है, stdout को MCP प्रोटोकॉल के लिए उपलब्ध छोड़ देता है। जब संस्करण-विशिष्ट विशेषता की आवश्यकता हो तो वास्तविक रिलीज़ या संशोधन मेटाडेटा प्रदान करें।

उदाहरण के लिए:

{
  "mcp": {
    "servers": {
      "github": {
        "command": "/path/to/github-mcp-server",
        "args": ["stdio"],
        "env": {
          "GITHUB_PERSONAL_ACCESS_TOKEN": "<YOUR_TOKEN>"
        }
      }
    }
  }
}

टूल कॉन्फ़िगरेशन

GitHub MCP सर्वर --toolsets फ्लैग के माध्यम से कार्यक्षमताओं के विशिष्ट समूहों को सक्षम या अक्षम करने का समर्थन करता है। यह आपको नियंत्रित करने देता है कि आपके AI टूल के लिए कौन सी GitHub API क्षमताएं उपलब्ध हैं। केवल उन टूलसेट को सक्षम करना जिनकी आपको आवश्यकता है, LLM को टूल चयन में मदद कर सकता है और संदर्भ आकार को कम कर सकता है।

टूलसेट केवल टूल तक सीमित नहीं हैं। प्रासंगिक MCP संसाधन और प्रॉम्प्ट भी जहां लागू हों शामिल हैं।

जब कोई टूलसेट निर्दिष्ट नहीं किया जाता है, तो डिफ़ॉल्ट टूलसेट का उपयोग किया जाता है।

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

टूलसेट निर्दिष्ट करना

LLM के लिए उपलब्ध टूलसेट निर्दिष्ट करने के लिए, आप दो तरीकों से अनुमति-सूची पास कर सकते हैं:

  1. कमांड लाइन तर्क का उपयोग करके:

    github-mcp-server --toolsets repos,issues,pull_requests,actions,code_security
    
  2. पर्यावरण चर का उपयोग करके:

    GITHUB_TOOLSETS="repos,issues,pull_requests,actions,code_security" ./github-mcp-server
    

यदि दोनों प्रदान किए गए हैं तो पर्यावरण चर GITHUB_TOOLSETS कमांड लाइन तर्क पर प्राथमिकता लेता है।

व्यक्तिगत टूल निर्दिष्ट करना

आप --tools फ्लैग का उपयोग करके विशिष्ट टूल भी कॉन्फ़िगर कर सकते हैं। टूल का उपयोग स्वतंत्र रूप से या बारीक नियंत्रण के लिए टूलसेट के साथ संयोजन में किया जा सकता है।

  1. कमांड लाइन तर्क का उपयोग करके:

    github-mcp-server --tools get_file_contents,issue_read,create_pull_request
    
  2. पर्यावरण चर का उपयोग करके:

    GITHUB_TOOLS="get_file_contents,issue_read,create_pull_request" ./github-mcp-server
    
  3. टूलसेट के साथ संयोजन (योगात्मक):

    github-mcp-server --toolsets repos,issues --tools get_gist
    

    यह repos और issues टूलसेट के सभी टूल पंजीकृत करता है, साथ ही get_gist।

महत्वपूर्ण नोट:

  • टूल और टूलसेट एक साथ उपयोग किए जा सकते हैं
  • केवल-पढ़ने के लिए मोड प्राथमिकता लेता है: यदि --read-only सेट है तो लेखन टूल छोड़ दिए जाते हैं, भले ही --tools के माध्यम से स्पष्ट रूप से अनुरोध किया गया हो
  • टूल नाम बिल्कुल मेल खाने चाहिए (जैसे, get_file_contents, getFileContents नहीं)। अमान्य टूल नाम सर्वर को स्टार्टअप पर त्रुटि संदेश के साथ विफल कर देंगे
  • जब टूल का नाम बदला जाता है, तो पुराने नाम पिछड़े संगतता के लिए उपनाम के रूप में संरक्षित रहते हैं। विवरण के लिए टूल नाम बदलना देखें।

Docker के साथ टूलसेट का उपयोग

Docker का उपयोग करते समय, आप टूलसेट को पर्यावरण चर के रूप में पास कर सकते हैं:

docker run -i --rm \
  -e GITHUB_PERSONAL_ACCESS_TOKEN=<your-token> \
  -e GITHUB_TOOLSETS="repos,issues,pull_requests,actions,code_security" \
  ghcr.io/github/github-mcp-server

Docker के साथ टूल का उपयोग

Docker का उपयोग करते समय, आप विशिष्ट टूल को पर्यावरण चर के रूप में पास कर सकते हैं। आप टूल को टूलसेट के साथ भी जोड़ सकते हैं:

# Tools only
docker run -i --rm \
  -e GITHUB_PERSONAL_ACCESS_TOKEN=<your-token> \
  -e GITHUB_TOOLS="get_file_contents,issue_read,create_pull_request" \
  ghcr.io/github/github-mcp-server

# Tools combined with toolsets (additive)
docker run -i --rm \
  -e GITHUB_PERSONAL_ACCESS_TOKEN=<your-token> \
  -e GITHUB_TOOLSETS="repos,issues" \
  -e GITHUB_TOOLS="get_gist" \
  ghcr.io/github/github-mcp-server

विशेष टूलसेट

"all" टूलसेट

विशेष टूलसेट all किसी भी अन्य कॉन्फ़िगरेशन की परवाह किए बिना सभी उपलब्ध टूलसेट को सक्षम करने के लिए प्रदान किया जा सकता है:

./github-mcp-server --toolsets all

या पर्यावरण चर का उपयोग करके:

GITHUB_TOOLSETS="all" ./github-mcp-server

"default" टूलसेट

डिफ़ॉल्ट टूलसेट default वह कॉन्फ़िगरेशन है जो सर्वर को दिया जाता है यदि कोई टूलसेट निर्दिष्ट नहीं किया गया है।

डिफ़ॉल्ट कॉन्फ़िगरेशन है:

  • context
  • repos
  • issues
  • pull_requests
  • users

डिफ़ॉल्ट कॉन्फ़िगरेशन रखने और अतिरिक्त टूलसेट जोड़ने के लिए:

GITHUB_TOOLSETS="default,stargazers" ./github-mcp-server

इनसाइडर्स मोड

स्थानीय GitHub MCP सर्वर नई सुविधाओं और प्रयोगात्मक टूल तक प्रारंभिक पहुंच के साथ एक इनसाइडर्स संस्करण प्रदान करता है।

  1. कमांड लाइन तर्क का उपयोग करके:

    ./github-mcp-server --insiders
    
  2. पर्यावरण चर का उपयोग करके:

    GITHUB_INSIDERS=true ./github-mcp-server
    

Docker का उपयोग करते समय:

docker run -i --rm \
  -e GITHUB_PERSONAL_ACCESS_TOKEN=<your-token> \
  -e GITHUB_INSIDERS=true \
  ghcr.io/github/github-mcp-server

उपलब्ध टूलसेट

निम्नलिखित टूल सेट उपलब्ध हैं:

टूलसेटविवरण
personcontextदृढ़ता से अनुशंसित: वे टूल जो वर्तमान उपयोगकर्ता और GitHub संदर्भ के बारे में संदर्भ प्रदान करते हैं जिसमें आप काम कर रहे हैं
workflowactionsGitHub Actions वर्कफ़्लो और CI/CD संचालन
code-squarecode_qualityGitHub कोड गुणवत्ता से संबंधित टूल
codescancode_securityकोड सुरक्षा से संबंधित टूल, जैसे GitHub कोड स्कैनिंग
copilotcopilotCopilot से संबंधित टूल
copilotcopilot_issue_intentsऑप्ट-इन Copilot मुद्दा असाइनमेंट टूल जो इरादा मेटाडेटा (तर्क, विश्वास, सुझाव) ले जाते हैं
dependabotdependabotDependabot टूल
comment-discussiondiscussionsGitHub चर्चा से संबंधित टूल
logo-gistgistsGitHub Gist से संबंधित टूल
git-branchgitनिम्न-स्तरीय Git संचालन के लिए GitHub Git API से संबंधित टूल
lawgovernanceरिपॉजिटरी, संगठन और उद्यम स्तरों पर नियमसेट और कस्टम गुणों के प्रबंधन के लिए रिपॉजिटरी शासन टूल
issue-openedissuesGitHub मुद्दों से संबंधित टूल
taglabelsGitHub लेबल से संबंधित टूल
bellnotificationsGitHub सूचनाओं से संबंधित टूल
organizationorgsGitHub संगठन से संबंधित टूल
projectprojectsGitHub प्रोजेक्ट से संबंधित टूल
git-pull-requestpull_requestsGitHub पुल रिक्वेस्ट से संबंधित टूल
reporeposGitHub रिपॉजिटरी से संबंधित टूल
shield-locksecret_protectionगुप्त सुरक्षा से संबंधित टूल, जैसे GitHub गुप्त स्कैनिंग
shieldsecurity_advisoriesसुरक्षा सलाह से संबंधित टूल
starstargazersGitHub स्टारगेज़र से संबंधित टूल
peopleusersGitHub उपयोगकर्ता से संबंधित टूल

रिमोट GitHub MCP सर्वर में अतिरिक्त टूलसेट

टूलसेटविवरण
copilotCopilot से संबंधित टूल (जैसे Copilot कोडिंग एजेंट)
copilot_spacesCopilot Spaces से संबंधित टूल
github_support_docs_searchGitHub उत्पाद और समर्थन प्रश्नों के उत्तर देने के लिए दस्तावेज़ खोजें

टूल

रिपॉजिटरी टूल आउटपुट स्कीमा और टाइप किए गए structuredContent को उजागर करते हैं जब बातचीत की गई MCP प्रोटोकॉल संस्करण एक समर्थित संस्करण 2026-07-28 या नया हो। पुराने क्लाइंट, अज्ञात प्रोटोकॉल संस्करण वाले क्लाइंट, और संस्करण को छोड़ने वाले क्लाइंट को आउटपुट स्कीमा या संरचित आउटपुट के बिना मौजूदा सामग्री प्राप्त होती है। अज्ञात संस्करणों को केवल इसलिए समर्थित नहीं माना जाता है क्योंकि वे 2026-07-28 के बाद क्रमबद्ध होते हैं।

get_file_contents के लिए, निर्देशिका परिणाम (फ़ील्ड प्रोजेक्शन सहित) संरचित सरणियाँ हैं। फ़ाइल डाउनलोड और केवल-मेटाडेटा प्रतिक्रियाएं टाइप किए गए टेक्स्ट, एम्बेडेड-संसाधन, या संसाधन-लिंक ब्लॉक की content सरणी का उपयोग करती हैं, जो स्थिति संदेश, टेक्स्ट, base64 ब्लॉब, खाली फ़ाइलें और डाउनलोड लिंक संरक्षित करती हैं। केवल-टेक्स्ट रिपॉजिटरी म्यूटेशन जैसे स्टारिंग और विलोपन भी एक संरचित message लौटाते हैं; फोर्क प्रतिक्रियाएं एक रिपॉजिटरी संदर्भ को प्रगति में संदेश से अलग करती हैं। रिपॉजिटरी विलोपन के लिए अभी भी पूर्ण परिणाम लौटाने से पहले अपनी मौजूदा पुष्टिकरण प्रक्रिया की आवश्यकता होती है। संरचित रिपॉजिटरी परिणाम कच्चे REST ऑब्जेक्ट्स के बजाय कॉम्पैक्ट DTO का उपयोग करते हैं। रिलीज़ लुकअप रिलीज़ सूची के साथ कॉम्पैक्ट रिलीज़ आकार साझा करते हैं; Git संदर्भ ref, ऑब्जेक्ट प्रकार, और SHA बनाए रखते हैं; एनोटेटेड टैग टैग/संदेश/टैगर/लक्ष्य जानकारी बनाए रखते हैं; विलोपन कमिट SHA, संदेश, लेखक, ट्री SHA, पैरेंट SHA, और उपलब्ध होने पर मानव-सामना करने वाला html_url बनाए रखते हैं। निर्देशिका प्रविष्टियाँ फ़ाइल मेटाडेटा और उपयोगी HTML/डाउनलोड लिंक बनाए रखती हैं, लेकिन API और हाइपरमीडिया रूटिंग URL को छोड़ देती हैं, भले ही वे फ़ील्ड किसी प्रोजेक्शन में अनुरोधित किए गए हों। पुराने और अज्ञात प्रोटोकॉल संस्करण मूल टेक्स्ट को बाइट-दर-बाइट बनाए रखते हैं; आधुनिक टेक्स्ट-ओनली JSON प्रतिक्रियाएँ structuredContent के समान कॉम्पैक्ट DTO को क्रमबद्ध करती हैं। गैर-टेक्स्ट संसाधन ब्लॉक और टूल त्रुटियाँ अपने मौजूदा सामग्री व्यवहार को बनाए रखती हैं। संरचित प्रोजेक्शन पुराने फ़ॉर्मेटर के समान सैनिटाइज़्ड और फ़िल्टर किए गए स्रोत का उपयोग करते हैं।

get_repository_tree, list_gists, get_gist, create_gist, और update_gist के लिए, gist परिणाम फ़ाइल नाम, सामग्री, आकार, भाषा/प्रकार जानकारी, टाइमस्टैम्प, दृश्यता, और कॉम्पैक्ट स्वामी प्रोफ़ाइल बनाए रखते हैं, जबकि API/नोड और Git ट्रांसपोर्ट URL को छोड़ देते हैं। ट्री प्रविष्टियाँ अपने व्युत्पन्न API URL को छोड़ देती हैं। gist बनाने/अपडेट करने के परिणामों में gist ID और HTML URL होते हैं। आधुनिक JSON टेक्स्ट और संरचित सामग्री समान कॉम्पैक्ट परिणाम क्रमबद्ध करती हैं। पुराने या अज्ञात प्रोटोकॉल संस्करण आउटपुट स्कीमा या संरचित सामग्री के बिना बाइट-दर-बाइट विरासत टेक्स्ट बनाए रखते हैं।

मुद्दा मेटाडेटा (list_issue_types, list_issue_fields), टिप्पणी (add_issue_comment, update_issue_comment), निर्भरता (issue_dependency_read, issue_dependency_write), और डुप्लिकेट-पहचान (find_duplicate) टूल बातचीत किए गए समर्थित प्रोटोकॉल संस्करणों 2026-07-28 या नए के लिए टाइप किए गए outputSchema और structuredContent प्रदान करते हैं। पुराने या अज्ञात प्रोटोकॉल संस्करण इन फ़ील्ड के बिना समान टेक्स्ट प्रतिक्रियाएँ बनाए रखते हैं। टूल त्रुटियाँ संरचित सामग्री नहीं लौटाती हैं। निर्भरता और डुप्लिकेट-पहचान टूल अपने मौजूदा फ़ीचर गेट बनाए रखते हैं।

बातचीत किए गए समर्थित प्रोटोकॉल संस्करणों 2026-07-28 या नए के लिए, समेकित Actions टूल (actions_list, actions_get, actions_run_trigger) एक method विभेदक और विधि-विशिष्ट टाइप किए गए फ़ील्ड के साथ संरचित ऑब्जेक्ट लौटाते हैं; JSON टेक्स्ट में समान कॉम्पैक्ट प्रोजेक्शन होता है। वर्कफ़्लो, जॉब, और आर्टिफैक्ट प्रोजेक्शन API/हाइपरमीडिया URL को छोड़ देते हैं जबकि ब्राउज़र लिंक और उपयोगी पहचानकर्ता, स्थिति, टाइमस्टैम्प, और उपयोग अवधि बनाए रखते हैं। रन उपयोग सूचियाँ बिल योग्य रनर वातावरण को नियतात्मक नाम क्रम में सूचीबद्ध करती हैं। पुराने और अज्ञात-प्रोटोकॉल टेक्स्ट प्रतिक्रियाएँ अपरिवर्तित रहती हैं; get_job_logs अपने टाइप किए गए सामग्री, URL, या विफल-जॉब संग्रह वेरिएंट बनाए रखता है।

workflow Actions
  • actions_get - GitHub Actions संसाधनों (वर्कफ़्लो, वर्कफ़्लो रन, जॉब, और आर्टिफैक्ट) का विवरण प्राप्त करें

    • OAuth चुनौती स्कोप: repo
    • method: निष्पादित करने की विधि (स्ट्रिंग, आवश्यक)
    • owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
    • repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
    • resource_id: संसाधन का अद्वितीय पहचानकर्ता। यह प्रदान किए गए "method" के आधार पर भिन्न होगा, इसलिए सुनिश्चित करें कि आप सही ID प्रदान करते हैं:
      • 'get_workflow' विधि के लिए एक वर्कफ़्लो ID या वर्कफ़्लो फ़ाइल नाम (जैसे ci.yaml) प्रदान करें।
      • 'get_workflow_run', 'get_workflow_run_usage', और 'get_workflow_run_logs_url' विधियों के लिए एक वर्कफ़्लो रन ID प्रदान करें।
      • 'download_workflow_run_artifact' विधि के लिए एक आर्टिफैक्ट ID प्रदान करें।
      • 'get_workflow_job' विधि के लिए एक जॉब ID प्रदान करें। (स्ट्रिंग, आवश्यक)
  • actions_list - रिपॉजिटरी में GitHub Actions वर्कफ़्लो सूचीबद्ध करें

    • OAuth चुनौती स्कोप: repo
    • method: करने के लिए क्रिया (स्ट्रिंग, आवश्यक)
    • owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
    • page: पृष्ठांकन के लिए पृष्ठ संख्या (डिफ़ॉल्ट: 1) (संख्या, वैकल्पिक)
    • perPage: पृष्ठांकन के लिए प्रति पृष्ठ परिणाम (डिफ़ॉल्ट: 30, अधिकतम: 100) (संख्या, वैकल्पिक)
    • repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
    • resource_id: संसाधन का अद्वितीय पहचानकर्ता। यह प्रदान किए गए "method" के आधार पर भिन्न होगा, इसलिए सुनिश्चित करें कि आप सही ID प्रदान करते हैं:
      • 'list_workflows' विधि के लिए कोई संसाधन ID प्रदान न करें।
      • 'list_workflow_runs' विधि के लिए एक वर्कफ़्लो ID या वर्कफ़्लो फ़ाइल नाम (जैसे ci.yaml) प्रदान करें, या रिपॉजिटरी में सभी वर्कफ़्लो रन सूचीबद्ध करने के लिए छोड़ दें।
      • 'list_workflow_jobs' और 'list_workflow_run_artifacts' विधियों के लिए एक वर्कफ़्लो रन ID प्रदान करें। (स्ट्रिंग, वैकल्पिक)
    • workflow_jobs_filter: वर्कफ़्लो जॉब के लिए फ़िल्टर। केवल तब उपयोग किया जाता है जब विधि 'list_workflow_jobs' हो (ऑब्जेक्ट, वैकल्पिक)
    • workflow_runs_filter: वर्कफ़्लो रन के लिए फ़िल्टर। केवल तब उपयोग किया जाता है जब विधि 'list_workflow_runs' हो (ऑब्जेक्ट, वैकल्पिक)
  • actions_run_trigger - GitHub Actions वर्कफ़्लो क्रियाएँ ट्रिगर करें

    • OAuth चुनौती स्कोप: repo
    • inputs: वर्कफ़्लो स्वीकार करने वाले इनपुट। केवल 'run_workflow' विधि के लिए उपयोग किया जाता है। (ऑब्जेक्ट, वैकल्पिक)
    • method: निष्पादित करने की विधि (स्ट्रिंग, आवश्यक)
    • owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
    • ref: वर्कफ़्लो के लिए Git संदर्भ। संदर्भ एक शाखा या टैग नाम हो सकता है। 'run_workflow' विधि के लिए आवश्यक। (स्ट्रिंग, वैकल्पिक)
    • repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
    • run_id: वर्कफ़्लो रन की ID। 'run_workflow' को छोड़कर सभी विधियों के लिए आवश्यक। (संख्या, वैकल्पिक)
    • workflow_id: वर्कफ़्लो ID (संख्यात्मक) या वर्कफ़्लो फ़ाइल नाम (जैसे, main.yml, ci.yaml)। 'run_workflow' विधि के लिए आवश्यक। (स्ट्रिंग, वैकल्पिक)
  • get_job_logs - GitHub Actions वर्कफ़्लो जॉब लॉग प्राप्त करें

    • OAuth चुनौती स्कोप: repo
    • failed_only: सत्य होने पर, run_id द्वारा निर्दिष्ट वर्कफ़्लो रन में सभी विफल जॉब के लॉग प्राप्त करता है। run_id प्रदान करना आवश्यक है। (बूलियन, वैकल्पिक)
    • job_id: वर्कफ़्लो जॉब का अद्वितीय पहचानकर्ता। एकल जॉब के लॉग प्राप्त करते समय आवश्यक। (संख्या, वैकल्पिक)
    • owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
    • repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
    • return_content: URL के बजाय वास्तविक लॉग सामग्री लौटाता है (बूलियन, वैकल्पिक)
    • run_id: वर्कफ़्लो रन का अद्वितीय पहचानकर्ता। failed_only सत्य होने पर रन में सभी विफल जॉब के लॉग प्राप्त करने के लिए आवश्यक। (संख्या, वैकल्पिक)
    • tail_lines: लॉग के अंत से लौटने के लिए पंक्तियों की संख्या (संख्या, वैकल्पिक)
code-square कोड गुणवत्ता
  • get_code_quality_finding - कोड गुणवत्ता निष्कर्ष प्राप्त करें
    • OAuth चुनौती स्कोप: repo
    • findingNumber: निष्कर्ष की संख्या। (संख्या, आवश्यक)
    • owner: रिपॉजिटरी का स्वामी। (स्ट्रिंग, आवश्यक)
    • repo: रिपॉजिटरी का नाम। (स्ट्रिंग, आवश्यक)
codescan कोड सुरक्षा
  • get_code_scanning_alert - कोड स्कैनिंग अलर्ट प्राप्त करें

    • OAuth चुनौती स्कोप: security_events
    • alertNumber: अलर्ट की संख्या। (संख्या, आवश्यक)
    • owner: रिपॉजिटरी का स्वामी। (स्ट्रिंग, आवश्यक)
    • repo: रिपॉजिटरी का नाम। (स्ट्रिंग, आवश्यक)
  • list_code_scanning_alerts - कोड स्कैनिंग अलर्ट सूचीबद्ध करें

    • OAuth चुनौती स्कोप: security_events
    • owner: रिपॉजिटरी का स्वामी। (स्ट्रिंग, आवश्यक)
    • page: पृष्ठांकन के लिए पृष्ठ संख्या (न्यूनतम 1) (संख्या, वैकल्पिक)
    • perPage: पृष्ठांकन के लिए प्रति पृष्ठ परिणाम (न्यूनतम 1, अधिकतम 100) (संख्या, वैकल्पिक)
    • ref: उन परिणामों के लिए Git संदर्भ जिन्हें आप सूचीबद्ध करना चाहते हैं। (स्ट्रिंग, वैकल्पिक)
    • repo: रिपॉजिटरी का नाम। (स्ट्रिंग, आवश्यक)
    • severity: कोड स्कैनिंग अलर्ट को गंभीरता से फ़िल्टर करें (स्ट्रिंग, वैकल्पिक)
    • state: कोड स्कैनिंग अलर्ट को स्थिति से फ़िल्टर करें। डिफ़ॉल्ट open है (स्ट्रिंग, वैकल्पिक)
    • tool_name: कोड स्कैनिंग के लिए उपयोग किए गए टूल का नाम। (स्ट्रिंग, वैकल्पिक)
person संदर्भ
  • get_me - मेरी उपयोगकर्ता प्रोफ़ाइल प्राप्त करें

    • MCP ऐप UI: ui://github-mcp-server/get-me
    • कोई पैरामीटर आवश्यक नहीं
  • get_team_members - टीम सदस्य प्राप्त करें

    • OAuth चुनौती स्कोप: read:org
    • org: संगठन लॉगिन (स्वामी) जिसमें टीम शामिल है। (स्ट्रिंग, आवश्यक)
    • team_slug: टीम स्लग (स्ट्रिंग, आवश्यक)
  • get_teams - टीमें प्राप्त करें

    • OAuth चुनौती स्कोप: read:org
    • user: टीमें प्राप्त करने के लिए उपयोगकर्ता नाम। यदि प्रदान नहीं किया गया है, तो प्रमाणित उपयोगकर्ता का उपयोग करता है। (स्ट्रिंग, वैकल्पिक)
  • ui_get - UI डेटा प्राप्त करें

    • OAuth चुनौती स्कोप: repo, read:org
    • method: लाने के लिए डेटा का प्रकार (स्ट्रिंग, आवश्यक)
    • owner: रिपॉजिटरी स्वामी (सभी विधियों के लिए आवश्यक) (स्ट्रिंग, आवश्यक)
    • repo: रिपॉजिटरी नाम (लेबल, असाइनी, माइलस्टोन, शाखाएँ, मुद्दा फ़ील्ड, समीक्षकों के लिए आवश्यक) (स्ट्रिंग, वैकल्पिक)
copilot Copilot
  • assign_copilot_to_issue - मुद्दे पर Copilot असाइन करें

    • OAuth चुनौती स्कोप: repo
    • base_ref: Git संदर्भ (जैसे, शाखा) जिससे एजेंट अपना काम शुरू करेगा। यदि निर्दिष्ट नहीं है, तो रिपॉजिटरी की डिफ़ॉल्ट शाखा पर डिफ़ॉल्ट होता है (स्ट्रिंग, वैकल्पिक)
    • custom_instructions: एजेंट को मुद्दे के शरीर से परे मार्गदर्शन करने के लिए वैकल्पिक कस्टम निर्देश। अतिरिक्त संदर्भ, बाधाएँ, या मार्गदर्शन प्रदान करने के लिए इसका उपयोग करें जो मुद्दे के विवरण में कैप्चर नहीं किया गया है (स्ट्रिंग, वैकल्पिक)
    • issue_number: मुद्दा संख्या (संख्या, आवश्यक)
    • owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
    • repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
  • request_copilot_review - Copilot समीक्षा का अनुरोध करें

    • OAuth चुनौती स्कोप: repo
    • owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
    • pullNumber: पुल अनुरोध संख्या (संख्या, आवश्यक)
    • repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
copilot Copilot मुद्दा इरादे - **assign_copilot_to_issue_with_intent** - Copilot को इरादे के साथ issue पर असाइन करें - **OAuth Challenge Scopes**: `repo` - `base_ref`: Git संदर्भ (जैसे, branch) जिससे एजेंट अपना काम शुरू करेगा। यदि निर्दिष्ट नहीं है, तो रिपॉजिटरी की डिफ़ॉल्ट branch पर डिफ़ॉल्ट होता है। जब is_suggestion सत्य हो तो अनदेखा किया जाता है (string, optional) - `confidence`: इस विकल्प में आप कितने आश्वस्त हैं। स्पष्ट संकेत या स्पष्ट उपयोगकर्ता अनुरोध के लिए 'HIGH', कुछ अस्पष्टता के साथ उचित अनुमान के लिए 'MEDIUM', सीमित संकेत के साथ सर्वोत्तम अनुमान के लिए 'LOW'। (string, required) - `custom_instructions`: issue बॉडी से परे एजेंट का मार्गदर्शन करने के लिए वैकल्पिक कस्टम निर्देश। जब is_suggestion सत्य हो तो अनदेखा किया जाता है (string, optional) - `is_suggestion`: यदि सत्य है, तो एजेंट लॉन्च करने के बजाय लंबित Copilot असाइनमेंट इरादा रिकॉर्ड करता है। अनुमोदन बाद में लॉन्च संदर्भ प्रदान करता है; इस मामले में base_ref और custom_instructions अनदेखा किए जाते हैं। (boolean, required) - `issue_number`: Issue संख्या (number, required) - `owner`: रिपॉजिटरी स्वामी (string, required) - `rationale`: एक संक्षिप्त वाक्य जो बताता है कि issue के बारे में विशेष रूप से किस चीज़ ने Copilot चुनने के लिए प्रेरित किया। ठोस संकेत बताएं (जैसे 'स्पष्ट स्वीकृति मानदंड के साथ अच्छी तरह से परिभाषित कार्य')। (string, required) - `repo`: रिपॉजिटरी का नाम (string, required)
dependabot Dependabot
  • get_dependabot_alert - Dependabot अलर्ट प्राप्त करें

    • OAuth Challenge Scopes: security_events
    • alertNumber: अलर्ट की संख्या। (number, required)
    • owner: रिपॉजिटरी का स्वामी। (string, required)
    • repo: रिपॉजिटरी का नाम। (string, required)
  • list_dependabot_alerts - Dependabot अलर्ट सूचीबद्ध करें

    • OAuth Challenge Scopes: security_events
    • after: पेजिनेशन के लिए कर्सर। पिछले प्रतिक्रिया से कर्सर का उपयोग करें। (string, optional)
    • owner: रिपॉजिटरी का स्वामी। (string, required)
    • perPage: पेजिनेशन के लिए प्रति पृष्ठ परिणाम (न्यूनतम 1, अधिकतम 100) (number, optional)
    • repo: रिपॉजिटरी का नाम। (string, required)
    • severity: गंभीरता के अनुसार Dependabot अलर्ट फ़िल्टर करें (string, optional)
    • state: स्थिति के अनुसार Dependabot अलर्ट फ़िल्टर करें। डिफ़ॉल्ट रूप से खुला (string, optional)
comment-discussion Discussions
  • discussion_comment_write - Discussion टिप्पणियाँ प्रबंधित करें

    • OAuth Challenge Scopes: repo
    • body: टिप्पणी सामग्री ('add', 'reply', और 'update' विधियों के लिए आवश्यक) (string, optional)
    • commentNodeID: Discussion टिप्पणी का Node ID ('reply', 'update', 'delete', 'mark_answer', और 'unmark_answer' विधियों के लिए आवश्यक)। 'reply' के लिए, यह शीर्ष-स्तरीय टिप्पणी है जिसका उत्तर देना है; GitHub Discussions केवल एक स्तर की नेस्टिंग का समर्थन करते हैं। (string, optional)
    • discussionNumber: Discussion संख्या ('add' और 'reply' विधियों के लिए आवश्यक) (number, optional)
    • method: Discussion टिप्पणी पर करने के लिए लेखन कार्रवाई। विकल्प हैं:
      • 'add' - discussion में एक नई शीर्ष-स्तरीय टिप्पणी जोड़ता है।
      • 'reply' - शीर्ष-स्तरीय discussion टिप्पणी का उत्तर देता है (GitHub Discussions केवल एक स्तर की नेस्टिंग का समर्थन करते हैं)।
      • 'update' - मौजूदा discussion टिप्पणी को अपडेट करता है।
      • 'delete' - discussion टिप्पणी को हटाता है।
      • 'mark_answer' - discussion टिप्पणी को उत्तर के रूप में चिह्नित करता है (केवल Q&A)।
      • 'unmark_answer' - discussion टिप्पणी को उत्तर के रूप में अचिह्नित करता है (केवल Q&A)। (string, required)
    • owner: रिपॉजिटरी स्वामी ('add' और 'reply' विधियों के लिए आवश्यक) (string, optional)
    • repo: रिपॉजिटरी का नाम ('add' और 'reply' विधियों के लिए आवश्यक) (string, optional)
  • get_discussion - Discussion प्राप्त करें

    • OAuth Challenge Scopes: repo
    • discussionNumber: Discussion संख्या (number, required)
    • owner: रिपॉजिटरी स्वामी (string, required)
    • repo: रिपॉजिटरी का नाम (string, required)
  • get_discussion_comments - Discussion टिप्पणियाँ प्राप्त करें

    • OAuth Challenge Scopes: repo
    • after: पेजिनेशन के लिए कर्सर। पिछले प्रतिक्रिया से कर्सर का उपयोग करें। (string, optional)
    • discussionNumber: Discussion संख्या (number, required)
    • includeReplies: जब सत्य हो, तो प्रत्येक शीर्ष-स्तरीय टिप्पणी में उसके उत्तर नेस्टेड शामिल होंगे (प्रति टिप्पणी 100 उत्तर तक, जो GitHub API अधिकतम है)। डिफ़ॉल्ट रूप से असत्य। (boolean, optional)
    • owner: रिपॉजिटरी स्वामी (string, required)
    • perPage: पेजिनेशन के लिए प्रति पृष्ठ परिणाम (न्यूनतम 1, अधिकतम 100) (number, optional)
    • repo: रिपॉजिटरी का नाम (string, required)
  • list_discussion_categories - Discussion श्रेणियाँ सूचीबद्ध करें

    • OAuth Challenge Scopes: repo
    • owner: रिपॉजिटरी स्वामी (string, required)
    • repo: रिपॉजिटरी का नाम। यदि प्रदान नहीं किया गया है, तो discussion श्रेणियाँ संगठन स्तर पर क्वेरी की जाएंगी। (string, optional)
  • list_discussions - Discussions सूचीबद्ध करें

    • OAuth Challenge Scopes: repo
    • after: पेजिनेशन के लिए कर्सर। पिछले प्रतिक्रिया से कर्सर का उपयोग करें। (string, optional)
    • category: Discussion श्रेणी ID द्वारा वैकल्पिक फ़िल्टर। यदि प्रदान किया गया है, तो केवल इस श्रेणी वाले discussions सूचीबद्ध हैं। (string, optional)
    • direction: क्रम दिशा। (string, optional)
    • orderBy: फ़ील्ड द्वारा discussions क्रमबद्ध करें। यदि प्रदान किया गया है, तो 'direction' भी प्रदान करना होगा। (string, optional)
    • owner: रिपॉजिटरी स्वामी (string, required)
    • perPage: पेजिनेशन के लिए प्रति पृष्ठ परिणाम (न्यूनतम 1, अधिकतम 100) (number, optional)
    • repo: रिपॉजिटरी का नाम। यदि प्रदान नहीं किया गया है, तो discussions संगठन स्तर पर क्वेरी की जाएंगी। (string, optional)
logo-gist Gists
  • create_gist - Gist बनाएं

    • OAuth Challenge Scopes: gist
    • content: सरल एकल-फ़ाइल gist निर्माण के लिए सामग्री (string, required)
    • description: Gist का विवरण (string, optional)
    • filename: सरल एकल-फ़ाइल gist निर्माण के लिए फ़ाइलनाम (string, required)
    • public: क्या gist सार्वजनिक है (boolean, optional)
  • get_gist - Gist सामग्री प्राप्त करें

    • gist_id: Gist का ID (string, required)
  • list_gists - Gists सूचीबद्ध करें

    • page: पेजिनेशन के लिए पृष्ठ संख्या (न्यूनतम 1) (number, optional)
    • perPage: पेजिनेशन के लिए प्रति पृष्ठ परिणाम (न्यूनतम 1, अधिकतम 100) (number, optional)
    • since: केवल इस समय के बाद अपडेट किए गए gists (ISO 8601 टाइमस्टैम्प) (string, optional)
    • username: GitHub उपयोगकर्ता नाम (प्रमाणित उपयोगकर्ता के gists के लिए छोड़ें) (string, optional)
  • update_gist - Gist अपडेट करें

    • OAuth Challenge Scopes: gist
    • content: फ़ाइल के लिए सामग्री (string, required)
    • description: Gist का अपडेटेड विवरण (string, optional)
    • filename: अपडेट या बनाने के लिए फ़ाइलनाम (string, required)
    • gist_id: अपडेट करने के लिए gist का ID (string, required)
git-branch Git
  • get_repository_tree - रिपॉजिटरी ट्री प्राप्त करें
    • OAuth Challenge Scopes: repo
    • owner: रिपॉजिटरी स्वामी (उपयोगकर्ता नाम या संगठन) (string, required)
    • path_filter: ट्री परिणामों को फ़िल्टर करने के लिए वैकल्पिक पथ उपसर्ग (जैसे, 'src/' केवल src निर्देशिका में फ़ाइलें दिखाने के लिए) (string, optional)
    • recursive: इस पैरामीटर को सत्य पर सेट करने से ट्री द्वारा संदर्भित ऑब्जेक्ट या सबट्री लौटाए जाते हैं। डिफ़ॉल्ट असत्य है (boolean, optional)
    • repo: रिपॉजिटरी का नाम (string, required)
    • tree_sha: ट्री का SHA1 मान या ref (branch या tag) नाम। रिपॉजिटरी की डिफ़ॉल्ट branch पर डिफ़ॉल्ट होता है (string, optional)
law Governance
  • create_repository_ruleset - रिपॉजिटरी ruleset बनाएं

    • OAuth Challenge Scopes: repo, admin:org, admin:enterprise
    • bypass_actors: वे अभिनेता जो इस ruleset में नियमों को बायपास कर सकते हैं (object[], optional)
    • conditions: इस ruleset के लागू होने की शर्तें, जैसे {"ref_name": {"include": ["refs/heads/main"], "exclude": []}} (object, optional)
    • enforcement: Ruleset का प्रवर्तन स्तर। 'evaluate' प्रशासकों को लागू करने से पहले नियमों का परीक्षण करने की अनुमति देता है (string, required)
    • enterprise: Enterprise slug। जब स्तर 'enterprise' हो तो आवश्यक। (string, optional)
    • level: वह स्तर जिस पर ruleset कॉन्फ़िगर किया गया है:
      • 'repository': एकल रिपॉजिटरी पर एक ruleset ('owner' और 'repo' की आवश्यकता है)।
      • 'organization': एक संगठन में रिपॉजिटरी को कवर करने वाला ruleset ('org' की आवश्यकता है)।
      • 'enterprise': एक enterprise में रिपॉजिटरी को कवर करने वाला ruleset ('enterprise' की आवश्यकता है)। (string, required)
    • name: Ruleset का नाम (string, required)
    • org: संगठन का नाम। जब स्तर 'organization' हो तो आवश्यक। (string, optional)
    • owner: रिपॉजिटरी स्वामी। जब स्तर 'repository' हो तो आवश्यक। (string, optional)
    • repo: रिपॉजिटरी का नाम। जब स्तर 'repository' हो तो आवश्यक। (string, optional)
    • rules: Ruleset के भीतर नियमों की एक सरणी। प्रत्येक नियम एक ऑब्जेक्ट है जिसमें एक 'type' (जैसे 'creation', 'deletion', 'non_fast_forward', 'required_signatures', 'pull_request', 'required_status_checks') और, उन नियमों के लिए जिन्हें कॉन्फ़िगरेशन की आवश्यकता है, एक 'parameters' ऑब्जेक्ट (object[], required)
    • target: Ruleset का लक्ष्य। डिफ़ॉल्ट 'branch' है। 'repository' केवल 'organization' और 'enterprise' स्तर के rulesets के लिए मान्य है। (string, optional)
  • custom_properties_read - कस्टम गुण पढ़ें

    • OAuth Challenge Scopes: repo, read:org, read:enterprise
    • enterprise: Enterprise slug। जब स्तर 'enterprise' हो तो आवश्यक। (string, optional)
    • level: वह स्तर जिस पर कस्टम गुण प्रबंधित किए जाते हैं:
      • 'repository': एक रिपॉजिटरी को सौंपे गए कस्टम गुण मान ('owner' और 'repo' की आवश्यकता है)।
      • 'organization': एक संगठन के लिए कस्टम गुण परिभाषाएँ (स्कीमा) ('org' की आवश्यकता है)।
      • 'enterprise': एक enterprise के लिए कस्टम गुण परिभाषाएँ (स्कीमा) ('enterprise' की आवश्यकता है)। (string, required)
    • org: संगठन का नाम। जब स्तर 'organization' हो तो आवश्यक। (string, optional)
    • owner: रिपॉजिटरी स्वामी। जब स्तर 'repository' हो तो आवश्यक। (string, optional)
    • repo: रिपॉजिटरी का नाम। जब स्तर 'repository' हो तो आवश्यक। (string, optional)
  • custom_properties_write - कस्टम गुण सेट करें

    • OAuth चुनौती स्कोप्स: repo, admin:org, admin:enterprise
    • enterprise: एंटरप्राइज़ स्लग। 'enterprise' स्तर होने पर आवश्यक। (स्ट्रिंग, वैकल्पिक)
    • level: वह स्तर जिस पर कस्टम गुण प्रबंधित किए जाते हैं:
      • 'repository': किसी रिपॉज़िटरी को सौंपे गए कस्टम गुण मान ('owner' और 'repo' की आवश्यकता है)।
      • 'organization': किसी संगठन के लिए कस्टम गुण परिभाषाएँ (स्कीमा) ('org' की आवश्यकता है)।
      • 'enterprise': किसी एंटरप्राइज़ के लिए कस्टम गुण परिभाषाएँ (स्कीमा) ('enterprise' की आवश्यकता है)। (स्ट्रिंग, आवश्यक)
    • org: संगठन का नाम। 'organization' स्तर होने पर आवश्यक। (स्ट्रिंग, वैकल्पिक)
    • owner: रिपॉज़िटरी स्वामी। 'repository' स्तर होने पर आवश्यक। (स्ट्रिंग, वैकल्पिक)
    • properties: बनाने या अपडेट करने के लिए कस्टम गुण। रिपॉज़िटरी स्तर पर प्रत्येक आइटम एक मान निर्दिष्ट करता है ('property_name' और 'value'); संगठन और एंटरप्राइज़ स्तरों पर प्रत्येक आइटम स्कीमा परिभाषित करता है ('property_name' और 'value_type', साथ ही वैकल्पिक परिभाषा फ़ील्ड)। (ऑब्जेक्ट[], आवश्यक)
    • repo: रिपॉज़िटरी का नाम। 'repository' स्तर होने पर आवश्यक। (स्ट्रिंग, वैकल्पिक)
  • repository_ruleset_read - रिपॉज़िटरी नियमसेट पढ़ें

    • OAuth चुनौती स्कोप्स: repo, read:org, read:enterprise
    • actor_name: नियम सूट फ़िल्टर करने के लिए GitHub उपयोगकर्ता खाते का हैंडल। 'list_rule_suites' विधि द्वारा उपयोग किया जाता है। (स्ट्रिंग, वैकल्पिक)
    • branch: शाखा का नाम। 'get_rules_for_branch' विधि के लिए आवश्यक। (स्ट्रिंग, वैकल्पिक)
    • enterprise: एंटरप्राइज़ स्लग। 'enterprise' स्तर होने पर आवश्यक। (स्ट्रिंग, वैकल्पिक)
    • evaluate_status: नियमसेट मूल्यांकन मोड द्वारा नियम सूट फ़िल्टर करें। 'list_rule_suites' विधि द्वारा उपयोग किया जाता है। (स्ट्रिंग, वैकल्पिक)
    • includes_parents: उच्च स्तरों पर कॉन्फ़िगर किए गए नियमसेट शामिल करें जो लागू भी होते हैं। डिफ़ॉल्ट true है। रिपॉज़िटरी स्तर पर 'get' और 'list' विधियों द्वारा उपयोग किया जाता है। (बूलियन, वैकल्पिक)
    • level: वह स्तर जिस पर नियमसेट कॉन्फ़िगर किया गया है:
      • 'repository': एकल रिपॉज़िटरी पर एक नियमसेट ('owner' और 'repo' की आवश्यकता है)।
      • 'organization': किसी संगठन में रिपॉज़िटरी को कवर करने वाला नियमसेट ('org' की आवश्यकता है)।
      • 'enterprise': किसी एंटरप्राइज़ में रिपॉज़िटरी को कवर करने वाला नियमसेट ('enterprise' की आवश्यकता है)। (स्ट्रिंग, आवश्यक)
    • method: करने के लिए ऑपरेशन:
      • 'get': ID द्वारा एक विशिष्ट नियमसेट प्राप्त करें ('ruleset_id' की आवश्यकता है)। हर स्तर पर समर्थित।
      • 'list': सभी नियमसेट सूचीबद्ध करें। हर स्तर पर समर्थित।
      • 'get_rules_for_branch': किसी शाखा पर लागू होने वाले सभी नियम प्राप्त करें ('branch' की आवश्यकता है)। केवल रिपॉज़िटरी स्तर।
      • 'list_rule_suites': नियम सूट सूचीबद्ध करें, पुश के विरुद्ध नियमों के मूल्यांकन। केवल रिपॉज़िटरी और संगठन स्तर।
      • 'get_rule_suite': ID द्वारा एक विशिष्ट नियम सूट प्राप्त करें ('rule_suite_id' की आवश्यकता है)। केवल रिपॉज़िटरी और संगठन स्तर। (स्ट्रिंग, आवश्यक)
    • org: संगठन का नाम। 'organization' स्तर होने पर आवश्यक। (स्ट्रिंग, वैकल्पिक)
    • owner: रिपॉज़िटरी स्वामी। 'repository' स्तर होने पर आवश्यक। (स्ट्रिंग, वैकल्पिक)
    • page: पेजिनेशन के लिए पृष्ठ संख्या (न्यूनतम 1) (संख्या, वैकल्पिक)
    • perPage: पेजिनेशन के लिए प्रति पृष्ठ परिणाम (न्यूनतम 1, अधिकतम 100) (संख्या, वैकल्पिक)
    • ref: नियम सूट फ़िल्टर करने के लिए ref (शाखा, टैग, आदि) का नाम। 'list_rule_suites' विधि द्वारा उपयोग किया जाता है। (स्ट्रिंग, वैकल्पिक)
    • repo: रिपॉज़िटरी का नाम। 'repository' स्तर होने पर आवश्यक। (स्ट्रिंग, वैकल्पिक)
    • repository_name: नियम सूट फ़िल्टर करने के लिए रिपॉज़िटरी का नाम। संगठन स्तर पर 'list_rule_suites' विधि द्वारा उपयोग किया जाता है। (स्ट्रिंग, वैकल्पिक)
    • rule_suite_id: नियम सूट ID। 'get_rule_suite' विधि के लिए आवश्यक। (संख्या, वैकल्पिक)
    • rule_suite_result: फ़िल्टर करने के लिए नियम सूट परिणाम। 'list_rule_suites' विधि द्वारा उपयोग किया जाता है। (स्ट्रिंग, वैकल्पिक)
    • ruleset_id: नियमसेट ID। 'get' विधि के लिए आवश्यक। (संख्या, वैकल्पिक)
    • time_period: नियम सूट फ़िल्टर करने के लिए समय अवधि। 'list_rule_suites' विधि द्वारा उपयोग किया जाता है। (स्ट्रिंग, वैकल्पिक)
issue-opened मुद्दे
  • add_issue_comment - मुद्दे या पुल अनुरोध पर टिप्पणी जोड़ें

    • OAuth चुनौती स्कोप्स: repo
    • body: टिप्पणी सामग्री। प्रतिक्रिया प्रदान न करने पर आवश्यक। (स्ट्रिंग, वैकल्पिक)
    • comment_id: प्रतिक्रिया देने के लिए मुद्दे या पुल अनुरोध टिप्पणी का संख्यात्मक ID। टिप्पणियों पर प्रतिक्रिया के लिए इसका उपयोग करें; मुद्दे या पुल अनुरोध पर प्रतिक्रिया के लिए इसे छोड़ दें। body के साथ संयोजित नहीं किया जा सकता। (पूर्णांक, वैकल्पिक)
    • issue_number: टिप्पणी करने या प्रतिक्रिया देने के लिए मुद्दे या पुल अनुरोध संख्या। (संख्या, आवश्यक)
    • owner: रिपॉज़िटरी स्वामी (स्ट्रिंग, आवश्यक)
    • reaction: जोड़ने के लिए इमोजी प्रतिक्रिया। body प्रदान न करने पर आवश्यक। (स्ट्रिंग, वैकल्पिक)
    • repo: रिपॉज़िटरी का नाम (स्ट्रिंग, आवश्यक)
  • get_label - रिपॉज़िटरी से एक विशिष्ट लेबल प्राप्त करें

    • OAuth चुनौती स्कोप्स: repo
    • name: लेबल का नाम। (स्ट्रिंग, आवश्यक)
    • owner: रिपॉज़िटरी स्वामी (उपयोगकर्ता नाम या संगठन का नाम) (स्ट्रिंग, आवश्यक)
    • repo: रिपॉज़िटरी का नाम (स्ट्रिंग, आवश्यक)
  • issue_read - मुद्दे का विवरण प्राप्त करें

    • OAuth चुनौती स्कोप्स: repo
    • issue_number: मुद्दे की संख्या (संख्या, आवश्यक)
    • method: एकल मुद्दे पर करने के लिए पढ़ने का ऑपरेशन। विकल्प हैं:
      1. get - मुद्दे का विवरण प्राप्त करें। सर्वोत्तम-प्रयास पदानुक्रम फ़्लैग भी लौटाता है (has_parent, has_children); parent और sub_issues_summary वैकल्पिक संबंध सारांश हैं, और closed_by_pull_requests मुद्दे को बंद करने के लिए कॉन्फ़िगर किए गए पुल अनुरोधों को total_count के साथ-साथ अधिकतम 5 references के रूप में सारांशित करता है।
      2. get_comments - मुद्दे की टिप्पणियाँ प्राप्त करें।
      3. get_sub_issues - मुद्दे के उप-मुद्दे (बच्चे) प्राप्त करें।
      4. get_parent - मूल मुद्दा प्राप्त करें, यदि यह मुद्दा किसी अन्य का उप-मुद्दा है।
      5. get_labels - मुद्दे को सौंपे गए लेबल प्राप्त करें। (स्ट्रिंग, आवश्यक)
    • owner: रिपॉज़िटरी का स्वामी (स्ट्रिंग, आवश्यक)
    • page: पेजिनेशन के लिए पृष्ठ संख्या (न्यूनतम 1) (संख्या, वैकल्पिक)
    • perPage: पेजिनेशन के लिए प्रति पृष्ठ परिणाम (न्यूनतम 1, अधिकतम 100) (संख्या, वैकल्पिक)
    • repo: रिपॉज़िटरी का नाम (स्ट्रिंग, आवश्यक)
  • issue_write - मुद्दा/पुल अनुरोध बनाएं या अपडेट करें

    • OAuth चुनौती स्कोप्स: repo
    • MCP ऐप UI: ui://github-mcp-server/issue-write
    • assignees: इस मुद्दे को सौंपने के लिए उपयोगकर्ता नाम (स्ट्रिंग[], वैकल्पिक)
    • body: मुद्दे की बॉडी सामग्री (स्ट्रिंग, वैकल्पिक)
    • duplicate_of: मुद्दा संख्या जिसका यह मुद्दा डुप्लिकेट है। state_reason 'duplicate' होने पर आवश्यक। (संख्या, वैकल्पिक)
    • issue_fields: सेट या साफ़ करने के लिए मुद्दे के फ़ील्ड मान। प्रत्येक आइटम के लिए 'field_name' और 'value', 'field_option_name', या 'delete: true' में से ठीक एक की आवश्यकता होती है। (ऑब्जेक्ट[], वैकल्पिक)
    • issue_number: अपडेट करने के लिए मुद्दा संख्या (संख्या, वैकल्पिक)
    • labels: इस मुद्दे पर लागू करने के लिए लेबल (स्ट्रिंग[], वैकल्पिक)
    • method: एकल मुद्दे पर करने के लिए लेखन ऑपरेशन। विकल्प हैं:
      • 'create' - एक नया मुद्दा बनाता है।
      • 'update' - एक मौजूदा मुद्दे को अपडेट करता है। (स्ट्रिंग, आवश्यक)
    • milestone: माइलस्टोन संख्या (संख्या, वैकल्पिक)
    • owner: रिपॉज़िटरी स्वामी (स्ट्रिंग, आवश्यक)
    • parent_issue_number: मूल मुद्दे की संख्या। केवल तब उपयोग किया जाता है जब method 'create' हो और issue_fields के साथ संयोजित नहीं किया जा सकता। नया मुद्दा बनाया जाता है और उसी ऑपरेशन में इस मूल से जोड़ा जाता है। (संख्या, वैकल्पिक)
    • parent_owner: मूल मुद्दे के रिपॉज़िटरी स्वामी। parent_repo के साथ प्रदान किया जाना चाहिए। दोनों को छोड़कर owner और repo का उपयोग करें। केवल तब उपयोग किया जाता है जब method 'create' हो और parent_issue_number प्रदान किया गया हो। (स्ट्रिंग, वैकल्पिक)
    • parent_repo: मूल मुद्दे के रिपॉज़िटरी का नाम। parent_owner के साथ प्रदान किया जाना चाहिए। दोनों को छोड़कर owner और repo का उपयोग करें। केवल तब उपयोग किया जाता है जब method 'create' हो और parent_issue_number प्रदान किया गया हो। (स्ट्रिंग, वैकल्पिक)
    • repo: रिपॉज़िटरी का नाम (स्ट्रिंग, आवश्यक)
    • state: नई स्थिति (स्ट्रिंग, वैकल्पिक)
    • state_reason: स्थिति परिवर्तन का कारण। जब तक स्थिति नहीं बदली जाती, अनदेखा किया जाता है। (स्ट्रिंग, वैकल्पिक)
    • title: मुद्दे का शीर्षक (स्ट्रिंग, वैकल्पिक)
    • type: इस मुद्दे का प्रकार। अपडेट के लिए, वर्तमान प्रकार हटाने के लिए null पास करें। केवल तब उपयोग करें यदि इस रिपॉज़िटरी के लिए मुद्दे के प्रकार सक्षम हैं। इस रिपॉज़िटरी या इसके स्वामी संगठन के लिए मान्य प्रकार मान प्राप्त करने के लिए list_issue_types का उपयोग करें। यदि रिपॉज़िटरी मुद्दे के प्रकारों का समर्थन नहीं करती है, तो इस पैरामीटर को छोड़ दें। (स्ट्रिंग | null, वैकल्पिक)
  • list_issue_fields - मुद्दे के फ़ील्ड सूचीबद्ध करें

    • OAuth चुनौती स्कोप्स: repo, read:org
    • owner: रिपॉज़िटरी या संगठन का खाता स्वामी। नाम केस-संवेदी नहीं है। (स्ट्रिंग, आवश्यक)
    • repo: रिपॉज़िटरी का नाम। प्रदान करने पर, इस विशिष्ट रिपॉज़िटरी के लिए फ़ील्ड लौटाता है (अपने संगठन से विरासत में मिला)। छोड़ने पर, सीधे org-स्तर के फ़ील्ड लौटाता है। (स्ट्रिंग, वैकल्पिक)
  • list_issue_types - उपलब्ध मुद्दे के प्रकार सूचीबद्ध करें

    • OAuth चुनौती स्कोप्स: repo, read:org
    • owner: रिपॉज़िटरी या संगठन का खाता स्वामी। (स्ट्रिंग, आवश्यक)
    • repo: रिपॉज़िटरी का नाम। प्रदान करने पर, इस विशिष्ट रिपॉज़िटरी के लिए मुद्दे के प्रकार लौटाता है। छोड़ने पर, सीधे org-स्तर के मुद्दे के प्रकार लौटाता है। (स्ट्रिंग, वैकल्पिक)
  • list_issues - मुद्दे सूचीबद्ध करें

    • OAuth चुनौती स्कोप्स: repo
    • after: पेजिनेशन के लिए कर्सर। पिछले प्रतिक्रिया से कर्सर का उपयोग करें। (स्ट्रिंग, वैकल्पिक)
    • direction: क्रम दिशा। प्रदान करने पर, 'orderBy' भी प्रदान करने की आवश्यकता है। (स्ट्रिंग, वैकल्पिक)
    • field_filters: कस्टम मुद्दे फ़ील्ड मानों द्वारा फ़िल्टर करें। प्रत्येक प्रविष्टि एक field_name और एक value लेती है; सर्वर फ़ील्ड को देखता है और मान को उसके प्रकार (एकल-चयन विकल्प नाम, पाठ, संख्या, या YYYY-MM-DD दिनांक) में बदल देता है। (ऑब्जेक्ट[], वैकल्पिक)
    • fields: प्रत्येक मुद्दे के लिए लौटाने के लिए फ़ील्ड का उपसमुच्चय। छोड़ने पर, सभी फ़ील्ड लौटाए जाते हैं। जब आपको केवल विशिष्ट फ़ील्ड की आवश्यकता हो तो प्रतिक्रिया आकार कम करने के लिए इसका उपयोग करें; विशेष रूप से 'body' और 'field_values' को छोड़ने से सबसे बड़ा प्रति-परिणाम डेटा कम हो जाता है। (स्ट्रिंग[], वैकल्पिक)
    • labels: लेबल द्वारा फ़िल्टर करें (स्ट्रिंग[], वैकल्पिक)
    • orderBy: फ़ील्ड द्वारा मुद्दों को क्रमबद्ध करें। प्रदान करने पर, 'direction' भी प्रदान करने की आवश्यकता है। (स्ट्रिंग, वैकल्पिक)
    • owner: रिपॉज़िटरी स्वामी (स्ट्रिंग, आवश्यक)
    • perPage: पेजिनेशन के लिए प्रति पृष्ठ परिणाम (न्यूनतम 1, अधिकतम 100) (संख्या, वैकल्पिक)
    • repo: रिपॉज़िटरी का नाम (स्ट्रिंग, आवश्यक)
    • since: दिनांक द्वारा फ़िल्टर करें (ISO 8601 टाइमस्टैम्प) (स्ट्रिंग, वैकल्पिक)
    • state: स्थिति द्वारा फ़िल्टर करें, डिफ़ॉल्ट रूप से जब प्रदान नहीं किया जाता है तो खुले और बंद दोनों मुद्दे लौटाए जाते हैं (स्ट्रिंग, वैकल्पिक)
  • search_issues - मुद्दों की खोज करें

    • OAuth चुनौती दायरे: repo
    • fields: प्रत्येक मुद्दा परिणाम के लिए लौटाए जाने वाले फ़ील्ड का उपसमुच्चय। यदि छोड़ दिया जाए, तो सभी फ़ील्ड लौटाए जाते हैं। इसका उपयोग प्रतिक्रिया आकार कम करने के लिए करें जब आपको केवल विशिष्ट फ़ील्ड की आवश्यकता हो; विशेष रूप से 'body', 'reactions', और 'labels' को छोड़ने से प्रति-परिणाम सबसे बड़ा डेटा हट जाता है। (string[], वैकल्पिक)
    • order: क्रमबद्ध क्रम (string, वैकल्पिक)
    • owner: वैकल्पिक रिपॉजिटरी स्वामी। यदि repo के साथ प्रदान किया जाए, तो केवल इस रिपॉजिटरी के मुद्दे सूचीबद्ध होते हैं। (string, वैकल्पिक)
    • page: पृष्ठांकन के लिए पृष्ठ संख्या (न्यूनतम 1) (number, वैकल्पिक)
    • perPage: पृष्ठांकन के लिए प्रति पृष्ठ परिणाम (न्यूनतम 1, अधिकतम 100) (number, वैकल्पिक)
    • query: खोज क्वेरी, प्राकृतिक भाषा के रूप में। जब उपयोगकर्ता वैकल्पिक शब्द देता है, तो उन्हें OR से जोड़ने के बजाय सादे शब्दों के रूप में शामिल करें। (string, आवश्यक)
    • repo: वैकल्पिक रिपॉजिटरी नाम। यदि owner के साथ प्रदान किया जाए, तो केवल इस रिपॉजिटरी के मुद्दे सूचीबद्ध होते हैं। (string, वैकल्पिक)
    • sort: श्रेणियों के मिलानों की संख्या के अनुसार क्रमबद्ध फ़ील्ड, डिफ़ॉल्ट सर्वोत्तम मिलान है (string, वैकल्पिक)
  • sub_issue_write - उप-मुद्दा बदलें

    • OAuth चुनौती दायरे: repo
    • after_id: उप-मुद्दे की आईडी जिसे बाद में प्राथमिकता दी जानी है (या तो after_id या before_id निर्दिष्ट किया जाना चाहिए) (number, वैकल्पिक)
    • before_id: उप-मुद्दे की आईडी जिसे पहले प्राथमिकता दी जानी है (या तो after_id या before_id निर्दिष्ट किया जाना चाहिए) (number, वैकल्पिक)
    • issue_number: मूल मुद्दे की संख्या (number, आवश्यक)
    • method: एकल उप-मुद्दे पर किए जाने वाले कार्य विकल्प हैं:
      • 'add' - GitHub रिपॉजिटरी में मूल मुद्दे में उप-मुद्दा जोड़ें।
      • 'remove' - GitHub रिपॉजिटरी में मूल मुद्दे से उप-मुद्दा हटाएं।
      • 'reprioritize' - GitHub रिपॉजिटरी में मूल मुद्दे के भीतर उप-मुद्दों का क्रम बदलें। नई स्थिति निर्दिष्ट करने के लिए 'after_id' या 'before_id' का उपयोग करें। मुद्दा पदानुक्रम लिखता है। उप-मुद्दे को नए मूल में स्थानांतरित करने के लिए, add का उपयोग replace_parent=true के साथ करें; कोई लिखने योग्य मूल फ़ील्ड नहीं है। (string, आवश्यक)
    • owner: रिपॉजिटरी स्वामी (string, आवश्यक)
    • replace_parent: जब सत्य हो, तो उप-मुद्दे के वर्तमान मूल मुद्दे को बदल देता है। केवल 'add' विधि के साथ उपयोग करें। (boolean, वैकल्पिक)
    • repo: रिपॉजिटरी नाम (string, आवश्यक)
    • sub_issue_id: जोड़ने के लिए उप-मुद्दे की आईडी। आईडी मुद्दा संख्या के समान नहीं है (number, आवश्यक)
  • update_issue_comment - मुद्दा टिप्पणी अपडेट करें

    • OAuth चुनौती दायरे: repo
    • body: नई टिप्पणी सामग्री (string, आवश्यक)
    • comment_id: अपडेट करने के लिए मुद्दे या पुल अनुरोध वार्तालाप टिप्पणी की संख्यात्मक आईडी। पुल अनुरोध समीक्षा टिप्पणी आईडी का उपयोग न करें। (integer, आवश्यक)
    • owner: रिपॉजिटरी स्वामी (string, आवश्यक)
    • repo: रिपॉजिटरी नाम (string, आवश्यक)
tag लेबल
  • get_label - रिपॉजिटरी से एक विशिष्ट लेबल प्राप्त करें

    • OAuth चुनौती दायरे: repo
    • name: लेबल नाम। (string, आवश्यक)
    • owner: रिपॉजिटरी स्वामी (उपयोगकर्ता नाम या संगठन नाम) (string, आवश्यक)
    • repo: रिपॉजिटरी नाम (string, आवश्यक)
  • label_write - रिपॉजिटरी लेबल पर लेखन संचालन

    • OAuth चुनौती दायरे: repo
    • color: लेबल रंग 6-वर्ण हेक्स कोड के रूप में '#' उपसर्ग के बिना (जैसे, 'f29513')। 'create' के लिए आवश्यक, 'update' के लिए वैकल्पिक। (string, वैकल्पिक)
    • description: लेबल विवरण पाठ। 'create' और 'update' के लिए वैकल्पिक। (string, वैकल्पिक)
    • method: किया जाने वाला संचालन: 'create', 'update', या 'delete' (string, आवश्यक)
    • name: लेबल नाम - सभी संचालनों के लिए आवश्यक (string, आवश्यक)
    • new_name: लेबल के लिए नया नाम (केवल 'update' विधि के साथ नाम बदलने के लिए उपयोग किया जाता है) (string, वैकल्पिक)
    • owner: रिपॉजिटरी स्वामी (उपयोगकर्ता नाम या संगठन नाम) (string, आवश्यक)
    • repo: रिपॉजिटरी नाम (string, आवश्यक)
  • list_label - रिपॉजिटरी से लेबल सूचीबद्ध करें

    • OAuth चुनौती दायरे: repo
    • after: पृष्ठांकन के लिए कर्सर। पिछले प्रतिक्रिया से कर्सर का उपयोग करें। (string, वैकल्पिक)
    • owner: रिपॉजिटरी स्वामी (उपयोगकर्ता नाम या संगठन नाम) - सभी संचालनों के लिए आवश्यक (string, आवश्यक)
    • perPage: पृष्ठांकन के लिए प्रति पृष्ठ परिणाम (न्यूनतम 1, अधिकतम 100) (number, वैकल्पिक)
    • repo: रिपॉजिटरी नाम - सभी संचालनों के लिए आवश्यक (string, आवश्यक)
bell सूचनाएं
  • dismiss_notification - सूचना खारिज करें

    • OAuth चुनौती दायरे: notifications
    • state: सूचना की नई स्थिति (read/done) (string, आवश्यक)
    • threadID: सूचना थ्रेड की आईडी (string, आवश्यक)
  • get_notification_details - सूचना विवरण प्राप्त करें

    • OAuth चुनौती दायरे: notifications
    • notificationID: सूचना की आईडी (string, आवश्यक)
  • list_notifications - सूचनाएं सूचीबद्ध करें

    • OAuth चुनौती दायरे: notifications
    • before: केवल दिए गए समय से पहले अपडेट की गई सूचनाएं दिखाएं (ISO 8601 प्रारूप) (string, वैकल्पिक)
    • filter: सूचनाओं को फ़िल्टर करें, जब तक निर्दिष्ट न हो डिफ़ॉल्ट का उपयोग करें। पढ़ी गई सूचनाएं वे हैं जिन्हें उपयोगकर्ता द्वारा पहले ही स्वीकार किया जा चुका है। भाग लेने वाली सूचनाएं वे हैं जिनमें उपयोगकर्ता सीधे शामिल है, जैसे मुद्दे या पुल अनुरोध जिन पर उन्होंने टिप्पणी की है या बनाए हैं। (string, वैकल्पिक)
    • owner: वैकल्पिक रिपॉजिटरी स्वामी। यदि repo के साथ प्रदान किया जाए, तो केवल इस रिपॉजिटरी की सूचनाएं सूचीबद्ध होती हैं। (string, वैकल्पिक)
    • page: पृष्ठांकन के लिए पृष्ठ संख्या (न्यूनतम 1) (number, वैकल्पिक)
    • perPage: पृष्ठांकन के लिए प्रति पृष्ठ परिणाम (न्यूनतम 1, अधिकतम 100) (number, वैकल्पिक)
    • repo: वैकल्पिक रिपॉजिटरी नाम। यदि owner के साथ प्रदान किया जाए, तो केवल इस रिपॉजिटरी की सूचनाएं सूचीबद्ध होती हैं। (string, वैकल्पिक)
    • since: केवल दिए गए समय के बाद अपडेट की गई सूचनाएं दिखाएं (ISO 8601 प्रारूप) (string, वैकल्पिक)
  • manage_notification_subscription - सूचना सदस्यता प्रबंधित करें

    • OAuth चुनौती दायरे: notifications
    • action: किया जाने वाला कार्य: सूचना सदस्यता को अनदेखा करें, देखें, या हटाएं। (string, आवश्यक)
    • notificationID: सूचना थ्रेड की आईडी। (string, आवश्यक)
  • manage_repository_notification_subscription - रिपॉजिटरी सूचना सदस्यता प्रबंधित करें

    • OAuth चुनौती दायरे: notifications
    • action: किया जाने वाला कार्य: रिपॉजिटरी सूचना सदस्यता को अनदेखा करें, देखें, या हटाएं। (string, आवश्यक)
    • owner: रिपॉजिटरी का खाता स्वामी। (string, आवश्यक)
    • repo: रिपॉजिटरी का नाम। (string, आवश्यक)
  • mark_all_notifications_read - सभी सूचनाओं को पढ़ी गई के रूप में चिह्नित करें

    • OAuth चुनौती दायरे: notifications
    • lastReadAt: अंतिम बिंदु का वर्णन करता है जब सूचनाओं की जांच की गई थी (वैकल्पिक)। डिफ़ॉल्ट: अभी (string, वैकल्पिक)
    • owner: वैकल्पिक रिपॉजिटरी स्वामी। यदि repo के साथ प्रदान किया जाए, तो केवल इस रिपॉजिटरी की सूचनाएं पढ़ी गई के रूप में चिह्नित होती हैं। (string, वैकल्पिक)
    • repo: वैकल्पिक रिपॉजिटरी नाम। यदि owner के साथ प्रदान किया जाए, तो केवल इस रिपॉजिटरी की सूचनाएं पढ़ी गई के रूप में चिह्नित होती हैं। (string, वैकल्पिक)
organization संगठन
  • search_orgs - संगठनों की खोज करें
    • OAuth चुनौती दायरे: read:org
    • order: क्रमबद्ध क्रम (string, वैकल्पिक)
    • page: पृष्ठांकन के लिए पृष्ठ संख्या (न्यूनतम 1) (number, वैकल्पिक)
    • perPage: पृष्ठांकन के लिए प्रति पृष्ठ परिणाम (न्यूनतम 1, अधिकतम 100) (number, वैकल्पिक)
    • query: संगठन खोज क्वेरी। उदाहरण: 'microsoft', 'location:california', 'created:>=2025-01-01'. खोज स्वचालित रूप से type:org तक सीमित है। (string, आवश्यक)
    • sort: श्रेणी के अनुसार क्रमबद्ध फ़ील्ड (string, वैकल्पिक)
project प्रोजेक्ट
  • projects_get - GitHub प्रोजेक्ट संसाधनों का विवरण प्राप्त करें

    • OAuth चुनौती दायरे: read:project
    • field_id: फ़ील्ड की आईडी। 'get_project_field' विधि के लिए आवश्यक। (number, वैकल्पिक)
    • field_names: प्रोजेक्ट आइटम प्राप्त करते समय प्रतिक्रिया में शामिल करने के लिए फ़ील्ड नामों की विशिष्ट सूची (जैसे ["Status", "Priority"])। सर्वर-साइड पर फ़ील्ड आईडी में हल किया जाता है — इसे 'fields' के बजाय पास करें जब आप केवल मानव-पठनीय नाम जानते हैं। 'fields' के साथ परस्पर अनन्य — एक प्रदान करें, दोनों नहीं। केवल 'get_project_item' विधि के लिए उपयोग किया जाता है। (string[], वैकल्पिक)
    • fields: प्रोजेक्ट आइटम प्राप्त करते समय प्रतिक्रिया में शामिल करने के लिए फ़ील्ड आईडी की विशिष्ट सूची (जैसे ["102589", "985201", "169875"])। यदि न तो 'fields' और न ही 'field_names' प्रदान किया गया है, तो केवल शीर्षक फ़ील्ड शामिल है। 'field_names' के साथ परस्पर अनन्य — एक प्रदान करें, दोनों नहीं। केवल 'get_project_item' विधि के लिए उपयोग किया जाता है। (string[], वैकल्पिक)
    • item_id: आइटम की आईडी। 'get_project_item' विधि के लिए आवश्यक। (number, वैकल्पिक)
    • method: निष्पादित की जाने वाली विधि (string, आवश्यक)
    • owner: स्वामी (उपयोगकर्ता या संगठन लॉगिन)। नाम केस संवेदनशील नहीं है। (string, वैकल्पिक)
    • owner_type: स्वामी प्रकार (user या org)। यदि प्रदान नहीं किया गया है, तो स्वचालित रूप से पता लगाया जाएगा। (string, वैकल्पिक)
    • project_number: प्रोजेक्ट की संख्या। (number, वैकल्पिक)
    • status_update_id: प्रोजेक्ट स्थिति अपडेट की नोड आईडी। 'get_project_status_update' विधि के लिए आवश्यक। (string, वैकल्पिक)
    • view_id: प्रोजेक्ट दृश्य की नोड आईडी। 'get_project_view' विधि के लिए आवश्यक। (string, वैकल्पिक)
  • projects_list - GitHub Projects संसाधनों की सूची बनाएं

    • OAuth चुनौती स्कोप: read:project
    • after: पिछले pageInfo.nextCursor से आगे पेजिनेशन कर्सर। (स्ट्रिंग, वैकल्पिक)
    • before: पिछले pageInfo.prevCursor से पीछे पेजिनेशन कर्सर (दुर्लभ)। (स्ट्रिंग, वैकल्पिक)
    • field_names: प्रोजेक्ट आइटम सूचीबद्ध करते समय शामिल करने के लिए फ़ील्ड नाम (जैसे ["Status", "Priority"])। सर्वर-साइड पर फ़ील्ड आईडी में हल किया जाता है — इसे 'fields' के बजाय तब पास करें जब आप केवल मानव-पठनीय नाम जानते हों। जो नाम हल नहीं हो पाते वे संरचित त्रुटि लौटाते हैं। 'fields' के साथ परस्पर अनन्य — एक प्रदान करें, दोनों नहीं। केवल 'list_project_items' विधि के लिए उपयोग किया जाता है। (स्ट्रिंग[], वैकल्पिक)
    • fields: प्रोजेक्ट आइटम सूचीबद्ध करते समय शामिल करने के लिए फ़ील्ड आईडी (जैसे ["102589", "985201"])। महत्वपूर्ण: फ़ील्ड मान प्राप्त करने के लिए हमेशा प्रदान करें। इसके बिना (और 'field_names' के बिना), केवल शीर्षक लौटाए जाते हैं। 'field_names' के साथ परस्पर अनन्य — एक प्रदान करें, दोनों नहीं। केवल 'list_project_items' विधि के लिए उपयोग किया जाता है। (स्ट्रिंग[], वैकल्पिक)
    • method: करने के लिए क्रिया (स्ट्रिंग, आवश्यक)
    • owner: स्वामी (उपयोगकर्ता या संगठन लॉगिन)। नाम केस-संवेदी नहीं है। (स्ट्रिंग, आवश्यक)
    • owner_type: स्वामी प्रकार (user या org)। यदि प्रदान नहीं किया गया है, तो स्वचालित रूप से दोनों का प्रयास किया जाएगा। (स्ट्रिंग, वैकल्पिक)
    • perPage: प्रति पृष्ठ परिणाम (अधिकतम 50) (संख्या, वैकल्पिक)
    • project_number: प्रोजेक्ट की संख्या। 'list_project_fields', 'list_project_items', 'list_project_views', और 'list_project_status_updates' विधियों के लिए आवश्यक। (संख्या, वैकल्पिक)
    • query: फ़िल्टर/क्वेरी स्ट्रिंग। list_projects के लिए: शीर्षक पाठ और स्थिति द्वारा फ़िल्टर करें (जैसे "roadmap is:open")। list_project_items के लिए: GitHub की प्रोजेक्ट फ़िल्टरिंग सिंटैक्स का उपयोग करके उन्नत फ़िल्टरिंग। (स्ट्रिंग, वैकल्पिक)
  • projects_write - GitHub Projects प्रबंधित करें

    • OAuth चुनौती स्कोप: project
    • body: स्थिति अपडेट का मुख्य भाग (मार्कडाउन)। 'create_project_status_update' विधि के लिए उपयोग किया जाता है। (स्ट्रिंग, वैकल्पिक)
    • field_name: पुनरावृत्ति फ़ील्ड का नाम (जैसे 'Sprint')। 'create_iteration_field' विधि के लिए आवश्यक। (स्ट्रिंग, वैकल्पिक)
    • filter: सहेजा गया दृश्य फ़िल्टर; अपडेट पर इसे संरक्षित करने के लिए छोड़ दें, या इसे साफ़ करने के लिए null पास करें। (स्ट्रिंग | null, वैकल्पिक)
    • issue_number: मुद्दा संख्या। 'add_project_item' के लिए आवश्यक जब item_type 'issue' हो। 'update_project_item' द्वारा भी स्वीकार किया जाता है ताकि आइटम को मुद्दा संख्या द्वारा हल किया जा सके (item_owner और item_repo के साथ संयोजित करें)। (संख्या, वैकल्पिक)
    • item_id: प्रोजेक्ट आइटम आईडी। 'delete_project_item' के लिए आवश्यक। 'update_project_item' के लिए, या तो item_id प्रदान करें, या (item_owner + item_repo + issue_number) ताकि आइटम को मुद्दे द्वारा हल किया जा सके। (संख्या, वैकल्पिक)
    • item_owner: मुद्दे या पुल अनुरोध वाले रिपॉजिटरी का स्वामी (उपयोगकर्ता या संगठन)। 'add_project_item' विधि के लिए आवश्यक। 'update_project_item' द्वारा भी स्वीकार किया जाता है जब आइटम को मुद्दा संख्या द्वारा हल किया जाता है। (स्ट्रिंग, वैकल्पिक)
    • item_repo: मुद्दे या पुल अनुरोध वाले रिपॉजिटरी का नाम। 'add_project_item' विधि के लिए आवश्यक। 'update_project_item' द्वारा भी स्वीकार किया जाता है जब आइटम को मुद्दा संख्या द्वारा हल किया जाता है। (स्ट्रिंग, वैकल्पिक)
    • item_type: आइटम का प्रकार, या तो issue या pull_request। 'add_project_item' विधि के लिए आवश्यक। (स्ट्रिंग, वैकल्पिक)
    • items: शीर्ष-स्तरीय 'updated_field' के साथ अपडेट करने के लिए आइटम। 'update_project_items' के लिए आवश्यक; इसे लूप में 'update_project_item' कॉल करने के बजाय पसंद करें। प्रत्येक प्रविष्टि को बिल्कुल एक संदर्भ प्रकार से मेल खाना चाहिए: 'node_id', संख्यात्मक 'item_id', या 'item_owner' + 'item_repo' + 'issue_number'। सीमा: प्रति कॉल 50 आइटम। (ऑब्जेक्ट[], वैकल्पिक)
    • iteration_duration: फ़ील्ड की पुनरावृत्तियों के लिए दिनों में अवधि (जैसे साप्ताहिक के लिए 7, द्वि-साप्ताहिक के लिए 14)। 'create_iteration_field' विधि के लिए आवश्यक। (संख्या, वैकल्पिक)
    • iterations: 'create_iteration_field' विधि के लिए कस्टम पुनरावृत्तियाँ। केवल तब सेट करें जब आपको अलग-अलग अवधि, उनके बीच ब्रेक, या विशिष्ट शीर्षक वाली पुनरावृत्तियों की आवश्यकता हो। अन्यथा इसे छोड़ दें: GitHub स्वचालित रूप से 'start_date' से शुरू होने वाले 'iteration_duration' दिनों की तीन पुनरावृत्तियाँ बनाता है, जो अधिकांश मामलों के लिए सही विकल्प है। (ऑब्जेक्ट[], वैकल्पिक)
    • layout: दृश्य लेआउट; दृश्य बनाते समय आवश्यक। (स्ट्रिंग, वैकल्पिक)
    • method: निष्पादित करने की विधि (स्ट्रिंग, आवश्यक)
    • name: दृश्य नाम; दृश्य बनाते समय आवश्यक। (स्ट्रिंग, वैकल्पिक)
    • owner: प्रोजेक्ट स्वामी (उपयोगकर्ता या संगठन लॉगिन)। नाम केस-संवेदी नहीं है। (स्ट्रिंग, आवश्यक)
    • owner_type: स्वामी प्रकार (user या org)। 'create_project' विधि के लिए आवश्यक। अन्य विधियों के लिए प्रदान नहीं किए जाने पर, स्वचालित रूप से पता लगाया जाएगा। (स्ट्रिंग, वैकल्पिक)
    • project_number: प्रोजेक्ट की संख्या। 'create_project' को छोड़कर सभी विधियों के लिए आवश्यक। (संख्या, वैकल्पिक)
    • pull_request_number: पुल अनुरोध संख्या ('add_project_item' विधि के लिए item_type 'pull_request' होने पर उपयोग करें)। या तो issue_number या pull_request_number प्रदान करें। (संख्या, वैकल्पिक)
    • start_date: YYYY-MM-DD प्रारूप में प्रारंभ तिथि। 'create_project_status_update' और 'create_iteration_field' विधियों के लिए उपयोग किया जाता है। (स्ट्रिंग, वैकल्पिक)
    • status: प्रोजेक्ट की स्थिति। 'create_project_status_update' विधि के लिए उपयोग किया जाता है। (स्ट्रिंग, वैकल्पिक)
    • target_date: YYYY-MM-DD प्रारूप में स्थिति अपडेट की लक्ष्य तिथि। 'create_project_status_update' विधि के लिए उपयोग किया जाता है। (स्ट्रिंग, वैकल्पिक)
    • title: प्रोजेक्ट शीर्षक। 'create_project' विधि के लिए आवश्यक। (स्ट्रिंग, वैकल्पिक)
    • updated_field: लागू करने के लिए फ़ील्ड/मान, {"id": 123, "value": ...} या {"name": "Status", "value": ...} का उपयोग करके; null फ़ील्ड को साफ़ करता है। 'update_project_item' और 'update_project_items' के लिए आवश्यक, जहाँ एक शीर्ष-स्तरीय फ़ील्ड/मान बैच में प्रत्येक आइटम पर लागू होता है। 'update_project_item' SINGLE_SELECT फ़ील्ड के लिए, नाम रूप विकल्प नाम स्वीकार करता है; आईडी रूप विकल्प आईडी की अपेक्षा करता है। (ऑब्जेक्ट, वैकल्पिक)
    • view_id: अपडेट या हटाने के लिए प्रोजेक्ट दृश्य नोड आईडी; owner/project_number से संबंधित होना चाहिए। (स्ट्रिंग, वैकल्पिक)
    • visible_field_names: बनाते समय दिखाने के लिए या अपडेट पर बदलने के लिए क्रमबद्ध प्रोजेक्ट फ़ील्ड नाम; अपडेट पर संरक्षित करने के लिए छोड़ दें, या रीसेट करने के लिए [] पास करें। visible_fields के साथ परस्पर अनन्य। Roadmap केवल [] स्वीकार करता है। (स्ट्रिंग[], वैकल्पिक)
    • visible_fields: बनाते समय दिखाने के लिए या अपडेट पर बदलने के लिए क्रमबद्ध प्रोजेक्ट फ़ील्ड डेटाबेस आईडी; अपडेट पर संरक्षित करने के लिए छोड़ दें, या रीसेट करने के लिए [] पास करें। visible_field_names के साथ परस्पर अनन्य। Roadmap केवल [] स्वीकार करता है। (स्ट्रिंग[], वैकल्पिक)
git-pull-request पुल अनुरोध
  • add_comment_to_pending_review - अनुरोधकर्ता की नवीनतम लंबित पुल अनुरोध समीक्षा में समीक्षा टिप्पणी जोड़ें

    • OAuth चुनौती स्कोप: repo
    • body: समीक्षा टिप्पणी का पाठ (स्ट्रिंग, आवश्यक)
    • line: पुल अनुरोध डिफ़ में ब्लॉब की वह पंक्ति जिस पर टिप्पणी लागू होती है। बहु-पंक्ति टिप्पणियों के लिए, सीमा की अंतिम पंक्ति (संख्या, वैकल्पिक)
    • owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
    • path: उस फ़ाइल का सापेक्ष पथ जिस पर टिप्पणी आवश्यक है (स्ट्रिंग, आवश्यक)
    • pullNumber: पुल अनुरोध संख्या (संख्या, आवश्यक)
    • repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
    • side: टिप्पणी करने के लिए डिफ़ का पक्ष। LEFT पिछली स्थिति को इंगित करता है, RIGHT नई स्थिति को इंगित करता है (स्ट्रिंग, वैकल्पिक)
    • startLine: बहु-पंक्ति टिप्पणियों के लिए, सीमा की पहली पंक्ति जिस पर टिप्पणी लागू होती है (संख्या, वैकल्पिक)
    • startSide: बहु-पंक्ति टिप्पणियों के लिए, डिफ़ की प्रारंभिक पक्ष जिस पर टिप्पणी लागू होती है। LEFT पिछली स्थिति को इंगित करता है, RIGHT नई स्थिति को इंगित करता है (स्ट्रिंग, वैकल्पिक)
    • subjectType: वह स्तर जिस पर टिप्पणी लक्षित है (स्ट्रिंग, आवश्यक)
  • add_reply_to_pull_request_comment - पुल अनुरोध टिप्पणी में उत्तर जोड़ें

    • OAuth चुनौती स्कोप: repo
    • body: उत्तर का पाठ। प्रतिक्रिया प्रदान किए जाने तक आवश्यक। (स्ट्रिंग, वैकल्पिक)
    • commentId: उत्तर देने या प्रतिक्रिया करने के लिए पुल अनुरोध समीक्षा टिप्पणी की संख्यात्मक आईडी। #discussion_r... एंकर से संख्या का उपयोग करें, GraphQL थ्रेड नोड आईडी (PRRT_...) का नहीं। (संख्या, आवश्यक)
    • owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
    • pullNumber: पुल अनुरोध संख्या। body प्रदान किए जाने पर आवश्यक। (संख्या, वैकल्पिक)
    • reaction: जोड़ने के लिए इमोजी प्रतिक्रिया। body प्रदान किए जाने तक आवश्यक। (स्ट्रिंग, वैकल्पिक)
    • repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
  • create_pull_request - नया पुल अनुरोध खोलें

    • OAuth चुनौती स्कोप: repo
    • MCP ऐप UI: ui://github-mcp-server/pr-write
    • base: विलय करने के लिए शाखा (स्ट्रिंग, आवश्यक)
    • body: PR विवरण (स्ट्रिंग, वैकल्पिक)
    • draft: ड्राफ्ट PR के रूप में बनाएं (बूलियन, वैकल्पिक)
    • head: परिवर्तन वाली शाखा (स्ट्रिंग, आवश्यक)
    • maintainer_can_modify: अनुरक्षक संपादन की अनुमति दें (बूलियन, वैकल्पिक)
    • owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
    • repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
    • reviewers: समीक्षा का अनुरोध करने के लिए GitHub उपयोगकर्ता नाम या ORG/team-slug टीम समीक्षक (स्ट्रिंग[], वैकल्पिक)
    • title: PR शीर्षक (स्ट्रिंग, आवश्यक)
  • list_pull_requests - पुल अनुरोधों की सूची बनाएं

    • OAuth चुनौती स्कोप: repo
    • base: आधार शाखा द्वारा फ़िल्टर करें (स्ट्रिंग, वैकल्पिक)
    • direction: क्रमबद्ध दिशा (स्ट्रिंग, वैकल्पिक)
    • fields: प्रत्येक पुल अनुरोध के लिए लौटाने के लिए फ़ील्ड का उपसमुच्चय। यदि छोड़ा गया है, तो सभी फ़ील्ड लौटाए जाते हैं। इसका उपयोग प्रतिक्रिया आकार कम करने के लिए करें जब आपको केवल विशिष्ट फ़ील्ड की आवश्यकता हो; विशेष रूप से 'body' को छोड़ना प्रति-परिणाम सबसे बड़ा डेटा हटा देता है। (स्ट्रिंग[], वैकल्पिक)
    • head: हेड उपयोगकर्ता/संगठन और शाखा द्वारा फ़िल्टर करें (स्ट्रिंग, वैकल्पिक)
    • owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
    • page: पेजिनेशन के लिए पृष्ठ संख्या (न्यूनतम 1) (संख्या, वैकल्पिक)
    • perPage: पेजिनेशन के लिए प्रति पृष्ठ परिणाम (न्यूनतम 1, अधिकतम 100) (संख्या, वैकल्पिक)
    • repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
    • sort: किसके द्वारा क्रमबद्ध करें (स्ट्रिंग, वैकल्पिक)
    • state: स्थिति द्वारा फ़िल्टर करें (स्ट्रिंग, वैकल्पिक)
  • merge_pull_request - पुल अनुरोध विलय करें

    • OAuth चुनौती स्कोप: repo
    • commit_message: विलय कमिट के लिए अतिरिक्त विवरण (स्ट्रिंग, वैकल्पिक)
    • commit_title: विलय कमिट के लिए शीर्षक (स्ट्रिंग, वैकल्पिक)
    • expectedHeadSha: पुल अनुरोध के HEAD ref का अपेक्षित SHA (स्ट्रिंग, वैकल्पिक)
    • merge_method: विलय विधि (स्ट्रिंग, वैकल्पिक)
    • owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
    • pullNumber: पुल अनुरोध संख्या (संख्या, आवश्यक)
    • repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
  • pull_request_read - एकल पुल अनुरोध के लिए विवरण प्राप्त करें

    • OAuth चुनौती दायरे: repo
    • after: पेजिनेशन के लिए कर्सर, केवल get_review_comments विधि द्वारा उपयोग किया जाता है। अगला पेज प्राप्त करने के लिए पिछले पेज के PageInfo से endCursor पास करें। (स्ट्रिंग, वैकल्पिक)
    • method: यह निर्दिष्ट करने के लिए क्रिया कि GitHub से कौन सा पुल अनुरोध डेटा प्राप्त करने की आवश्यकता है। संभावित विकल्प:
      1. get - किसी विशिष्ट पुल अनुरोध का विवरण प्राप्त करें।
      2. get_diff - पुल अनुरोध का diff प्राप्त करें।
      3. get_status - पुल अनुरोध में हेड कमिट की संयुक्त कमिट स्थिति प्राप्त करें।
      4. get_files - पुल अनुरोध में बदली गई फ़ाइलों की सूची प्राप्त करें। लौटाए गए परिणामों की संख्या नियंत्रित करने के लिए पेजिनेशन पैरामीटर के साथ उपयोग करें।
      5. get_commits - पुल अनुरोध पर कमिट की सूची प्राप्त करें। लौटाए गए परिणामों की संख्या नियंत्रित करने के लिए पेजिनेशन पैरामीटर के साथ उपयोग करें।
      6. get_review_comments - पुल अनुरोध पर समीक्षा थ्रेड प्राप्त करें। प्रत्येक थ्रेड में पुल अनुरोध समीक्षाओं के दौरान एक ही कोड स्थान पर किए गए तार्किक रूप से समूहीकृत समीक्षा टिप्पणियाँ होती हैं। थ्रेड मेटाडेटा और टिप्पणियाँ nullable वर्तमान और मूल लाइन-रेंज निर्देशांक (line, start_line, original_line, original_start_line) के साथ लौटाता है। वर्तमान निर्देशांक अनुपलब्ध होने पर छोड़ दिए जाते हैं, जैसे पुरानी टिप्पणियों के लिए। परिणाम नियंत्रित करने के लिए कर्सर-आधारित पेजिनेशन (perPage, after) का उपयोग करें।
      7. get_reviews - पुल अनुरोध पर समीक्षाएँ प्राप्त करें। समीक्षा टिप्पणियों के लिए पूछे जाने पर, get_review_comments विधि का उपयोग करें। लौटाए गए परिणामों की संख्या नियंत्रित करने के लिए पेजिनेशन पैरामीटर के साथ उपयोग करें।
      8. get_comments - पुल अनुरोध पर टिप्पणियाँ प्राप्त करें। यदि उपयोगकर्ता विशेष रूप से समीक्षा टिप्पणियाँ नहीं चाहता है तो इसका उपयोग करें। लौटाए गए परिणामों की संख्या नियंत्रित करने के लिए पेजिनेशन पैरामीटर के साथ उपयोग करें।
      9. get_check_runs - पुल अनुरोध के हेड कमिट के लिए चेक रन प्राप्त करें। चेक रन व्यक्तिगत CI/CD जॉब और चेक हैं जो PR पर चलते हैं। (स्ट्रिंग, आवश्यक)
    • owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
    • page: पेजिनेशन के लिए पेज नंबर (न्यूनतम 1) (संख्या, वैकल्पिक)
    • perPage: पेजिनेशन के लिए प्रति पेज परिणाम (न्यूनतम 1, अधिकतम 100) (संख्या, वैकल्पिक)
    • pullNumber: पुल अनुरोध संख्या (संख्या, आवश्यक)
    • repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
  • pull_request_review_write - पुल अनुरोध समीक्षाओं पर लेखन संचालन (बनाएँ, सबमिट करें, हटाएँ)

    • OAuth चुनौती दायरे: repo
    • body: समीक्षा टिप्पणी पाठ (स्ट्रिंग, वैकल्पिक)
    • commitID: समीक्षा करने के लिए कमिट का SHA (स्ट्रिंग, वैकल्पिक)
    • event: समीक्षा क्रिया निष्पादित करने के लिए। (स्ट्रिंग, वैकल्पिक)
    • method: पुल अनुरोध समीक्षा पर निष्पादित करने के लिए लेखन संचालन। (स्ट्रिंग, आवश्यक)
    • owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
    • pullNumber: पुल अनुरोध संख्या (संख्या, आवश्यक)
    • repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
    • threadId: समीक्षा थ्रेड का नोड आईडी (जैसे, PRRT_kwDOxxx)। resolve_thread और unresolve_thread विधियों के लिए आवश्यक। get_review_comments विधि के साथ pull_request_read से थ्रेड आईडी प्राप्त करें। (स्ट्रिंग, वैकल्पिक)
  • search_pull_requests - पुल अनुरोध खोजें

    • OAuth चुनौती दायरे: repo
    • fields: प्रत्येक पुल अनुरोध परिणाम के लिए लौटाए जाने वाले फ़ील्ड का उपसमुच्चय। यदि छोड़ा गया है, तो सभी फ़ील्ड लौटाए जाते हैं। इसका उपयोग प्रतिक्रिया आकार कम करने के लिए करें जब आपको केवल विशिष्ट फ़ील्ड की आवश्यकता हो; विशेष रूप से 'body', 'reactions', और 'labels' को छोड़ने से प्रति-परिणाम सबसे बड़ा डेटा हट जाता है। (स्ट्रिंग[], वैकल्पिक)
    • order: क्रमबद्ध क्रम (स्ट्रिंग, वैकल्पिक)
    • owner: वैकल्पिक रिपॉजिटरी स्वामी। यदि repo के साथ प्रदान किया गया है, तो केवल इस रिपॉजिटरी के पुल अनुरोध सूचीबद्ध हैं। (स्ट्रिंग, वैकल्पिक)
    • page: पेजिनेशन के लिए पेज नंबर (न्यूनतम 1) (संख्या, वैकल्पिक)
    • perPage: पेजिनेशन के लिए प्रति पेज परिणाम (न्यूनतम 1, अधिकतम 100) (संख्या, वैकल्पिक)
    • query: GitHub पुल अनुरोध खोज सिंटैक्स का उपयोग करके खोज क्वेरी (स्ट्रिंग, आवश्यक)
    • repo: वैकल्पिक रिपॉजिटरी नाम। यदि owner के साथ प्रदान किया गया है, तो केवल इस रिपॉजिटरी के पुल अनुरोध सूचीबद्ध हैं। (स्ट्रिंग, वैकल्पिक)
    • sort: श्रेणियों के मिलानों की संख्या के अनुसार क्रमबद्ध फ़ील्ड, डिफ़ॉल्ट सर्वोत्तम मिलान (स्ट्रिंग, वैकल्पिक)
  • update_pull_request - पुल अनुरोध संपादित करें

    • OAuth चुनौती दायरे: repo
    • MCP ऐप UI: ui://github-mcp-server/pr-edit
    • base: नया आधार शाखा नाम (स्ट्रिंग, वैकल्पिक)
    • body: नया विवरण (स्ट्रिंग, वैकल्पिक)
    • draft: पुल अनुरोध को ड्राफ्ट (true) या समीक्षा के लिए तैयार (false) के रूप में चिह्नित करें (बूलियन, वैकल्पिक)
    • maintainer_can_modify: अनुरक्षक संपादन की अनुमति दें (बूलियन, वैकल्पिक)
    • owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
    • pullNumber: अपडेट करने के लिए पुल अनुरोध संख्या (संख्या, आवश्यक)
    • repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
    • reviewers: GitHub उपयोगकर्ता नाम या ORG/टीम-स्लग टीम समीक्षक जिनसे समीक्षा का अनुरोध करना है (स्ट्रिंग[], वैकल्पिक)
    • state: नई स्थिति (स्ट्रिंग, वैकल्पिक)
    • title: नया शीर्षक (स्ट्रिंग, वैकल्पिक)
  • update_pull_request_branch - पुल अनुरोध शाखा अपडेट करें

    • OAuth चुनौती दायरे: repo
    • expectedHeadSha: पुल अनुरोध के HEAD ref का अपेक्षित SHA (स्ट्रिंग, वैकल्पिक)
    • owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
    • pullNumber: पुल अनुरोध संख्या (संख्या, आवश्यक)
    • repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
repo रिपॉजिटरीज़
  • create_branch - शाखा बनाएँ

    • OAuth चुनौती दायरे: repo
    • branch: नई शाखा के लिए नाम (स्ट्रिंग, आवश्यक)
    • from_branch: स्रोत शाखा (डिफ़ॉल्ट रिपॉजिटरी डिफ़ॉल्ट) (स्ट्रिंग, वैकल्पिक)
    • owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
    • repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
  • create_or_update_file - फ़ाइल बनाएँ या अपडेट करें

    • OAuth चुनौती दायरे: repo, workflow
    • allow_symlink_write: सिम्बोलिक लिंक को अपडेट करने के लिए true सेट करें; सामग्री इसका नया लक्ष्य पथ होना चाहिए। (बूलियन, वैकल्पिक)
    • branch: शाखा जिसमें फ़ाइल बनाना/अपडेट करना है (स्ट्रिंग, आवश्यक)
    • content: फ़ाइल की सामग्री, बिल्कुल वैसी ही जैसी लिखे जाने के बाद दिखनी चाहिए। इसे base64-एनकोड न करें; यह सर्वर REST API को कॉल करने से पहले ऐसा करता है। (स्ट्रिंग, आवश्यक)
    • message: कमिट संदेश (स्ट्रिंग, आवश्यक)
    • owner: रिपॉजिटरी स्वामी (उपयोगकर्ता नाम या संगठन) (स्ट्रिंग, आवश्यक)
    • path: पथ जहाँ फ़ाइल बनाना/अपडेट करना है (स्ट्रिंग, आवश्यक)
    • repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
    • sha: प्रतिस्थापित की जा रही फ़ाइल का ब्लॉब SHA। आवश्यक यदि फ़ाइल पहले से मौजूद है। इसे get_file_contents के साथ समान owner, repo, और path का उपयोग करके प्राप्त करें, ref को इस टूल के branch मान पर सेट करके। (स्ट्रिंग, वैकल्पिक)
  • create_repository - रिपॉजिटरी बनाएँ

    • OAuth चुनौती दायरे: repo
    • autoInit: README के साथ आरंभ करें (बूलियन, वैकल्पिक)
    • description: रिपॉजिटरी विवरण (स्ट्रिंग, वैकल्पिक)
    • name: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
    • organization: संगठन जिसमें रिपॉजिटरी बनाना है (अपने व्यक्तिगत खाते में बनाने के लिए छोड़ें) (स्ट्रिंग, वैकल्पिक)
    • private: क्या रिपॉजिटरी निजी होनी चाहिए। छोड़े जाने पर डिफ़ॉल्ट true (निजी) होता है। (बूलियन, वैकल्पिक)
  • delete_file - फ़ाइल हटाएँ

    • OAuth चुनौती दायरे: repo, workflow
    • branch: शाखा जिससे फ़ाइल हटानी है (स्ट्रिंग, आवश्यक)
    • message: कमिट संदेश (स्ट्रिंग, आवश्यक)
    • owner: रिपॉजिटरी स्वामी (उपयोगकर्ता नाम या संगठन) (स्ट्रिंग, आवश्यक)
    • path: हटाने के लिए फ़ाइल का पथ (स्ट्रिंग, आवश्यक)
    • repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
  • delete_repository - रिपॉजिटरी हटाएँ

    • OAuth चुनौती दायरे: delete_repo, repo
    • owner: रिपॉजिटरी स्वामी (उपयोगकर्ता नाम या संगठन) (स्ट्रिंग, आवश्यक)
    • repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
  • fork_repository - रिपॉजिटरी फोर्क करें

    • OAuth चुनौती दायरे: repo
    • organization: संगठन जिसमें फोर्क करना है (स्ट्रिंग, वैकल्पिक)
    • owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
    • repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
  • get_commit - कमिट विवरण प्राप्त करें

    • OAuth चुनौती दायरे: repo
    • detail: बदली गई फ़ाइलों के लिए शामिल करने का विवरण स्तर। "none" आँकड़े और फ़ाइलें पूरी तरह से छोड़ देता है। "stats" (डिफ़ॉल्ट) में प्रति-फ़ाइल मेटाडेटा शामिल है: फ़ाइलनाम, स्थिति, और कोड-लाइन गणना (additions, deletions, changes), बिना पैच सामग्री के। "full_patch" में प्रत्येक फ़ाइल के लिए एकीकृत diff सामग्री भी शामिल है और यह बहुत बड़ी हो सकती है। (स्ट्रिंग, वैकल्पिक)
    • owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
    • page: पेजिनेशन के लिए पेज नंबर (न्यूनतम 1) (संख्या, वैकल्पिक)
    • perPage: पेजिनेशन के लिए प्रति पेज परिणाम (न्यूनतम 1, अधिकतम 100) (संख्या, वैकल्पिक)
    • repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
    • sha: कमिट SHA, शाखा नाम, या टैग नाम (स्ट्रिंग, आवश्यक)
  • get_file_contents - फ़ाइल या निर्देशिका सामग्री प्राप्त करें

    • OAuth चुनौती दायरे: repo
    • fields: जब पथ एक निर्देशिका है तो प्रत्येक प्रविष्टि के लिए लौटाए जाने वाले फ़ील्ड का उपसमुच्चय। यदि छोड़ा गया है, तो सभी फ़ील्ड लौटाए जाते हैं। जब पथ एक एकल फ़ाइल है तो अनदेखा किया जाता है। निर्देशिकाओं को सूचीबद्ध करते समय प्रतिक्रिया आकार कम करने के लिए इसका उपयोग करें और आपको केवल विशिष्ट फ़ील्ड की आवश्यकता हो, जैसे केवल 'name' और 'type'। (स्ट्रिंग[], वैकल्पिक)
    • owner: रिपॉजिटरी स्वामी (उपयोगकर्ता नाम या संगठन) (स्ट्रिंग, आवश्यक)
    • path: फ़ाइल/निर्देशिका का पथ (स्ट्रिंग, वैकल्पिक)
    • ref: वैकल्पिक git refs जैसे refs/tags/{tag}, refs/heads/{branch} या refs/pull/{pr_number}/head स्वीकार करता है (स्ट्रिंग, वैकल्पिक)
    • repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
    • sha: वैकल्पिक कमिट SHA स्वीकार करता है। यदि निर्दिष्ट किया गया है, तो इसे ref के बजाय उपयोग किया जाएगा (स्ट्रिंग, वैकल्पिक)
  • get_latest_release - नवीनतम रिलीज़ प्राप्त करें

    • OAuth चुनौती दायरे: repo
    • owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
    • repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
  • get_release_by_tag - टैग नाम से रिलीज़ प्राप्त करें

    • OAuth चुनौती दायरे: repo
    • owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
    • repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
    • tag: टैग नाम (जैसे, 'v1.0.0') (स्ट्रिंग, आवश्यक)
  • get_tag - टैग विवरण प्राप्त करें

    • OAuth चुनौती दायरे: repo
    • owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
    • repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
    • tag: टैग नाम (स्ट्रिंग, आवश्यक)
  • list_branches - शाखाएँ सूचीबद्ध करें

    • OAuth चुनौती दायरे: repo
    • owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
    • page: पेजिनेशन के लिए पेज नंबर (न्यूनतम 1) (संख्या, वैकल्पिक)
    • perPage: पेजिनेशन के लिए प्रति पेज परिणाम (न्यूनतम 1, अधिकतम 100) (संख्या, वैकल्पिक)
    • repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
  • list_commits - कमिट सूचीबद्ध करें

    • OAuth चुनौती स्कोप्स: repo
    • author: कमिट फ़िल्टर करने के लिए लेखक का उपयोगकर्ता नाम या ईमेल पता (स्ट्रिंग, वैकल्पिक)
    • fields: प्रत्येक कमिट के लिए लौटाए जाने वाले फ़ील्ड का उपसमुच्चय। यदि छोड़ दिया जाए, तो सभी फ़ील्ड लौटाए जाते हैं। इसका उपयोग प्रतिक्रिया आकार कम करने के लिए करें जब आपको केवल विशिष्ट फ़ील्ड चाहिए, जैसे केवल 'sha' और 'html_url'। (स्ट्रिंग[], वैकल्पिक)
    • owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
    • page: पेजिनेशन के लिए पृष्ठ संख्या (न्यूनतम 1) (संख्या, वैकल्पिक)
    • path: केवल इस फ़ाइल पथ वाले कमिट लौटाए जाएंगे (स्ट्रिंग, वैकल्पिक)
    • perPage: पेजिनेशन के लिए प्रति पृष्ठ परिणाम (न्यूनतम 1, अधिकतम 100) (संख्या, वैकल्पिक)
    • repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
    • sha: कमिट SHA, शाखा या टैग नाम जिसके कमिट सूचीबद्ध करने हैं। यदि प्रदान नहीं किया गया, तो रिपॉजिटरी की डिफ़ॉल्ट शाखा का उपयोग करता है। यदि कमिट SHA प्रदान किया गया है, तो उस SHA तक के कमिट सूचीबद्ध करेगा। (स्ट्रिंग, वैकल्पिक)
    • since: केवल इस तिथि के बाद के कमिट लौटाए जाएंगे (ISO 8601 प्रारूप: YYYY-MM-DDTHH:MM:SSZ या YYYY-MM-DD) (स्ट्रिंग, वैकल्पिक)
    • until: केवल इस तिथि से पहले के कमिट लौटाए जाएंगे (ISO 8601 प्रारूप: YYYY-MM-DDTHH:MM:SSZ या YYYY-MM-DD) (स्ट्रिंग, वैकल्पिक)
  • list_releases - रिलीज़ सूचीबद्ध करें

    • OAuth चुनौती स्कोप्स: repo
    • fields: प्रत्येक रिलीज़ के लिए लौटाए जाने वाले फ़ील्ड का उपसमुच्चय। यदि छोड़ दिया जाए, तो सभी फ़ील्ड लौटाए जाते हैं। इसका उपयोग प्रतिक्रिया आकार कम करने के लिए करें जब आपको केवल विशिष्ट फ़ील्ड चाहिए; विशेष रूप से 'body' को छोड़ने से प्रति-रिलीज़ सबसे बड़ा डेटा हट जाता है। (स्ट्रिंग[], वैकल्पिक)
    • owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
    • page: पेजिनेशन के लिए पृष्ठ संख्या (न्यूनतम 1) (संख्या, वैकल्पिक)
    • perPage: पेजिनेशन के लिए प्रति पृष्ठ परिणाम (न्यूनतम 1, अधिकतम 100) (संख्या, वैकल्पिक)
    • repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
  • list_repository_collaborators - रिपॉजिटरी सहयोगियों की सूची बनाएं

    • OAuth चुनौती स्कोप्स: repo
    • affiliation: संबद्धता द्वारा फ़िल्टर करें। इनमें से एक हो सकता है: 'outside' (बाहरी सहयोगी), 'direct' (संगठन सदस्यता की परवाह किए बिना अनुमतियों वाले सभी), 'all' (सभी सहयोगी)। डिफ़ॉल्ट: 'all' (स्ट्रिंग, वैकल्पिक)
    • owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
    • page: पेजिनेशन के लिए पृष्ठ संख्या (डिफ़ॉल्ट 1, न्यूनतम 1) (संख्या, वैकल्पिक)
    • perPage: पेजिनेशन के लिए प्रति पृष्ठ परिणाम (डिफ़ॉल्ट 30, न्यूनतम 1, अधिकतम 100) (संख्या, वैकल्पिक)
    • repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
  • list_tags - टैग सूचीबद्ध करें

    • OAuth चुनौती स्कोप्स: repo
    • owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
    • page: पेजिनेशन के लिए पृष्ठ संख्या (न्यूनतम 1) (संख्या, वैकल्पिक)
    • perPage: पेजिनेशन के लिए प्रति पृष्ठ परिणाम (न्यूनतम 1, अधिकतम 100) (संख्या, वैकल्पिक)
    • repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
  • push_files - रिपॉजिटरी में फ़ाइलें पुश करें

    • OAuth चुनौती स्कोप्स: repo, workflow
    • branch: पुश करने के लिए शाखा (स्ट्रिंग, आवश्यक)
    • files: पुश करने के लिए फ़ाइल ऑब्जेक्ट की सरणी, प्रत्येक ऑब्जेक्ट में path (स्ट्रिंग) और content (स्ट्रिंग) होता है (ऑब्जेक्ट[], आवश्यक)
    • message: कमिट संदेश (स्ट्रिंग, आवश्यक)
    • owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
    • repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
  • search_code - कोड खोजें

    • OAuth चुनौती स्कोप्स: repo
    • fields: प्रत्येक कोड खोज परिणाम के लिए लौटाए जाने वाले फ़ील्ड का उपसमुच्चय। यदि छोड़ दिया जाए, तो सभी फ़ील्ड लौटाए जाते हैं। इसका उपयोग प्रतिक्रिया आकार कम करने के लिए करें जब आपको केवल विशिष्ट फ़ील्ड चाहिए; विशेष रूप से 'repository' और 'text_matches' को छोड़ने से प्रति-परिणाम सबसे बड़ा डेटा हट जाता है। (स्ट्रिंग[], वैकल्पिक)
    • order: परिणामों के लिए क्रमबद्ध क्रम (स्ट्रिंग, वैकल्पिक)
    • page: पेजिनेशन के लिए पृष्ठ संख्या (न्यूनतम 1) (संख्या, वैकल्पिक)
    • perPage: पेजिनेशन के लिए प्रति पृष्ठ परिणाम (न्यूनतम 1, अधिकतम 100) (संख्या, वैकल्पिक)
    • query: खोज क्वेरी (GitHub कोड खोज REST)। शब्दों के बीच निहित AND; सटीक मिलान के लिए OR, NOT, और "quoted phrase" का समर्थन करता है। क्वालिफायर: repo:owner/repo, org:, user:, language:, path:dir (उपसर्ग मिलान), filename:exact.ext, extension:, in:file, in:path, size:, is:archived, is:fork। अधिकतम 256 वर्ण। उदाहरण: WithContext language:go org:github; "package main" repo:o/r; func extension:go path:cmd repo:o/r; NOT TODO language:go repo:o/r। (स्ट्रिंग, आवश्यक)
    • sort: क्रमबद्ध फ़ील्ड (केवल 'indexed') (स्ट्रिंग, वैकल्पिक)
  • search_commits - कमिट खोजें

    • OAuth चुनौती स्कोप्स: repo
    • order: क्रमबद्ध क्रम (स्ट्रिंग, वैकल्पिक)
    • page: पेजिनेशन के लिए पृष्ठ संख्या (न्यूनतम 1) (संख्या, वैकल्पिक)
    • perPage: पेजिनेशन के लिए प्रति पृष्ठ परिणाम (न्यूनतम 1, अधिकतम 100) (संख्या, वैकल्पिक)
    • query: कमिट खोज क्वेरी (GitHub कमिट खोज REST)। केवल डिफ़ॉल्ट शाखा पर कमिट संदेश खोजता है। repo:owner/repo, org:, या user: के साथ खोज को सीमित करें (बिना स्कोप क्वालिफायर वाली क्वेरी पूरे GitHub पर मिलती हैं और आमतौर पर वह नहीं होतीं जो आप चाहते हैं)। अन्य क्वालिफायर: author:, committer:, author-name:, committer-name:, author-email:, committer-email:, author-date:, committer-date: (>, <, >=, <=, और YYYY-MM-DD..YYYY-MM-DD रेंज का समर्थन करता है), merge:true|false, hash:, tree:, parent:, is:public। उदाहरण: repo:owner/repo fix panic; org:github author:defunkt committer-date:>=2024-01-01; "refactor cache" repo:o/r; hash:abc1234 repo:o/r। (स्ट्रिंग, आवश्यक)
    • sort: लेखक या कमिटर तिथि के अनुसार क्रमबद्ध करें (डिफ़ॉल्ट सर्वोत्तम मिलान) (स्ट्रिंग, वैकल्पिक)
  • search_repositories - रिपॉजिटरी खोजें

    • OAuth चुनौती स्कोप्स: repo
    • minimal_output: न्यूनतम रिपॉजिटरी जानकारी लौटाएं (डिफ़ॉल्ट: true)। जब false होता है, तो आधुनिक क्लाइंट अतिरिक्त क्यूरेटेड रिपॉजिटरी विवरण प्राप्त करते हैं, पूर्ण GitHub API ऑब्जेक्ट नहीं। लीगेसी क्लाइंट पूर्ण GitHub API रिपॉजिटरी ऑब्जेक्ट बनाए रखते हैं। (बूलियन, वैकल्पिक)
    • order: क्रमबद्ध क्रम (स्ट्रिंग, वैकल्पिक)
    • page: पेजिनेशन के लिए पृष्ठ संख्या (न्यूनतम 1) (संख्या, वैकल्पिक)
    • perPage: पेजिनेशन के लिए प्रति पृष्ठ परिणाम (न्यूनतम 1, अधिकतम 100) (संख्या, वैकल्पिक)
    • query: रिपॉजिटरी खोज क्वेरी। उदाहरण: 'machine learning in:name stars:>1000 language:python', 'topic:react', 'user:facebook'. सटीक फ़िल्टरिंग के लिए उन्नत खोज सिंटैक्स का समर्थन करता है। (स्ट्रिंग, आवश्यक)
    • sort: रिपॉजिटरी को फ़ील्ड द्वारा क्रमबद्ध करें, डिफ़ॉल्ट सर्वोत्तम मिलान (स्ट्रिंग, वैकल्पिक)
shield-lock गुप्त सुरक्षा
  • get_secret_scanning_alert - गुप्त स्कैनिंग अलर्ट प्राप्त करें

    • OAuth चुनौती स्कोप्स: security_events
    • alertNumber: अलर्ट की संख्या। (संख्या, आवश्यक)
    • owner: रिपॉजिटरी का स्वामी। (स्ट्रिंग, आवश्यक)
    • repo: रिपॉजिटरी का नाम। (स्ट्रिंग, आवश्यक)
  • list_secret_scanning_alerts - गुप्त स्कैनिंग अलर्ट सूचीबद्ध करें

    • OAuth चुनौती स्कोप्स: security_events
    • owner: रिपॉजिटरी का स्वामी। (स्ट्रिंग, आवश्यक)
    • page: पेजिनेशन के लिए पृष्ठ संख्या (न्यूनतम 1) (संख्या, वैकल्पिक)
    • perPage: पेजिनेशन के लिए प्रति पृष्ठ परिणाम (न्यूनतम 1, अधिकतम 100) (संख्या, वैकल्पिक)
    • repo: रिपॉजिटरी का नाम। (स्ट्रिंग, आवश्यक)
    • resolution: समाधान द्वारा फ़िल्टर करें (स्ट्रिंग, वैकल्पिक)
    • secret_type: लौटाने के लिए गुप्त प्रकारों की अल्पविराम-पृथक सूची। सभी डिफ़ॉल्ट गुप्त पैटर्न लौटाए जाते हैं। सामान्य पैटर्न लौटाने के लिए, पैरामीटर में टोकन नाम पास करें। (स्ट्रिंग, वैकल्पिक)
    • state: स्थिति द्वारा फ़िल्टर करें (स्ट्रिंग, वैकल्पिक)
shield सुरक्षा सलाहकार
  • get_global_security_advisory - वैश्विक सुरक्षा सलाहकार प्राप्त करें

    • OAuth चुनौती स्कोप्स: security_events
    • ghsaId: GitHub सुरक्षा सलाहकार आईडी (प्रारूप: GHSA-xxxx-xxxx-xxxx)। (स्ट्रिंग, आवश्यक)
  • list_global_security_advisories - वैश्विक सुरक्षा सलाहकार सूचीबद्ध करें

    • OAuth चुनौती स्कोप्स: security_events
    • affects: प्रभावित पैकेज या संस्करण द्वारा सलाहकार फ़िल्टर करें (जैसे "package1,package2@1.0.0")। (स्ट्रिंग, वैकल्पिक)
    • cveId: CVE आईडी द्वारा फ़िल्टर करें। (स्ट्रिंग, वैकल्पिक)
    • cwes: सामान्य कमजोरी गणना आईडी द्वारा फ़िल्टर करें (जैसे ["79", "284", "22"])। (स्ट्रिंग[], वैकल्पिक)
    • ecosystem: पैकेज पारिस्थितिकी तंत्र द्वारा फ़िल्टर करें। (स्ट्रिंग, वैकल्पिक)
    • ghsaId: GitHub सुरक्षा सलाहकार आईडी द्वारा फ़िल्टर करें (प्रारूप: GHSA-xxxx-xxxx-xxxx)। (स्ट्रिंग, वैकल्पिक)
    • isWithdrawn: केवल वापस लिए गए सलाहकार लौटाने हैं या नहीं। (बूलियन, वैकल्पिक)
    • modified: प्रकाशन या अद्यतन तिथि या तिथि सीमा द्वारा फ़िल्टर करें (ISO 8601 तिथि या सीमा)। (स्ट्रिंग, वैकल्पिक)
    • published: प्रकाशन तिथि या तिथि सीमा द्वारा फ़िल्टर करें (ISO 8601 तिथि या सीमा)। (स्ट्रिंग, वैकल्पिक)
    • severity: गंभीरता द्वारा फ़िल्टर करें। (स्ट्रिंग, वैकल्पिक)
    • type: सलाहकार प्रकार। (स्ट्रिंग, वैकल्पिक)
    • updated: अद्यतन तिथि या तिथि सीमा द्वारा फ़िल्टर करें (ISO 8601 तिथि या सीमा)। (स्ट्रिंग, वैकल्पिक)
  • list_org_repository_security_advisories - संगठन रिपॉजिटरी सुरक्षा सलाहकार सूचीबद्ध करें

    • OAuth चुनौती स्कोप्स: security_events
    • direction: क्रमबद्ध दिशा। (स्ट्रिंग, वैकल्पिक)
    • org: संगठन लॉगिन। (स्ट्रिंग, आवश्यक)
    • sort: क्रमबद्ध फ़ील्ड। (स्ट्रिंग, वैकल्पिक)
    • state: सलाहकार स्थिति द्वारा फ़िल्टर करें। (स्ट्रिंग, वैकल्पिक)
  • list_repository_security_advisories - रिपॉजिटरी सुरक्षा सलाहकार सूचीबद्ध करें

    • OAuth चुनौती स्कोप्स: security_events
    • direction: क्रमबद्ध दिशा। (स्ट्रिंग, वैकल्पिक)
    • owner: रिपॉजिटरी का स्वामी। (स्ट्रिंग, आवश्यक)
    • repo: रिपॉजिटरी का नाम। (स्ट्रिंग, आवश्यक)
    • sort: क्रमबद्ध फ़ील्ड। (स्ट्रिंग, वैकल्पिक)
    • state: सलाहकार स्थिति द्वारा फ़िल्टर करें। (स्ट्रिंग, वैकल्पिक)
star स्टारगेज़र
  • list_starred_repositories - स्टार की गई रिपॉजिटरी सूचीबद्ध करें

    • OAuth चुनौती स्कोप्स: repo
    • direction: परिणामों को क्रमबद्ध करने की दिशा। (स्ट्रिंग, वैकल्पिक)
    • page: पेजिनेशन के लिए पृष्ठ संख्या (न्यूनतम 1) (संख्या, वैकल्पिक)
    • perPage: पेजिनेशन के लिए प्रति पृष्ठ परिणाम (न्यूनतम 1, अधिकतम 100) (संख्या, वैकल्पिक)
    • sort: परिणामों को कैसे क्रमबद्ध करें। 'created' (जब रिपॉजिटरी स्टार की गई थी) या 'updated' (जब रिपॉजिटरी में अंतिम बार पुश किया गया था) हो सकता है। (स्ट्रिंग, वैकल्पिक)
    • username: उपयोगकर्ता नाम जिसके लिए स्टार की गई रिपॉजिटरी सूचीबद्ध करनी है। डिफ़ॉल्ट प्रमाणित उपयोगकर्ता। (स्ट्रिंग, वैकल्पिक)
  • star_repository - रिपॉजिटरी स्टार करें

    • OAuth चुनौती स्कोप्स: repo
    • owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
    • repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
  • unstar_repository - रिपॉजिटरी अनस्टार करें

    • OAuth चुनौती स्कोप्स: repo
    • owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
    • repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
people उपयोगकर्ता - **search_users** - उपयोगकर्ताओं को खोजें - **OAuth चुनौती दायरे**: `repo` - `order`: क्रमबद्ध क्रम (स्ट्रिंग, वैकल्पिक) - `page`: पृष्ठांकन के लिए पृष्ठ संख्या (न्यूनतम 1) (संख्या, वैकल्पिक) - `perPage`: पृष्ठांकन के लिए प्रति पृष्ठ परिणाम (न्यूनतम 1, अधिकतम 100) (संख्या, वैकल्पिक) - `query`: उपयोगकर्ता खोज क्वेरी। उदाहरण: 'john smith', 'location:seattle', 'followers:>100'। खोज स्वचालित रूप से type:user तक सीमित है। (स्ट्रिंग, आवश्यक) - `sort`: उपयोगकर्ताओं को अनुयायियों या रिपॉजिटरी की संख्या, या जब व्यक्ति GitHub से जुड़ा, के आधार पर क्रमबद्ध करें। (स्ट्रिंग, वैकल्पिक)

रिमोट GitHub MCP सर्वर में अतिरिक्त उपकरण

Copilot
  • create_pull_request_with_copilot - GitHub Copilot कोडिंग एजेंट के साथ कार्य करें
    • owner: रिपॉजिटरी स्वामी। आप स्वामी का अनुमान लगा सकते हैं, लेकिन आगे बढ़ने से पहले उपयोगकर्ता से इसकी पुष्टि करें। (स्ट्रिंग, आवश्यक)
    • repo: रिपॉजिटरी का नाम। आप रिपॉजिटरी के नाम का अनुमान लगा सकते हैं, लेकिन आगे बढ़ने से पहले उपयोगकर्ता से इसकी पुष्टि करें। (स्ट्रिंग, आवश्यक)
    • problem_statement: किए जाने वाले कार्य का विस्तृत विवरण (जैसे, 'एक सुविधा लागू करें जो X करती है', 'बग Y ठीक करें', आदि) (स्ट्रिंग, आवश्यक)
    • title: बनाए जाने वाले पुल अनुरोध के लिए शीर्षक (स्ट्रिंग, आवश्यक)
    • base_ref: Git संदर्भ (जैसे, शाखा) जिससे एजेंट अपना कार्य शुरू करेगा। यदि निर्दिष्ट नहीं है, तो रिपॉजिटरी की डिफ़ॉल्ट शाखा पर डिफ़ॉल्ट होता है (स्ट्रिंग, वैकल्पिक)
Copilot Spaces
  • प्रमाणीकरण नोट

    • बारीक-दाने वाले PAT क्लासिक PAT दायरे फ़िल्टरिंग द्वारा छिपाए नहीं जाते हैं, इसलिए ये उपकरण तब भी दिखाई दे सकते हैं जब टोकन उनका उपयोग नहीं कर सकता।
    • संगठन-स्वामित्व वाले spaces के लिए, बारीक-दाने वाले PAT को स्वामित्व वाले संगठन पर स्थापित होना चाहिए और इसमें organization_copilot_spaces: read शामिल होना चाहिए।
    • यदि किसी संगठन-स्वामित्व वाले space में रिपॉजिटरी-समर्थित संसाधन हैं, तो टोकन के पास प्रत्येक संदर्भित रिपॉजिटरी तक पहुंच भी होनी चाहिए या space को नहीं मिला माना जा सकता है।
  • get_copilot_space - Copilot Space प्राप्त करें

    • owner: space का स्वामी। (स्ट्रिंग, आवश्यक)
    • name: space का नाम। (स्ट्रिंग, आवश्यक)
  • list_copilot_spaces - Copilot Spaces सूचीबद्ध करें

GitHub सहायता दस्तावेज़ खोज
  • github_support_docs_search - GitHub उत्पाद और सहायता प्रश्नों के उत्तर देने के लिए प्रासंगिक दस्तावेज़ प्राप्त करें। सहायता विषयों में शामिल हैं: GitHub Actions Workflows, प्रमाणीकरण, GitHub सहायता पूछताछ, पुल अनुरोध अभ्यास, रिपॉजिटरी रखरखाव, GitHub Pages, GitHub Packages, GitHub Discussions, Copilot Spaces
    • query: उपयोगकर्ता से उस प्रश्न के बारे में इनपुट जिसका उत्तर उन्हें चाहिए। यह नवीनतम कच्चा असंपादित उपयोगकर्ता संदेश है। आपको हमेशा उपयोगकर्ता संदेश को वैसे ही छोड़ देना चाहिए, आपको इसे कभी संशोधित नहीं करना चाहिए। (स्ट्रिंग, आवश्यक)

केवल-पठन मोड

सर्वर को केवल-पठन मोड में चलाने के लिए, आप --read-only फ़्लैग का उपयोग कर सकते हैं। यह केवल केवल-पठन उपकरण प्रदान करेगा, जिससे रिपॉजिटरी, मुद्दों, पुल अनुरोधों आदि में किसी भी संशोधन को रोका जा सकेगा।

./github-mcp-server --read-only

Docker का उपयोग करते समय, आप केवल-पठन मोड को पर्यावरण चर के रूप में पास कर सकते हैं:

docker run -i --rm \
  -e GITHUB_PERSONAL_ACCESS_TOKEN=<your-token> \
  -e GITHUB_READ_ONLY=1 \
  ghcr.io/github/github-mcp-server

लॉकडाउन मोड

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

लॉकडाउन मोड एक सर्वोत्तम-प्रयास सामग्री फ़िल्टर है जिसका उद्देश्य अविश्वसनीय रिपॉजिटरी सामग्री (मुद्दे, पुल अनुरोध, टिप्पणियाँ, कमिट, आदि) से प्रॉम्प्ट इंजेक्शन के जोखिम को कम करना है। यह नहीं एक प्राधिकरण सीमा है: यह नहीं बदलता कि अंतर्निहित GitHub क्रेडेंशियल क्या पढ़ या लिख सकता है, और फ़िल्टर किए गए उपकरण प्रतिक्रिया से रोकी गई सामग्री अभी भी अन्य उपकरणों या समान क्रेडेंशियल के साथ सीधे GitHub API पहुंच के माध्यम से प्राप्त की जा सकती है।

एक जानबूझकर अपवाद के रूप में, विश्वसनीय बॉट खातों के एक छोटे से सेट (वर्तमान में github-actions[bot] और copilot) द्वारा लिखी गई सामग्री को हमेशा सुरक्षित माना जाता है, भले ही पुश पहुंच हो। यह नियमित स्वचालन आउटपुट (जैसे CI-जनित कमिट या टिप्पणियाँ) को फ़िल्टर करने से बचाता है जो अन्यथा लॉकडाउन मोड के तहत रोक दिया जाता।

./github-mcp-server --lockdown-mode

Docker के साथ चलाते समय, संबंधित पर्यावरण चर सेट करें:

docker run -i --rm \
  -e GITHUB_PERSONAL_ACCESS_TOKEN=<your-token> \
  -e GITHUB_LOCKDOWN_MODE=1 \
  ghcr.io/github/github-mcp-server

HTTP मोड में, यह फ़्लैग (या GITHUB_LOCKDOWN_MODE) एक ऊपरी सीमा है: X-MCP-Lockdown अनुरोध हेडर लॉकडाउन मोड को सक्षम कर सकता है जब ऑपरेटर ने नहीं किया है, लेकिन यह लॉकडाउन मोड को अक्षम नहीं कर सकता जिसे ऑपरेटर पहले ही सक्षम कर चुका है। विवरण के लिए सर्वर कॉन्फ़िगरेशन गाइड देखें।

लॉकडाउन मोड का व्यवहार आह्वान किए गए उपकरण पर निर्भर करता है।

निम्नलिखित उपकरण एक त्रुटि लौटाएंगे जब लेखक के पास पुश पहुंच नहीं होगी:

  • issue_read:get
  • pull_request_read:get
  • pull_request_read:get_diff
  • pull_request_read:get_files
  • pull_request_read:get_commits

निम्नलिखित उपकरण पुश पहुंच के बिना उपयोगकर्ताओं की सामग्री को फ़िल्टर करेंगे:

  • issue_read:get_comments
  • issue_read:get_sub_issues
  • pull_request_read:get_comments
  • pull_request_read:get_review_comments
  • pull_request_read:get_reviews

i18n / विवरण ओवरराइड करना

उपकरणों के विवरण को बाइनरी के समान निर्देशिका में एक github-mcp-server-config.json फ़ाइल बनाकर ओवरराइड किया जा सकता है।

फ़ाइल में उपकरण नामों को कुंजी के रूप में और नए विवरणों को मान के रूप में एक JSON ऑब्जेक्ट होना चाहिए। उदाहरण के लिए:

{
  "TOOL_ADD_ISSUE_COMMENT_DESCRIPTION": "an alternative description",
  "TOOL_CREATE_BRANCH_DESCRIPTION": "Create a new branch in a GitHub repository"
}

आप बाइनरी को --export-translations फ़्लैग के साथ चलाकर वर्तमान अनुवादों का निर्यात बना सकते हैं।

यह फ़्लैग आपके द्वारा किए गए किसी भी अनुवाद/ओवरराइड को संरक्षित करेगा, साथ ही बाइनरी में जोड़े गए किसी भी नए अनुवाद को जोड़ेगा जो पिछली बार निर्यात करने के बाद से जोड़े गए हैं।

./github-mcp-server --export-translations
cat github-mcp-server-config.json

आप विवरण ओवरराइड करने के लिए ENV चर का भी उपयोग कर सकते हैं। पर्यावरण चर के नाम JSON फ़ाइल में कुंजियों के समान हैं, जिनमें GITHUB_MCP_ उपसर्ग और सभी अपरकेस हैं।

उदाहरण के लिए, TOOL_ADD_ISSUE_COMMENT_DESCRIPTION उपकरण को ओवरराइड करने के लिए, आप निम्नलिखित पर्यावरण चर सेट कर सकते हैं:

export GITHUB_MCP_TOOL_ADD_ISSUE_COMMENT_DESCRIPTION="an alternative description"

सर्वर नाम और शीर्षक ओवरराइड करना

समान ओवरराइड तंत्र का उपयोग आरंभीकरण प्रतिक्रिया में MCP सर्वर के name और title फ़ील्ड को अनुकूलित करने के लिए किया जा सकता है। यह कई GitHub MCP सर्वर इंस्टेंस चलाते समय उपयोगी है (जैसे, एक github.com के लिए और एक GitHub Enterprise Server के लिए) ताकि एजेंट उनके बीच अंतर कर सकें।

कुंजीपर्यावरण चरडिफ़ॉल्ट
SERVER_NAMEGITHUB_MCP_SERVER_NAMEgithub-mcp-server
SERVER_TITLEGITHUB_MCP_SERVER_TITLEGitHub MCP Server

उदाहरण के लिए, GitHub Enterprise Server के लिए एक सर्वर इंस्टेंस कॉन्फ़िगर करने के लिए:

{
  "SERVER_NAME": "ghes-mcp-server",
  "SERVER_TITLE": "GHES MCP Server"
}

या पर्यावरण चर का उपयोग करके:

export GITHUB_MCP_SERVER_NAME="ghes-mcp-server"
export GITHUB_MCP_SERVER_TITLE="GHES MCP Server"

लाइब्रेरी उपयोग

इस मॉड्यूल का निर्यात किया गया Go API वर्तमान में अस्थिर माना जाना चाहिए, और ब्रेकिंग परिवर्तनों के अधीन है। भविष्य में, हम स्थिरता प्रदान कर सकते हैं; कृपया एक मुद्दा दर्ज करें यदि कोई उपयोग मामला है जहां यह मूल्यवान होगा।

योगदान

योगदान का स्वागत है। पुल अनुरोध खोलने से पहले, कृपया सेटअप, परीक्षण, लिंटिंग और दस्तावेज़ीकरण निर्माण निर्देशों के लिए योगदान गाइड पढ़ें।

सहायता

GitHub MCP सर्वर का उपयोग करने में सहायता के लिए, सहायता गाइड देखें। यदि आपको कोई बग मिला है या कोई सुविधा अनुरोध करना चाहते हैं, तो कृपया नया खोलने से पहले मौजूदा मुद्दों को खोजें।

सुरक्षा

कृपया सार्वजनिक मुद्दों के माध्यम से सुरक्षा कमजोरियों की रिपोर्ट न करें। कमजोरियों की जिम्मेदारी से रिपोर्ट करने के लिए सुरक्षा नीति में दिए गए निर्देशों का पालन करें।

लाइसेंस

यह परियोजना MIT ओपन सोर्स लाइसेंस की शर्तों के तहत लाइसेंस प्राप्त है। पूर्ण शर्तों के लिए कृपया MIT देखें।