Skip to main content
Glama
GitHub Assistant MCP Server

GitHub Assistant MCP Server

GitHub Assistant MCP Server

A Model Context Protocol (MCP) server that connects Claude Desktop to the GitHub API. Ask Claude natural-language questions about any public GitHub repository — issues, pull requests, repo metadata, READMEs — without leaving your conversation.

What is MCP?

MCP (Model Context Protocol) is an open standard that lets AI applications connect to external tools and data sources through a uniform interface. Think of it as a USB-C port for AI — any MCP-compatible client (Claude Desktop, Cursor, VS Code Copilot, etc.) can plug into any MCP server.

Claude Desktop (MCP Host)
       |
       |  stdio — JSON-RPC 2.0
       v
GitHub Assistant MCP Server   <-- this project
       |
       |  HTTPS
       v
  GitHub REST API v3

When you ask Claude "what are the open issues in microsoft/vscode?", Claude calls this server's list_issues tool, the server fetches data from GitHub, and returns the answer — all transparently within the conversation.

Related MCP server: GitHub MCP Server

Tools

Tool

Description

search_repos

Search GitHub repos by keyword. Supports qualifiers like language:python, stars:>1000

get_repo

Get metadata for a specific repo: stars, forks, language, license, topics

list_issues

List open/closed issues for a repo (excludes PRs)

get_issue

Get the full body and details of a specific issue by number

list_pull_requests

List open/closed PRs including draft status and branch info

Resources

URI Pattern

Description

repo://{owner}/{repo}/readme

The raw README markdown for any repository

Example Conversations

"Search for the most starred Python web frameworks on GitHub"

"Tell me about the microsoft/vscode repository"

"What are the 10 most recently updated open issues in microsoft/vscode?"

"Show me the details of issue #301645 in microsoft/vscode"

"What open pull requests are there in fastapi/fastapi?"

Setup

Prerequisites

Install

git clone https://github.com/yourusername/github-mcp
cd github-mcp

# Install dependencies
uv sync

# Copy and fill in your token
cp .env.example .env
# Edit .env and set GITHUB_TOKEN=ghp_your_token_here

Connect to Claude Desktop

Add the following to ~/Library/Application Support/Claude/claude_desktop_config.json (macOS) or %APPDATA%\Claude\claude_desktop_config.json (Windows):

{
  "mcpServers": {
    "github-assistant": {
      "command": "/path/to/uv",
      "args": [
        "--directory", "/absolute/path/to/github-mcp",
        "run", "python", "-m", "github_mcp.server"
      ],
      "env": {
        "GITHUB_TOKEN": "ghp_your_token_here"
      }
    }
  }
}

Restart Claude Desktop. You should see a hammer icon in the chat input — that's your MCP tools.

Project Structure

github-mcp/
├── src/
│   └── github_mcp/
│       ├── __init__.py
│       ├── github_client.py   # GitHub REST API wrapper (pure async httpx)
│       └── server.py          # MCP server — tool & resource definitions
├── .env                       # Your GITHUB_TOKEN (never commit this)
├── .gitignore
├── pyproject.toml
└── README.md

Architecture

github_client.py is a thin async wrapper around the GitHub REST API v3. It has no knowledge of MCP — just Python functions that return dicts. This separation makes it easy to test independently.

server.py is the MCP layer. It creates a FastMCP instance and decorates functions with @mcp.tool() and @mcp.resource(). FastMCP auto-generates the JSON Schema for each tool from Python type hints and docstrings — the same docstring you write for humans is what Claude reads to decide when to call your tool.

Transport: stdio (stdin/stdout). Claude Desktop launches this server as a subprocess and sends JSON-RPC 2.0 messages through stdin. The server writes responses to stdout. This is why we log to stderr — stdout is reserved for the protocol.

