@aigentkarl/上下文优化器mcp
解决#1 MCP问题：上下文窗口过载。
问题
您连接的每个MCP服务器都会将工具定义添加到您的上下文窗口中。连接10台服务器，每台服务器使用5-15个工具，在代理开始工作之前，您已经销毁了30-50k个令牌。这是20万个上下文窗口的15-25%——消失了。
结果：对话时间缩短，上下文丢失，性能下降，成本增加。
解决方案
Context Optimizer分析您的任务，对服务器相关性进行评分，并推荐您实际需要的最小MCP服务器集。典型节省： 代币数量减少60-80% 浪费在未使用的工具定义上。
工具
| 工具 | 说明 |
|---|---|
analyze_task | 分析任务并推荐最佳服务器组合，节省% |
estimate_context_usage | 估计服务器集的令牌使用情况（令牌，占200k窗口的百分比） |
optimize_server_set | 优化现有服务器以完成任务——保留与删除以节省成本 |
suggest_minimal_set | 实现最高效率所需的绝对最小服务器（最多3台） |
get_server_catalog | 按类别组织的18台已知服务器的完整目录 |
快速开始
使用克劳德桌面
添加到您的 claude_desktop_config.json:
{
"mcpServers": {
"context-optimizer": {
"command": "npx",
"args": ["-y", "@aiagentkarl/context-optimizer-mcp"]
}
}
}直接运行
npx @aiagentkarl/context-optimizer-mcp示例
任务： “检查我的Solana钱包余额，找到最佳的DeFi收益”
没有优化器：加载了18台服务器=约55k个令牌（占上下文的27%）
使用优化器：
- 推荐：
solana（相关性：100） - 使用的代币：~4800（占上下文的2.4%）
- 节省：91%
服务器目录
对18种流行的MCP服务器有深入了解：
- 系统： 文件系统
- 发展： GitHub
- 数据库： PostgreSQL、SQLite
- 网状物： 获取，勇敢的搜索，木偶
- 沟通： Slack
- 生产力： Google 云端硬盘
- 块链： 索拉纳
- 数据： OpenMeteo 的
- 基础设施： 云耀
- 监控： 哨兵
- 项目管理： 线性
- 代理基础设施： 记忆
- 推理： 顺序思维
- 公用设施： 时间
______________________________________________________________________
AiAgentKarl提供的更多MCP服务器
| 类别 | 服务器 |
|---|---|
| 🔗 区块链 | 索拉纳 |
许可证
麻省理工学院