GitHub MCP Server
GitHub MCP サーバー
GitHub APIと連携するためのツールを提供するModel Context Protocol(MCP)サーバー。現在、説明、トピック、ウェブサイトURLを含むリポジトリの作成をサポートしています。
特徴
説明から自動生成された名前で GitHub リポジトリを作成する
リポジトリにトピック/タグを追加する
リポジトリのホームページを設定する
README ファイルでリポジトリを自動初期化する
Related MCP server: GitHub MCP Server
インストール
リポジトリをクローンする
依存関係をインストールします:
npm installサーバーを構築します。
npm run build構成
サーバーには、リポジトリ作成権限を持つGitHub個人アクセストークンが必要です。MCP設定ファイルに以下の行を追加してください。
{
"mcpServers": {
"github": {
"command": "node",
"args": ["path/to/github-server/build/index.js"],
"env": {
"GITHUB_TOKEN": "your-github-token"
}
}
}
}利用可能なツール
リポジトリの作成
自然言語コマンドを使用して GitHub リポジトリを作成または更新します。
コマンド形式
このツールは、さまざまな操作のための自然言語コマンドを受け入れます。
リポジトリの作成:
Create a repository for [description] with tags [tag1 tag2 tag3] website [url]または
Make a new repository called [description] tagged with [tag1, tag2, tag3]リポジトリの説明を更新しています:
Update [owner/repo] description to [new description]または
Change [repo-name] description as [new description]リポジトリタグを更新しています:
Update [owner/repo] tags to [tag1 tag2 tag3]または
Set [repo-name] topics as [tag1, tag2, tag3]リポジトリ Web サイトを更新しています:
Update [owner/repo] website to [url]または
Set [repo-name] homepage as [url]使用例
新しいリポジトリの作成:
const result = await use_mcp_tool({
server_name: "github",
tool_name: "create_repo",
arguments: {
command: "Create a repository for my machine learning image classifier with tags python tensorflow computer-vision website https://example.com/docs"
}
});これにより、次のようになります。
「my-machine-learning-image-classifier」という名前のリポジトリを作成します。
説明を「私の機械学習画像分類器」に設定します
リポジトリトピックとして「python」、「tensorflow」、「computer-vision」を追加します
ウェブサイトを「 https://example.com/docs 」に設定します
READMEファイルで初期化する
リポジトリの説明を更新しています:
const result = await use_mcp_tool({
server_name: "github",
tool_name: "create_repo",
arguments: {
command: "Update username/existing-repo description to Updated ML project for image classification"
}
});リポジトリタグを更新しています:
const result = await use_mcp_tool({
server_name: "github",
tool_name: "create_repo",
arguments: {
command: "Update username/existing-repo tags to machine-learning python updated"
}
});リポジトリ Web サイトを更新しています:
const result = await use_mcp_tool({
server_name: "github",
tool_name: "create_repo",
arguments: {
command: "Update username/existing-repo website to https://example.com/new-docs"
}
});このツールは、さまざまな自然言語パターンとキーワードを理解します。
リポジトリを作成するための Create/make/new
リポジトリを更新するための更新/変更/設定/修正
説明を更新するための「description to/as」
タグを更新するための「tags/topics to/as」
ウェブサイトを更新するための「ウェブサイト/ホームページ/URL to/as」
発達
サーバーを変更または拡張するには:
src/index.tsに変更を加えるサーバーを再構築します。
npm run buildライセンス
マサチューセッツ工科大学
Available Tools
1 toolcreate_repoC
Create or update GitHub repositories using natural language commands
| Name | Required | Description | Default |
|---|---|---|---|
| command | Yes | Natural language command like "Create a repository for my machine learning project with tags python tensorflow" or "Update repository-name description to New description with tags updated ml" |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
No annotations are provided, so the description carries the full burden of behavioral disclosure. It states the tool can 'create or update' repositories, implying mutation, but doesn't address permissions, rate limits, error handling, or what happens on updates (e.g., overwriting). For a mutation tool with zero annotation coverage, this is insufficient.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
The description is a single, efficient sentence that directly states the tool's purpose without unnecessary words. It's appropriately sized and front-loaded, making it easy to understand quickly.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Given the tool's complexity (mutation operation with no annotations and no output schema), the description is incomplete. It lacks details on behavioral traits, error conditions, or return values, which are critical for a tool that modifies GitHub repositories. The high schema coverage doesn't compensate for these gaps.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
The schema description coverage is 100%, with the parameter 'command' fully documented in the schema. The description adds minimal value beyond the schema by reinforcing the natural language aspect but doesn't provide additional syntax, format details, or examples beyond what's already in the schema. This meets the baseline for high coverage.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description clearly states the tool's purpose: 'Create or update GitHub repositories using natural language commands.' It specifies the verb (create/update), resource (GitHub repositories), and method (natural language commands). However, with no sibling tools mentioned, there's no explicit differentiation from alternatives, preventing a score of 5.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
The description provides minimal guidance on when to use this tool. It mentions 'using natural language commands' but doesn't specify prerequisites, constraints, or when to prefer this over other methods. No explicit alternatives or exclusions are discussed, leaving usage context vague.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections. Dates show when Glama detected each change.
1 tool update
v1.0.0- First observed
create_repo
TDQS
With only one tool, there is no possibility of ambiguity or overlap with other tools. The tool's purpose is clearly defined as creating or updating GitHub repositories, making it distinct by default.
The single tool name 'create_repo' follows a clear verb_noun pattern, and since there are no other tools to compare it to, consistency is inherently perfect. There are no deviations or mixed conventions to evaluate.
A single tool for a GitHub server is too few for the typical scope, which usually involves multiple operations like listing repos, managing issues, or handling pull requests. This feels thin and incomplete for the domain.
The tool surface is severely incomplete for a GitHub server, as it only covers creating or updating repositories. Obvious gaps include retrieving repos, managing issues, pull requests, and other core GitHub functionalities, which will likely cause agent failures.
Maintenance
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Related MCP Connectors
A comprehensive Model Context Protocol (MCP) server that enables AI assistants to interact with yo…
An MCP server that gives your AI access to the source code and docs of all public github repos
A Model Context Protocol (MCP) application for automated GitHub PR analysis and issue management.…
Connect AI assistants to GitHub - manage repos, issues, PRs, and workflows through natural language.
Related MCP Servers
- AlicenseNot gradedqualityDmaintenanceA Model Context Protocol server that enables AI assistants like Claude to interact with GitHub repositories, issues, and pull requests.17MIT
- AlicenseNot gradedqualityDmaintenanceA Model Context Protocol server that enables LLM agents to manage GitHub repositories, issues, pull requests, branches, files, and releases through a standardized interface.4678Apache 2.0
- FlicenseNot gradedqualityDmaintenanceA Model Context Protocol server that enables AI assistants to perform GitHub operations including repository management, file operations, issue tracking, and pull request creation.2-
- FlicenseNot gradedqualityNot gradedmaintenanceModel Context Protocol server that enables interaction with GitHub repositories, issues, pull requests, and search functionality through natural language.1-
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/joewilsonai/github-meta-mcp-server'
If you have feedback or need assistance with the MCP directory API, please join our Discord server