Building · For anyone building their own product with an AI. · a tool
Your AI works on your real code, not a copy
The open-source project github-mcp-server, by github
“GitHub's official MCP Server” — the project's own words, on GitHub
Building · For anyone building their own product with an AI. · a tool
The open-source project github-mcp-server, by github
“GitHub's official MCP Server” — the project's own words, on GitHub
Paste this into the AI that runs on your computer. It does the install, checks it works, and tells you what to type first. If anything fails, paste the error back to it.
Install github-mcp-server (https://github.com/github/github-mcp-server) on this computer and get it working for me. I am not a developer; explain each step in one line as you go and never skip one. You are Claude Code, running on my machine. 1. Check what this machine already has (git, Python or Node as the project needs, Docker if the README says so). Tell me anything missing and install it, asking me before anything that needs my password. 2. Run it from its published image with `docker run -i --rm -e GITHUB_PERSONAL_ACCESS_TOKEN=<token> ghcr.io/github/github-mcp-server` — pull the image rather than cloning the repo. 3. Configure it. If it needs an API key or a login, stop and ask me for it; never guess one and never store it anywhere except where the README says. Tool-specific notes: Run it as `docker run -i --rm -e GITHUB_PERSONAL_ACCESS_TOKEN=<token> ghcr.io/github/github-mcp-server` — that token is the only thing it needs to authenticate. Generate a personal access token scoped to at least `repo`, `read:packages` and `read:org`, and start it with `--read-only` set until the reader has watched it work safely for a while. Use `GITHUB_TOOLSETS` to turn on only the toolsets the job needs (e.g. `repos,issues,pull_requests`) — fewer toolsets means it picks the right tool more reliably. Smoke-test it by asking "show me the repositories I have access to" and checking the list is real. 4. Run the smallest test the README gives, and show me the output. 5. When it works, tell me what to type first, in one line, for this job: Ask what changed. If anything fails, show me the exact error and fix it before going on.
Install github-mcp-server (https://github.com/github/github-mcp-server) on this computer and get it working for me. I am not a developer; explain each step in one line as you go and never skip one. You are Kimi, running on my machine. 1. Check what this machine already has (git, Python or Node as the project needs, Docker if the README says so). Tell me anything missing and install it, asking me before anything that needs my password. 2. Run it from its published image with `docker run -i --rm -e GITHUB_PERSONAL_ACCESS_TOKEN=<token> ghcr.io/github/github-mcp-server` — pull the image rather than cloning the repo. 3. Configure it. If it needs an API key or a login, stop and ask me for it; never guess one and never store it anywhere except where the README says. Tool-specific notes: Run it as `docker run -i --rm -e GITHUB_PERSONAL_ACCESS_TOKEN=<token> ghcr.io/github/github-mcp-server` — that token is the only thing it needs to authenticate. Generate a personal access token scoped to at least `repo`, `read:packages` and `read:org`, and start it with `--read-only` set until the reader has watched it work safely for a while. Use `GITHUB_TOOLSETS` to turn on only the toolsets the job needs (e.g. `repos,issues,pull_requests`) — fewer toolsets means it picks the right tool more reliably. Smoke-test it by asking "show me the repositories I have access to" and checking the list is real. 4. Run the smallest test the README gives, and show me the output. 5. When it works, tell me what to type first, in one line, for this job: Ask what changed. If anything fails, show me the exact error and fix it before going on.
Install github-mcp-server (https://github.com/github/github-mcp-server) on this computer and get it working for me. I am not a developer; explain each step in one line as you go and never skip one. You are Gemini CLI, running on my machine. 1. Check what this machine already has (git, Python or Node as the project needs, Docker if the README says so). Tell me anything missing and install it, asking me before anything that needs my password. 2. Run it from its published image with `docker run -i --rm -e GITHUB_PERSONAL_ACCESS_TOKEN=<token> ghcr.io/github/github-mcp-server` — pull the image rather than cloning the repo. 3. Configure it. If it needs an API key or a login, stop and ask me for it; never guess one and never store it anywhere except where the README says. Tool-specific notes: Run it as `docker run -i --rm -e GITHUB_PERSONAL_ACCESS_TOKEN=<token> ghcr.io/github/github-mcp-server` — that token is the only thing it needs to authenticate. Generate a personal access token scoped to at least `repo`, `read:packages` and `read:org`, and start it with `--read-only` set until the reader has watched it work safely for a while. Use `GITHUB_TOOLSETS` to turn on only the toolsets the job needs (e.g. `repos,issues,pull_requests`) — fewer toolsets means it picks the right tool more reliably. Smoke-test it by asking "show me the repositories I have access to" and checking the list is real. 4. Run the smallest test the README gives, and show me the output. 5. When it works, tell me what to type first, in one line, for this job: Ask what changed. If anything fails, show me the exact error and fix it before going on.
Install github-mcp-server (https://github.com/github/github-mcp-server) on this computer and get it working for me. I am not a developer; explain each step in one line as you go and never skip one. You are Codex, running on my machine. 1. Check what this machine already has (git, Python or Node as the project needs, Docker if the README says so). Tell me anything missing and install it, asking me before anything that needs my password. 2. Run it from its published image with `docker run -i --rm -e GITHUB_PERSONAL_ACCESS_TOKEN=<token> ghcr.io/github/github-mcp-server` — pull the image rather than cloning the repo. 3. Configure it. If it needs an API key or a login, stop and ask me for it; never guess one and never store it anywhere except where the README says. Tool-specific notes: Run it as `docker run -i --rm -e GITHUB_PERSONAL_ACCESS_TOKEN=<token> ghcr.io/github/github-mcp-server` — that token is the only thing it needs to authenticate. Generate a personal access token scoped to at least `repo`, `read:packages` and `read:org`, and start it with `--read-only` set until the reader has watched it work safely for a while. Use `GITHUB_TOOLSETS` to turn on only the toolsets the job needs (e.g. `repos,issues,pull_requests`) — fewer toolsets means it picks the right tool more reliably. Smoke-test it by asking "show me the repositories I have access to" and checking the list is real. 4. Run the smallest test the README gives, and show me the output. 5. When it works, tell me what to type first, in one line, for this job: Ask what changed. If anything fails, show me the exact error and fix it before going on.
Point it at a repo and ask what changed since last week or why the last build failed — it reads the real commit history and check runs instead of guessing.
Ask it to summarise the open issues on a repo and group the duplicates — a fast first read before you decide what to work on next.
Have it put together a small fix as a draft pull request, then read the diff yourself before you approve anything — it proposes, you decide.
github/github-mcp-server on GitHub, under the MIT licence. 32,814 stars, checked 9 September 2026. Last change 8 September 2026. We did not write it; we checked it, and wrote this page so you can use it.
This gives your AI a real Chrome browser it can drive itself, instead of guessing whether the page you asked for actually works.
This gives your AI a browser it can operate directly — Chrome, Firefox, or Safari's engine — so it can test whatever you're building the way a real visitor would, not just read the code.
If you're launching or growing a brand across Asia and the West, a call is where we work out whether it's a fit.