用于GitHub Copilot的LeanCTX

Copilot 的 Agent 模式,
摆脱上下文税。

LeanCTX 通过 MCP 大幅减少 GitHub Copilot agent 模式的 token 使用量(节省 60–90%):包括压缩 AST 感知的读取、~13 个 token 的缓存重读和 88–99% 更小的终端输出。高级请求更进一步,因为每个请求携带的是信号而非原始数据倾倒。设置:lean-ctx setup,自动检测。

问题所在

GitHub Copilot浪费了 你的令牌。

高级请求消耗过快

Agent 模式会消耗大量高级请求,而模型却在处理原始文件倾倒和完整的终端日志。

工作区上下文过于肤浅

Copilot 只看到片段。如果没有结构层,它会重新读取文件来重建本已掌握的理解。

每个 IDE 的配置都是独立的

VS Code、JetBrains、CLI:每种集成都需要单独设置。上下文层应该一次配置,服务所有场景。

集成

LeanCTX如何接入 GitHub Copilot.

01

用于 Copilot 的 MCP 服务器

lean-ctx setup 会注册 MCP 服务器的位置(VS Code 和兼容 IDE)。Agent 模式会自动使用 ctx_read、ctx_search 和 ctx_shell。

02

Copilot 指令已安装

设置会写入指令块,使 agent 模式优先使用压缩工具,无需手动提示。

03

每个编辑器一个层

相同的本地二进制文件服务于 VS Code、JetBrains 和其他 28 个工具。一个缓存,一个账本,一套配置。

Setup

一条命令。 自动检测。

# 安装 LeanCTX
$ curl -fsSL https://leanctx.com/install.sh | sh
# 自动检测支持 Copilot 的 IDE 并配置 MCP
$ lean-ctx setup
# 验证连接
$ lean-ctx doctor
# 查看 agent 模式保存的内容
$ lean-ctx gain
变化点

三个时刻 你会注意到。

更进一步的高级请求

每个请求携带的冗余信息减少了 60–90%,因此多步骤代理任务可以在预算内完成,而不会因上下文超出限制而超时。

使用仓库图谱而非整个仓库

在 map 模式下,ctx_read 将结构(导出、签名、依赖项)交给 Copilot,仅占完整读取的一小部分。

团队的统一指标

签名的账本聚合了所有开发人员机器上的节省量,当财务部门询问变化时可以导出。

FAQ

GitHub Copilot + LeanCTX,解答一切。

如何减少 GitHub Copilot 的 token 或高级请求使用量?

安装 LeanCTX 并运行 lean-ctx setup。Copilot 的 agent 模式获取 MCP 工具,可将读取量压缩 60–90%,并将重新读取缓存至约 13 个 tokens,每个高级请求都能完成更多工作。

这支持哪些编辑器?

VS Code 和 JetBrains IDEs,以及具备 MCP 能力的 Copilot,外加其他 28 个 AI 工具,所有这些都通过一个设置命令由相同的本地二进制文件提供服务。

我的代码是否会通过 LeanCTX 离开我的机器?

不会。LeanCTX 是本地优先的,零遥测。它在本地进行压缩,并将结果交给 Copilot。没有额外的数据出境,永远不会。

工作中使用?

Team 为您的整个组织提供一个共享、审计的上下文平面,账本证明了为财务部门节省的成本。本地使用永久免费,由 CI 强制执行。