GitHub MCP Server 怎么配置 toolsets 与单个 tools 来控制可用工具范围?

发布时间:2026/11/3 21:09:29

GitHub MCP Server 怎么配置 toolsets 与单个 tools 来控制可用工具范围? GitHub MCP Server 怎么配置 toolsets 与单个 tools 来控制可用工具范围【免费下载链接】github-mcp-serverGitHubs official MCP Server项目地址: https://gitcode.com/GitHub_Trending/gi/github-mcp-server如果你的 MCP 客户端里 GitHub MCP Server 暴露的工具太多影响模型选工具或占用上下文就可以用toolsets工具集和tools单个工具两级控制把可用范围收敛到需要的部分。本地服务通过--toolsets/--tools命令行参数或GITHUB_TOOLSETS/GITHUB_TOOLS环境变量配置远程托管服务https://api.githubcopilot.com/mcp/通过X-MCP-Toolsets/X-MCP-Tools请求头或/x/{toolset}URL 路径配置。两者概念一致下文分开给出各自的完整写法。配置前先知道这几条规则默认行为不指定任何 toolset 时服务器使用默认 toolsetscontext、issues、pull_requests、repos、users。组合是增量的additivetools和toolsets可以同时使用工具集里已有工具再加单个工具不会互相覆盖。例如--toolsets repos,issues --tools get_gist会注册repos和issues的全部工具外加get_gist。排除优先--exclude-tools/X-MCP-Exclude-Tools列出的工具无论如何都不可用即使其 toolset 已启用或该工具被显式加进--tools。只读模式优先级最高开启--read-only/X-MCP-Readonly后写入类工具即使被显式请求也会被禁用例如issues工具集里的create_issue在只读模式下不可用。名称必须精确工具名必须完全匹配例如get_file_contents而不是getFileContents。本地服务遇到无效工具名会在启动时报错退出。toolset 不止包含 Tools相应的 MCP Resources 和 Prompts 在适用时也会随 toolset 一起启用。本地服务的优先级GITHUB_TOOLSETS环境变量与--toolsets同时提供时环境变量优先。可用的 toolset 全表见 README 的 Available Toolsets 章节常用的有context强烈建议保留提供当前用户与上下文信息、repos、issues、pull_requests、actions、code_security、gists等完整工具清单见 README 的 Tools 章节配置时必须按那里列出的精确名称填写。本地服务用 toolsets 收窄范围以 Docker 方式运行时把 toolset 允许列表放进GITHUB_TOOLSETS环境变量your-token替换为你自己的 GitHub PATdocker run -i --rm \ -e GITHUB_PERSONAL_ACCESS_TOKENyour-token \ -e GITHUB_TOOLSETSrepos,issues,pull_requests,actions,code_security \ ghcr.io/github/github-mcp-server不走 Docker 时直接给进程传参或设置环境变量github-mcp-server --toolsets repos,issues,pull_requests,actions,code_securityGITHUB_TOOLSETSrepos,issues,pull_requests,actions,code_security ./github-mcp-server两个特殊值all启用全部可用 toolset./github-mcp-server --toolsets alldefault等价于默认的五个 toolset。想保留默认再加一些时写GITHUB_TOOLSETSdefault,stargazers ./github-mcp-server。本地服务只开单个工具或与 toolsets 叠加明确知道只需要哪几个工具时用--tools传逗号分隔的精确工具名适合优化上下文只加载会用到的工具github-mcp-server --tools get_file_contents,issue_read,create_pull_requestGITHUB_TOOLSget_file_contents,issue_read,create_pull_request ./github-mcp-servertoolset 加单个工具的典型写法——整组启用repos和issues再从gists里只挑get_gistgithub-mcp-server --toolsets repos,issues --tools get_gistDocker 下同样通过环境变量叠加# Tools only docker run -i --rm \ -e GITHUB_PERSONAL_ACCESS_TOKENyour-token \ -e GITHUB_TOOLSget_file_contents,issue_read,create_pull_request \ ghcr.io/github/github-mcp-server # Tools combined with toolsets (additive) docker run -i --rm \ -e GITHUB_PERSONAL_ACCESS_TOKENyour-token \ -e GITHUB_TOOLSETSrepos,issues \ -e GITHUB_TOOLSget_gist \ ghcr.io/github/github-mcp-server想开大工具集但砍掉个别危险工具时用排除参数github-mcp-server --toolsets pull_requests --exclude-toolscreate_pull_request,merge_pull_request结果pull_requests工具集全部启用但create_pull_request与merge_pull_request被移除只剩读取和 review 类工具。在 MCP 客户端配置文件中怎么写VS Code 的 MCP 配置用 JSON 描述进程args里带stdio子命令加参数即可${input:github_token}是 VS Code 安装流程中的输入变量由 VS Code 在配置时让你填入 token其他 MCP 宿主则直接写自己的 token 环境变量各宿主的配置语法参考 安装指南{ type: stdio, command: go, args: [ run, ./cmd/github-mcp-server, stdio, --toolsetsrepos,issues, --toolsget_gist,pull_request_read ], env: { GITHUB_PERSONAL_ACCESS_TOKEN: ${input:github_token} } }对应效果仓库和 issue 相关工具全开外加get_gist与pull_request_read。更多组合示例最小配置、只读模式等见服务器配置指南。远程服务用请求头或 URL 路径远程服务没有启动参数配置方式是给 HTTP 连接加请求头。同时启用 toolset 与单个工具{ type: http, url: https://api.githubcopilot.com/mcp/, headers: { X-MCP-Toolsets: repos,issues, X-MCP-Tools: get_gist,pull_request_read } }排除工具与只读模式同理用X-MCP-Exclude-Tools、X-MCP-Readonly头。也可以只用 URL 路径选单个toolset例如{ type: http, url: https://api.githubcopilot.com/mcp/x/issues/readonly }路径规则要注意{toolset}只能写一个工具集不支持逗号分隔列表要组合多个 toolset 必须用X-MCP-Toolsets头/x/all表示全部 toolsetURL 尾部可追加/readonly、/insiders等修饰。完整路径模式与请求头说明见远程服务文档。结果验证与常见问题排查配置正确与否可以从这几条文档明确的行为来判断本地服务--tools里出现无效工具名时服务器启动失败并给出错误信息。启动报错时先检查工具名拼写对照 Tools 列表 使用精确名称。远程服务X-MCP-Tools里的无效工具会抛错并阻止服务器启动而X-MCP-Toolsets里的无效或未知 toolset 会被静默忽略不报错也不阻止启动——如果远程端看起来没生效优先怀疑 toolset 名拼错了。工具缺失官方排查表给出的对应关系是Tools missing → Toolset not enabled → 添加所需 toolset 或具体工具见服务器配置指南的 Troubleshooting 一节。写入工具不生效通常是只读模式开着移除--read-only或X-MCP-Readonly头即可。工具改名工具重命名后旧名会保留为别名旧配置不会直接报错详见工具重命名说明。两个容易踩的边界远程服务有本地没有的 toolsetcopilot、copilot_spaces、github_support_docs_search见 README它们只在远程端可用反过来本地图表里列的 toolset 在远程端都可用。toolsets/tools 控制的是暴露给模型哪些工具另外还有一层独立的、自动生效的 scope 过滤经典 PATghp_前缀会在启动时按 token 权限过滤工具这不需要配置与本文的参数不冲突。按上面的顺序操作即可先确定用本地还是远程选定要保留的 toolset 列表必要时叠加单个工具或排除项最后在 MCP 客户端重启服务器确认启动无报错、客户端里出现的工具列表与配置一致。【免费下载链接】github-mcp-serverGitHubs official MCP Server项目地址: https://gitcode.com/GitHub_Trending/gi/github-mcp-server创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考
延伸阅读

