Copilot's AI insists that this tool's `get_pull_request_status` is `pull_number` but the tool expects `pullNumber`

[dantman]

Describe the bug

Whenever Copilot attempts to run get_pull_request_status it always fails for me with an error that pullNumber is missing and the input includes a pull_number.

Affected version

Please run docker run -i --rm ghcr.io/github/github-mcp-server ./github-mcp-server --version and paste the output below

GitHub MCP Server
Version: v0.2.1
Commit: 9fa582d
Build Date: 2025-04-21T23:03:04Z

Steps to reproduce the behavior

1. Have a discussion that leads to the AI being aware you are on a branch suitable for being made into a pull request

2. Ask the AI something like 'Make a pull request and watch github actions for the relevant actions to complete.' after a discuss

3. Confirm the AI's too requests, which should be git_branch:show-current, list_pull_requests, create_pull_request, then get_pull_request_status

4. See that get_pull_request_status has failed and look at the input and output

5. See that the input is { "owner": "org-name", "repo": "repo-name", "pull_number": 123 } with the output "missing required parameter: pullNumber"

6. Expected vs actual behavior

The AI should have sent pullNumber.

Logs

[dantman]

As a follow up. I switched models (I was using GPT-4.1 above) to Claude 3.7 Sonnet and attempted to get it to correct the mistake.

I don't know why the AI is insisting that from the MCP tool implementation is saying pull_number is what is exposed.

[williammartin]

Not sure what's going on here. There is one place in the schema add_pull_request_review_comment that exposes snake case pull_number. I also think the GitHub API itself exposes pull_number, so maybe the LLM is getting confused by either of those things. 🤔

[williammartin]

@dantman I have a suspicion here that perhaps your VSCode is hanging onto a cached version of the tools. I say this because looking back at the git history I renamed this property from pull_number to pullNumber about a month ago, here: https://github.com/github/github-mcp-server/pull/90/files#diff-c2e2a7250ef597d08ee5d429159bc89c4b862a7ed6cbcf30b8231a3ec599d190R324

In your VSCode command palette (cmd + shift + p) there should be a "MCP: Reset Cached Tools" option you could try.

[dantman]

I'm not sure if it's exactly that which fixed it, but Copilot finally seems to be working with PRs successfully. However I haven't paid attention to whether it's making use of the status command so I'll have to watch it closer to confirm.

[williammartin]

Alright. I think I'm gonna close this out because it's almost certainly cache related and not something on the MCP server side. Of course, if you hit it again, please come back!