Key Concepts Learned

  • MCP primitives: Tools (callable functions), Resources (readable data), Prompts (templates)

  • JSON-RPC 2.0: The wire protocol — request/response with id, notification without

  • Tool descriptions matter: The LLM reads your docstring to decide when to call a tool

  • stdio transport: No HTTP server needed for local tools — just a process with pipes

  • Async Python: httpx.AsyncClient for non-blocking GitHub API calls

  • Auth patterns: Token injection via environment variables — never hardcoded

License

MIT

Available Tools

5 tools
get_issueA

Get the full details and description of a specific GitHub issue.

Use this when the user wants to read the body/description of an issue — e.g. "what does issue #42 in pallets/flask say?", "show me the details of issue 1500 in django/django".

Args: owner: Repository owner (GitHub username or organisation). repo: Repository name. issue_number: The issue number shown in the GitHub URL after /issues/

Inputs: repo (required), owner (required), issue_number (required). Returns: result

get_repoA

Get detailed information about a specific GitHub repository.

Use this when the user asks about a known repository — e.g. "tell me about the django/django repo", "how many stars does torvalds/linux have?", or "what language is facebook/react written in?".

Args: owner: The repository owner — a GitHub username or organisation name. Examples: "microsoft", "torvalds", "psf" repo: The repository name (not the full URL, just the name). Examples: "vscode", "linux", "cpython"

Inputs: repo (required), owner (required). Returns: result

list_issuesA

List issues for a GitHub repository.

Use this when the user wants to see what bugs, feature requests, or tasks are open in a project — e.g. "what issues are open in pallets/flask?", "show me recently updated closed issues in django/django".

Args: owner: Repository owner (GitHub username or organisation). repo: Repository name. state: Filter by issue state: "open" (default), "closed", or "all". limit: Max number of issues to return (1-50, default 20).

Inputs: repo (required), owner (required), limit, state. Returns: result

list_pull_requestsA

List pull requests for a GitHub repository.

Use this when the user wants to see what code changes are proposed or recently merged — e.g. "what PRs are open in fastapi/fastapi?", "show me recent merged PRs in torvalds/linux".

Args: owner: Repository owner (GitHub username or organisation). repo: Repository name. state: Filter by PR state: "open" (default), "closed", or "all". limit: Max number of PRs to return (1-50, default 20).

Inputs: repo (required), owner (required), limit, state. Returns: result

search_reposA

Search GitHub repositories by keyword or topic.

Use this when the user wants to discover repositories — e.g. "find Python HTTP libraries", "search for machine learning repos", or "what are popular React starter templates?".

Args: query: GitHub search query. Supports qualifiers like: - "language:python" to filter by language - "stars:>1000" to filter by star count - "topic:machine-learning" to filter by topic Examples: "fastapi", "react hooks language:typescript stars:>500" sort: Sort results by: "stars" (default), "forks", "updated", or "best-match" limit: Number of results to return (1-30, default 10)

Inputs: query (required), sort, limit. Returns: result

Tool Schema Changelog

Recent tool additions, removals, and schema changes observed during successful MCP inspections.

Loading tool schema changelog…

    TDQS

    A4.4/5.0

    Scored across 5 tools

    Disambiguation5/5

    Each tool targets a distinct operation: search vs. specific repo lookup, list vs. issue detail, and PR listing. There is no meaningful overlap or ambiguity between them.

    Naming Consistency5/5

    All tool names follow a clear snake_case verb_noun pattern, with search_ for discovery, get_ for single-item fetch, and list_ for collections. The convention is predictable and consistent.

    Tool Count5/5

    Five tools is well-scoped for a read-only GitHub exploration assistant. Each tool covers a distinct core operation without unnecessary redundancy.

    Completeness3/5

    Repository search/detail and issue browsing are covered, but the PR surface is incomplete: there is list_pull_requests but no get_pull_request for viewing PR details. There are also no write or update operations, so lifecycle coverage is notably incomplete.

    Maintenance

    ActivityInactive
    ResponsivenessNo recent community issues

    Related MCP Connectors

    Related MCP Servers