@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服务器
| 类别 | 服务器 |
|---|---|
| 🔗 区块链 | 索拉纳 |
许可证
麻省理工学院
