An MCP server for the github notifications API for the OSS maintainer
Connect GitHub Notifications to Claude, Cursor or any other MCP client and it stops being a tab you switch to. An MCP server for the github notifications API for the OSS maintainer. The github notifications mcp server is what makes that connection.
An MCP (Model Context Protocol) server that provides tools for managing GitHub notifications. This server allows AI assistants like Claude to help you manage your GitHub notifications through natural language commands.
The toolset is worth reading before you wire it up, because it tells you what the integration is really for:
list-notifications — List all GitHub notifications for the authenticated usermark-notifications-read — Mark all notifications as readget-thread — Get information about a notification threadmark-thread-read — Mark a specific thread as readmark-thread-done — Mark a thread as doneget-thread-subscription — Get subscription status for a threadset-thread-subscription — Subscribe to a threaddelete-thread-subscription — Unsubscribe from a threadlist-repo-notifications — List notifications for a specific repositorymark-repo-notifications-read — Mark notifications for a repository as readmanage-repo-subscription — Manage repository subscriptions: all_activity, default (participating and @mentions), or ignore (mute)Building — The Building tool exposed by this serverConfiguration is passed through the environment: GITHUB_TOKEN. Treat anything key-shaped as a real credential — scope it to the minimum the server needs, and rotate it if it ever lands in a shared config.
notifications or repo scopeSetup follows the usual MCP pattern — install or clone the server, register it in your client's configuration file, restart the client.
This sits in the developer tooling group, where several servers overlap in what they claim to do but differ sharply once you actually set them up. GitHub Notifications's toolset — list-notifications, mark-notifications-read, get-thread and 10 more — is a fair guide to whether it matches your workflow. It is maintained by mcollina; worth a glance at recent repository activity before you build anything load-bearing on it.
This entry was verified against GitHub Notifications's own documentation before publication; SyncDev keeps the directory reviewed rather than auto-generated.
| Tool | What it does |
|---|---|
| list-notifications | List all GitHub notifications for the authenticated user |
| mark-notifications-read | Mark all notifications as read |
| get-thread | Get information about a notification thread |
| mark-thread-read | Mark a specific thread as read |
| mark-thread-done | Mark a thread as done |
| get-thread-subscription | Get subscription status for a thread |
| set-thread-subscription | Subscribe to a thread |
| delete-thread-subscription | Unsubscribe from a thread |
| list-repo-notifications | List notifications for a specific repository |
| mark-repo-notifications-read | Mark notifications for a repository as read |
| manage-repo-subscription | Manage repository subscriptions: all_activity, default (participating and @mentions), or ignore (mute) |
| Building | The Building tool exposed by this server. |
| Testing | The Testing tool exposed by this server. |
notifications or repo scope| Variable | Description | Required |
|---|---|---|
| GITHUB_TOKEN | Credential the server authenticates with. | Yes |
Kill hallucinated APIs — version-accurate, up-to-date library documentation injected straight into context.
Microsoft's official browser automation server — drive a real browser through the accessibility tree, no screenshots needed.
GitHub's official server — repos, issues, pull requests, Actions and code security, straight from your assistant.
Issue tracking at the speed of conversation — Linear's official hosted server with OAuth and zero install.
Local repository surgery — status, diffs, commits, branches and history for any repo on disk.
Timezone sanity for AI — current time anywhere and correct conversions, without the model doing date math.