【开源小工具】一个Agent获取IDE上下文的桥（可能有用？）

本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容：

• 我的帖子已经打上 开源推广 标签： 是


• 我的开源项目完整开源，无未开源部分： 是


• 我的开源项目已链接认可 LINUX DO 社区： 是


• 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是


• 以上选择我承诺是永久有效的，接受社区和佬友监督： 是

以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出

继 有没有Codex Desktop获取VS上下文 话题。

为什么搞这个项目？

在 Agent 时代，Visual Studio 被狠狠的抛弃了。

如果说在 VS Code 里使用 Agent 还能有 80 分的体验，那在 Visual Studio 里可能就是 -100 分。但由于公司项目和个人工作流的原因，我仍然无法抛弃 Visual Studio。

所以我搞了这个扩展工具，让 Agent 至少能够获取 Visual Studio 当前编辑器的上下文。

当然，问题并不只存在于 Visual Studio。

我发现很多 Agent Desktop 也无法直接获取 VS Code 的编辑器上下文（Agent Desktop 好像在朝着“替代 IDE / 编辑器入口”的方向发展，应该以后也不会兼容吧）。

那有同学就要问了，既然有上下文需求，为什么不直接用VS Code编辑器里的 Agent 插件？

总有些人更喜欢独立的 Agent Desktop

• 可能觉得 Desktop Agent 操作更顺手？


• 可能觉得 Desktop Agent 功能更完整？


• 可能觉得 Desktop Agent 的 UI 更好看？

比如我。

所以，我又为 VS Code 做了插件支持，让 Agent Desktop 也能读取 VS Code 里的上下文。

• 理论上讲，只要支持VS Code插件的编辑器都可以使用，包括Cursor、Trae（当然应该不会有人这么用）。

既然已经支持了 Visual Studio 和 VS Code，那自然也不能少了 JetBrains 系列 IDE。

于是这个项目也适配了 JetBrains 插件。

Context To Agent 就是这样：一个Agent获取编辑器上下文的桥

1. 因为基于MCP调用，所以理论上该插件支持任何Agent。


2. 同时支持多Agent、多IDE/编辑器混合使用。

Visual Studio + Codex Desktop示例：