VS Code 装个插件,几个本地 AI Agent 全管了

VS Code 装个插件，几个本地 AI Agent 全管了

Junction：一个侧边栏管 7 种本地 AI 编码 Agent，省掉来回切窗口的烦恼

开头

如果你用过本地 AI 编码助手（Claude Code、Codex、OpenHands、Hermes……），一定遇到过这个场景——

想换一个 Agent 试试，先停掉终端里的进程，打开新窗口，配置环境变量，再启动新的 CLI。

来回切几个终端标签页，脑子都乱了。

更烦的是，不同 Agent 的交互方式还不一样：有的用 CLI，有的用 Web UI，有的有自己的聊天窗口。用了一上午，一半时间在切换工具，一半时间才是真 coding。

今天要聊的 Junction，就是来解决这个问题的。

一句话介绍

Junction^[1] 是一个 VS Code 扩展，在你的侧边栏里加一个通用聊天面板，一个界面管 7 种本地 AI 编码 Agent，不用切窗口、不用记命令、不用来回启动。

3 天涨了 500+ Star，MIT 开源，0 个 Issue。

它支持哪些 Agent？

Junction 目前支持 7 个后端，涵盖目前主流的本地编码 Agent 生态：

后端	连接方式
OpenClaw	WebSocket 网关，会话和模型管理
Hermes	Dashboard WebSocket + REST API
Souveraine	HTTP 服务，自动管理运行时
MiMoCode	自动启动或预配置服务
Goose	数据目录 + 密钥配置
OpenCode	二进制路径 + 配置目录
OpenHands	服务启动器 + 主目录配置

不管你日常用哪个 Agent，或者想同时用好几个，Junction 都给你统一的聊天界面。

核心功能一览

🗣️ 统一的聊天侧边栏

装好扩展后，按 Cmd+Shift+P → Junction: Open Sidebar，VS Code 右侧就会出现一个聊天面板。

所有 Agent 的对话都通过这个面板进行。消息用 Markdown 渲染，代码块有语法高亮，工具调用卡片、推理过程、diff 对比都 inline 展示。

📂 拖拽文件上下文

想给 Agent 看某个文件？直接拖进去。或者右键文件/选中代码，加入当前线程。

不用再手动复制粘贴路径。这应该是所有 AI 编程工具的基础体验，但很多产品都没做好。

🧠 模型和推理模式选择

每个会话可以单独选模型、设 reasoning effort。想对比 GPT-4o 和 Claude Opus 在某个问题上的表现？在同一个界面切一下就行。

📐 两种布局

•紧凑模式：折叠活动内容为摘要手风琴，信息密度高

•时间线模式：按时间线展示推理流程，用户消息固定展示

🔁 三条 Follow-Up 模式

Agent 执行过程中，你可以：
- 排队消息：等 Agent 完成后再发
- 中途引导：Agent 正在思考时插入一条指引
- 中断重定向：直接打断当前思路

每种模式可全局配置，也可以按后端单独设置。

🔌 自动重连

网络或服务挂了？Junction 自动重连，不用手动重启。

🎬 彩蛋：骚气的启动动画

说实话，这个功能跟编码效率没啥关系，但真的很酷。

Junction 启动时有个全屏动画：矩阵风格的数字雨效果，字母从屏幕上方落下，撞击扩展的 Logo，然后以各种花式特效消散——螺旋、爆炸、星空爬行、像素粉碎……

而且这些动画全是可配置的。你可以选字符集（片假名、西里尔字母、CJK 中文、Emoji、二进制……），调重力、弹跳、碰撞、速度、颜色、透明度……

我试了一下把字符集设成 Emoji，屏幕上下起了 emoji 雨，还挺解压的。

开发者在 README 里写了一句：「There are easter eggs. They are not documented here. That is the point.」—— 有彩蛋，但不告诉你，这正是彩蛋的意义。

安装方式

git clone https://github.com/Plaer1/junction.git
cd junction
npm install
./compile-and-install.sh
# VS Code 里 Ctrl+Shift+P → Developer: Reload Window

要求：VS Code 1.120.0+（基本上是最新版）+ 本地运行着至少一个 Agent 服务。

不是装完就能用，你需要先在本地跑上 OpenClaw、Hermes 或者 OpenCode 等服务，Junction 连接它们。

有意思的设计思路

Junction 基于 Owen-Liuyuxuan 的 openclaw_vscode^[2]（MIT 协议），WebSocket 和网关通信层继承了它的代码。

但 Junction 的独创在于 Multi-Bridge 架构——不是给每个 Agent 单独写一个 VS Code 扩展，而是通过一套抽象接口，让所有后端公用一个聊天 WebView。新增一个后端，只需要实现 Bridge 接口即可。

这种"收口"的设计思路，实际上也反映了当下 AI Agent 生态的一个趋势：工具越来越多，需要一个统一的控制面板。

横向对比

类似的项目/方案：

•Continue.dev：VS Code 的 AI 编程助手，但对接到的是云 API 而非本地 Agent

•OpenClaw VS Code：只支持 OpenClaw 一个后端

•直接在终端里用 Claude Code：功能最全，但管理和切换多个 Agent 很痛苦

Junction 的定位是"Agent 的 KVM 切换器"——不替代任何一个 Agent，而是让你方便地切换和比较。

局限性

•目前还在早期（版本号都没到 0.1），bug 难免

•需要事先配置好后端服务，不是开箱即用的"装了就有一个 Agent"

•没有代码补全和 inline 建议功能（和 Continue/GitHub Copilot 定位不同）

值不值得关注？

如果你只用 GitHub Copilot 写代码，Junction 对你没意义。

但如果你已经在尝试本地 AI 编码 Agent，或者正在"多个 Agent 哪个好用"的调研阶段——Junction 能省掉你 80% 的切换成本。

特别是支持 Hermes 和 MiMoCode，对国产 Agent 生态的用户来说也很友好。

3 天 512 Star，0 Issue，MIT 协议。开源社区用脚投票的结果，值得一试。

项目地址：github.com/Plaer1/junction^[3]

题图：Junction 的 Matrix 风格启动动画截图

参考链接

[1] Junction: https://github.com/Plaer1/junction

[2] openclaw_vscode: https://github.com/Owen-Liuyuxuan/openclaw_vscode

[3] github.com/Plaer1/junction: https://github.com/Plaer1/junction