更多相关文章

2026/10/29 19:06:07

电源设计实战指南:从LDO选型到PCB布线避坑经验

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/11/3 16:45:58

Unity3D MOBA技能系统框架设计:从状态机到效果结算的完整实践

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/11/3 21:07:57

不可篡改环境下的软件测试挑战与应对策略

1. 不可篡改环境下的测试新挑战概述在软件开发和系统运维领域,不可篡改环境(Immutable Environment)正逐渐成为一种主流架构模式。这种环境下,任何部署后的系统组件都不能被直接修改,所有变更都必须通过重新部署完整的…

2026/11/3 21:07:57

彭尼游戏揭秘:为什么‘正反反’稳压‘反反正’?

1. 这不是运气游戏,而是一道被低估的马尔可夫链实战题你有没有在朋友聚会时被拉进过这种“抛硬币赌局”:两人各选一个长度为3的正反序列,比如你选【反反正】,我选【正反反】,然后不断抛一枚均匀硬币,谁选的…

2026/11/3 21:07:57

阿里开源CoPaw桌面Agent工具解析与应用指南

1. 阿里桌面Agent工具CoPaw开源项目解析 最近阿里开源了一款名为CoPaw的桌面Agent工具,在开发者社区引发了广泛讨论。作为一名长期关注效率工具的技术博主,我第一时间下载体验了这个项目。CoPaw本质上是一个运行在本地的智能助手,能够通过自然…

