github slim
Github MCP服务器针对AI助手进行了优化 --在保持完整功能的同时，将上下文窗口令牌减少71.5%。兼容Claude、ChatGPT、Gemini、Cursor和所有MCP客户端。
什么是github slim？
A. 令牌优化 Github的版本 模型上下文协议（MCP） 服务器。
问题
MCP工具模式消耗了大量资源 上下文窗口标记当Claude或ChatGPT等AI助手加载MCP工具时，每个工具定义都会占用宝贵的上下文空间。
原版 @modelcontextprotocol/server-github 负载 26工具 消费大约 ~18216个代币 --这是你可以用来进行实际对话的空间。
解决方案
github-slim 智能地 将26个工具分为7个语义操作，通过以下方式减少令牌使用 71.5% --与 零功能损失.
你的AI助手看到的工具更少、更智能。所有原始功能仍然可用。
演出
| 公制 | 原始 | 纤细 | 缩减 |
|---|---|---|---|
| 工具 | 26 | 7 | -56% |
| 架构令牌 | 3396 | 1210 | 64.4% |
| 克劳德代码（东部） | ~18216 | ~5200 | ~71.5% |
基准信息 - 原件： @modelcontextprotocol/server-github@2025.4.8 - 使用测量的架构令牌 令牌。 （cl100kbase） - 克劳德代码估计包括约570个令牌/工具开销快速开始
一个命令设置（推荐）
# Claude Desktop - auto-configure
npx github-slim --setup claude
# Cursor - auto-configure
npx github-slim --setup cursor
# Interactive mode (choose your client)
npx github-slim --setup完成！重新启动应用程序以使用github。
⚠️ 此MCP需要环境变量。 安装程序将添加占位符-用您的实际值更新它们。看 配置.
CLI工具（已经有CLI？）
# Claude Code (creates .mcp.json in project root)
claude mcp add github -s project --env GITHUB_PERSONAL_ACCESS_TOKEN= -- npx -y github-slim@latest
# Windows: use cmd /c wrapper
claude mcp add github -s project --env GITHUB_PERSONAL_ACCESS_TOKEN= -- cmd /c npx -y github-slim@latest
# VS Code (Copilot, Cline, Roo Code)
code --add-mcp '{"name":"github","command":"npx","args":["-y","github-slim@latest"],"env":{"GITHUB_PERSONAL_ACCESS_TOKEN":""}}'配置
所需的环境变量
| 变量 | 描述 | 必填 |
|---|---|---|
GITHUB_PERSONAL_ACCESS_TOKEN | 具有repo范围的GitHub个人访问令牌 | 是 |
手动设置
Click to expand manual configuration options
克劳德桌面
添加到您的 claude_desktop_config.json:
| 操作系统 | 路径 |
|---|---|
| 窗户 | %APPDATA%\Claude\claude_desktop_config.json |
| macOS | ~/Library/Application Support/Claude/claude_desktop_config.json |
{
"mcpServers": {
"github": {
"command": "npx",
"args": ["-y", "github-slim@latest"],
"env": {
"GITHUB_PERSONAL_ACCESS_TOKEN": ""
}
}
}
}光标
增添 .cursor/mcp.json （全球）或 /.cursor/mcp.json （项目）：
{
"mcpServers": {
"github": {
"command": "npx",
"args": ["-y", "github-slim@latest"],
"env": {
"GITHUB_PERSONAL_ACCESS_TOKEN": ""
}
}
}
}运作原理
MCPSlim充当 透明网桥 在AI模型和原始MCP服务器之间：
┌─────────────────────────────────────────────────────────────────┐
│ Without MCPSlim │
│ │
│ [AI Model] ──── reads 26 tool schemas ────→ [Original MCP] │
│ (~18,216 tokens loaded into context) │
├─────────────────────────────────────────────────────────────────┤
│ With MCPSlim │
│ │
│ [AI Model] ───→ [MCPSlim Bridge] ───→ [Original MCP] │
│ │ │ │ │
│ Sees 7 grouped Translates to Executes actual │
│ tools only original call tool & returns │
│ (~5,200 tokens) │
└─────────────────────────────────────────────────────────────────┘翻译是如何工作的
- AI读取瘦模式 --只有7个组合工具，而不是26个
- AI调用分组工具 --例如。，
interaction({ action: "click", ... }) - MCPSlim翻译 --转换为原始格式：
browser_click({ ... }) - 原始MCP执行 --真实服务器处理请求
- 返回响应 --结果原封不动地传回
零功能损失。71.5%的代币节省。
可用工具组
| 组 | 操作 |
|---|---|
create | 4 |
issue | 2 |
list | 4 |
repository | 2 |
search | 2 |
加 2个直通工具 --不能很好地组合的工具会按照优化的描述进行保留。
兼容性
- ✅ 完整功能 --全部原创
@modelcontextprotocol/server-github保留的特征 - ✅ 所有AI助手 --适用于Claude、ChatGPT、Gemini、Copilot和任何MCP客户端
- ✅ 直接替换品 --功能相同，只需使用分组操作名称
- ✅ 已测试 --通过自动化测试验证架构兼容性
常见问题解答
这会降低功能吗？
号码 每个原始工具都是可访问的。工具在语义上被分组（例如。， click, hover, drag → interaction)，但所有操作仍可通过 action 参数。
为什么AI助手需要令牌优化？
AI模型的上下文窗口有限。MCP工具模式使用可用于对话、代码或文档的令牌。减小工具模式大小意味着有更多的实际工作空间。
这是官方支持的吗？
MCPSlim是一个社区项目。它透明地封装了官方MCP服务器——原始服务器完成了所有实际工作。
许可证
麻省理工学院
______________________________________________________________________
Powered by MCPSlim — MCP Token Optimizer
Reduce AI context usage. Keep full functionality.