GitHub
GitHub’s official server lets AI read and manage code, issues and pull requests in your account. Use GitHub’s hosted version or run it locally with Docker.
Description from the maker (original English)
A Jira-lite MCP server that guides planning-first workflows for AI-assisted development.
These three are never merged into one score: opinions, measurements and popularity are different things.
We have not written a plain-language summary for this one yet. Below are the facts we read from the registry.
Pick the AI app you use, then copy the settings.
You need
Which app do you use?
Pick your app above. We remember it, so next time the button says “Install in …”.
Open Claude Desktop → Settings → Developer → Edit Config, and paste this into claude_desktop_config.json
{
"mcpServers": {
"primer": {
"command": "uvx",
"args": [
"primer-mcp"
]
}
}
}Run this in your terminal
claude mcp add primer -- uvx primer-mcpPaste into .cursor/mcp.json in your project, or ~/.cursor/mcp.json
{
"mcpServers": {
"primer": {
"command": "uvx",
"args": [
"primer-mcp"
]
}
}
}Your browser asks to open the app, then the app shows the settings and asks you to confirm. Key values are left empty for you to fill in.
Paste into .vscode/mcp.json in your project
{
"servers": {
"primer": {
"type": "stdio",
"command": "uvx",
"args": [
"primer-mcp"
]
}
}
}Your browser asks to open the app, then the app shows the settings and asks you to confirm. Key values are left empty for you to fill in.
This one runs on your computer, and ChatGPT can only connect to servers on the internet. Pick another app.
Your choice stays on this device in a cookie; no account needed.
These settings are generated from the maker’s registry entry. If the README says otherwise, follow the README.
Runs on your computer; the tool list appears in your AI app after you install it.
We check information anyone can see; we have not read the code. Checks that do not apply are left out of the count. · Checked Nov 7, 2026
The registry name was verified with the GitHub account ivanlai, which owns the repo
We have not read this repo from GitHub yet
We have not read this repo from GitHub yet
This one runs on your computer; there is no internet endpoint
Runs on your computer and uses local settings instead
Runs on your computer; we can only read tool lists from internet endpoints
Compared with every active server in this category in the registry. Stars count only when the publisher owns the repo.
It passed 1 of 1 applicable basic checks. We have not read the code. Before adding a key or token, see what access the server asks for and use a key with only the permissions you need.
The registry does not list a required key, though some servers ask you to sign in on first use.
It runs on your computer. Your AI app starts it when needed, and data does not pass through the maker’s servers (unless it calls an online service itself).
The GitHub repo last changed –, and the latest version (0.1.8) reached the registry 38 days ago.
Apps that support MCP, such as Claude Desktop, Claude Code, Cursor and VS Code. You also need Python (uv) on your computer.
In the same category: GitHub, Desktop Commander, Cloudflare MCP
Servers in the same category from other makers, sorted by stars.
Reading a card:★ GitHub starsiThree pillars: reviews · checks · usageiUpdated = latest version published to the registryi
GitHub’s official server lets AI read and manage code, issues and pull requests in your account. Use GitHub’s hosted version or run it locally with Docker.
MCP server for terminal commands, file operations, and process management
Cloudflare MCP servers
Copied from the maker’s repo as written. PopNx MCP has not reviewed or endorsed it. HTML, images and scripts are removed. Links lead off this site.
Beta — the core workflow is stable and tested, but the tool is new. Expect rough edges.
A Jira-lite MCP server that guides planning-first workflows for AI-assisted development — tickets as markdown files, your AI agent as the interface.
Does it work? An eval of 108 runs found it took planning-before-coding from 0/15 to 15/15 on features and open-ended requests. But one line in CLAUDE.md got a saved plan too, so what primer-mcp adds is the structure of the record. Details below.
Getting real value from AI coding agents takes more than prompting. It takes shaping what they build, engineering the workflow around them, and deploying something that holds up in practice.
Left to their own devices, agents jump straight to implementation. Primer-mcp makes them plan first:
The tickets are plain markdown with YAML frontmatter, committed alongside your code. There's no external service and no database. Everything is visible in your repo and easy to browse with tools like Obsidian.
primer-mcp is designed for solo developers and small projects — one person (and their AI agent) working through a backlog. It doesn't have assignment, notifications, or multi-user coordination, and that's deliberate: it's a lightweight complement to the AI workflow, not a replacement for Jira.
Requires Python 3.12+ and uv.
Add to your MCP client config (e.g. Claude Code settings.json, Claude Desktop claude_desktop_config.json):
{
"mcpServers": { "primer-mcp": { "command": "uvx", "args": ["primer-mcp"] } } }
That's it — your MCP client downloads and runs primer-mcp automatically. You don't need to install anything manually.
Tell your AI agent what you want to build — it handles the rest. The server guides the agent through a planning-first workflow: why the work matters, decisions, stories, tasks, completion. Not sure what to do next? Ask your agent — it reads the current state and knows what comes next.
If you prefer to install primer-mcp as a standalone tool (e.g. for the list-actionable CLI command):
uv tool install primer-mcp
uv tool upgrade primer-mcp
uv tool uninstall primer-mcp
A typical session — you describe the work, the agent handles the planning:
You: I want to add user authentication.
Agent: You have EP-001: "Launch the app" — auth fits under that. Or I can create a separate epic if this is a bigger initiative.
You: EP-001 is fine.
Agent: Before we build, we should decide on the auth approach. A few common options:
You: Option 1 — we need mobile support.
Agent: I'll record that decision so we don't revisit it later. → Recorded ADR-003: "Use JWT with refresh tokens" Rejected: server-side sessions (no mobile support), OAuth2 only (need local accounts too)
Breaking this into stories. → Created ST-005: "Login and registration endpoints" → Created ST-006: "Token refresh and revocation"
And tasks for the first story: → Created TK-010: "Add /register endpoint with validation" → Created TK-011: "Add /login endpoint returning JWT pair" → Created TK-012: "Write integration tests for auth flow"
You: Let's start with TK-010.
Agent: → Started TK-010
[implements the register endpoint]
Done — added POST /register with email/password validation, password hashing, and duplicate-email check. → Completed TK-010
You: Looks good, verify it.
Agent: → Verified TK-010 (evidence: "all tests pass — a1b2c3d")
TK-011 is next. Want me to continue?
Every ticket is a markdown file in primer/, committed alongside your code. The export_graph tool visualises how they connect:
*Clone the repo and open assets/demo-graph.html for the interactive version — click any node to see its full ticket.*
Since tickets are plain markdown with wikilinks, you can also open primer/ as an Obsidian vault for a live graph that updates as tickets change — no need to re-export.
Your AI agent calls these tools automatically — you don't need to invoke them directly. You can also ask your agent to call a specific tool if you want more control.
| Tool | What it does |
|---|---|
init_project | Create the primer/ ticket store and add the workflow section to CLAUDE.md |
| Tool | What it does |
|---|---|
plan_epic | Create an epic — the top-level container for a body of work |
record_adr | Record an architecture decision: context, decision, rejected alternatives, consequences |
create_story | Create a story under an epic — a deliverable with acceptance criteria |
create_task | Create a task under a story — a concrete unit of work with a testable outcome |
create_spike | Create a spike — a timeboxed investigation to answer a question |
| Tool | What it does |
|---|---|
start_task | Move a task to in-progress |
complete_task | Mark a task completed with notes on what was done |
verify_task | Verify a completed task with evidence (point at the commit) |
complete_spike | Close a spike with findings |
| Tool | What it does |
|---|---|
list_actionable | List what can be acted on right now, with epic context and recommendations |
get_ticket | Read a ticket by ID with its full body |
list_tickets | List tickets, filterable by type or status |
update_ticket | Amend a ticket's status, dependencies, body sections, or external refs |
| Tool | What it does |
|---|---|
export_graph | Generate a self-contained HTML file visualising the project as an interactive graph |
| Prompt | What it does |
|---|---|
plan_story | Walk through a planning conversation before creating a story |
export_jira | Export primer-mcp tickets to Jira via a Jira MCP server |
import_jira | Import a Jira epic and its hierarchy into primer-mcp |
When your project is initialized (automatically on first use, or via init_project), this section is appended to your agent config file (CLAUDE.md, AGENTS.md) to guide the agent. If you prefer to add it manually:
## primer-mcp
This project uses primer-mcp for planning-first development. Tickets are markdown files under primer/ — they are yours to read and edit. Prefer the tools for creating and updating them: they allocate IDs, follow the templates and guide the workflow. Hand-edit where the tools fall short.
list_actionable.complete_task with notes, then verify_task with evidence (point at the commit, not the output). Both are recommended — the tools will nudge you if you skip a step.export_graph.completed_notes and the ## Completion Notes section if needed.
primer-mcp tickets map directly to Jira concepts (Epic, Story, Task, ADR). When a project outgrows local markdown files:
external_ref field tracks its Jira key, so re-exports update existing issues instead of creating duplicates.Both prompts are experimental and have not been tested end-to-end.
primer-mcp-eval tests whether primer-mcp changes how an AI coding agent works. It gives headless Claude Code the same 12 change requests three ways:
docs/ before codingThat's 108 isolated runs, scored from transcripts with no LLM judge.
What it found:
So primer-mcp isn't needed to get a plan written. What it adds is the shape of the record, which the plan files lacked:
Whether that structure pays off in later sessions is untested.
Overhead. Wherever the agent planned with primer-mcp, it took about 15–25 extra turns. That grew with the number of tickets created, not with the size of the code change, so it should be a smaller share of larger work (untested).
The methodology and full results are in that repo.
The primer/ directory in this repo is the project's own backlog, created with the tools in src/ and committed deliberately — a tool that tells you to commit your ticket store should commit its own. Browse it on GitHub to see what a real store looks like before installing:
primer/adrs/ — design decisions, including rejected alternatives and whyprimer/stories/ and primer/tasks/ — what is done, what is next, and verification evidenceIt is project management, not part of the package. The wheel ships src/primer_mcp only, and primer/ is excluded from the distribution. Your own primer/ is created automatically when you start planning.
DEVELOPMENT.md covers setting up a checkout, running the checks, pointing an MCP client at unreleased code, and how the code is put together — from a tool call arriving over MCP to the ticket file being written.
MIT