2026/11/3 21:07:57

STM32F103C8T6器件手册:嵌入式硬件开发的物理宪法

简介:本资源为ST官方发布的STM32F103C8T6器件英文原版数据手册(Datasheet),是嵌入式硬件开发、ARM Cortex-M3平台学习及STM32单片机项目设计的核心技术依据。面向嵌入式工程师、硬件设计师、高校电子类专业学生及初/中级单片机开发…

2026/11/3 21:07:57

伺服系统响应带宽:原理、计算与工程避坑指南

简介:本资源是一份面向电机控制工程师、自动化专业学生及伺服系统研发人员的深度技术文档,聚焦机电系统响应带宽的核心定义、理论推导与工程计算方法,解决实际项目中带宽评估不准、环路设计缺乏量化依据等关键问题。文档以伺服电机控制为典型…

2026/11/3 21:02:57

Paperclip:面向AI Agent的Node.js+React轻量运行时框架

1. 项目概述:Paperclip 不是回形针,而是一个面向 AI Agent 开发的轻量级 Node.js 运行时框架你搜“paperclip”时,第一反应可能是办公桌抽屉里那枚银色小金属件——但最近在掘金、GitHub 和 React 前端技术群聊里,“Paperclip”正…

2026/11/3 7:47:06

面向复杂光照与角度的宠物面部识别鲁棒性增强策略

在智慧养宠时代,基于视觉的宠物身份识别技术正逐步从实验室走向家庭应用。然而,与配合度高的人类不同,宠物是典型的“非合作生物识别对象”——它们不会主动配合摄像头调整姿态,更无法控制光照环境。实际应用中,我们常…

2026/11/3 14:24:53

SSM电子书店源码全解析:结构、原理、部署与排错实战

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/11/3 1:04:48

STM32实战:基于MAX14431数字隔离器的SPI隔离通信方案

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/11/3 1:04:48

工业SPI隔离通信设计:MAX14431BAEE+与STM32L4A6RG实战

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/11/3 1:04:48

STM32+NRF24L01无线抢答器:硬件设计、通信协议与低功耗实现

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/11/3 7:47:06

面向复杂光照与角度的宠物面部识别鲁棒性增强策略

在智慧养宠时代,基于视觉的宠物身份识别技术正逐步从实验室走向家庭应用。然而,与配合度高的人类不同,宠物是典型的“非合作生物识别对象”——它们不会主动配合摄像头调整姿态,更无法控制光照环境。实际应用中,我们常…

2026/11/3 14:24:53

SSM电子书店源码全解析:结构、原理、部署与排错实战

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

还想了解更多?直接咨询顾问

免费诊断 + 免费方案 + 透明报价。

全国咨询热线400-8866-253
免费获取方案
☎咨询二维码 ☎ ↑