你用哪个 IDE 写代码？
有人用 IntelliJ 写 Java / Kotlin，有人用 Visual Studio 写 C#，有人用 VS Code 写前端的 TS / JS，也有人拿它写 Python。IDE 不一样，但 AI 编程助手都一样------Claude Code、Codex、Cursor、CodeBuddy、Kimi......大多活在各自的终端里，输出里的文件路径、堆栈点不动。有时候，比如agent 甩出一句「异常在 OrderService.cs 第 128 行」，你还得手动翻到那个文件去找那一行。
我干了一件事：把这套"把 Agent CLI 摁进 IDE 侧边面板、在真实终端里拉起、输出还能直接点进去"的体验，一口气做进了三个 IDE 家族 。这就是 Agent YOLO。
一句话：Agent YOLO 是一个 AI Agent 扩展器，给你一个常驻的 YOLO 面板 ，列出你本机装好的 AI 命令行工具，一次点击 就在 IDE 内的真实、可交互终端里把它拉起来，而且它打印的一切（文件路径、堆栈、类型名、URL）都能点。
下面说清楚它现在覆盖的三端，以及它们"一样在哪、不一样在哪"。
三端全景
| IntelliJ | Visual Studio | VS Code | |
|---|---|---|---|
| 平台 | 所有 IntelliJ 平台 IDE | Microsoft Visual Studio | Visual Studio Code |
| 最低版本 | IntelliJ IDEA 2023.3（233） |
[17.0, 19.0)，覆盖 VS2022 / VS2026 |
VS Code（较新版本） |
| 面板位置 | 右侧工具窗（y 图标） |
右侧工具窗（View 菜单 / Ctrl+W, Y） |
Activity Bar 的 Agents 面板 |
| 终端实现 | JediTerm + PTY4J（公开 IntelliJ API） | 手绘 ConPTY（WPF / net472） | node-pty + 内嵌 xterm.js |
| 配置方式 | Settings > Tools > Agent YOLO |
Tools > Options > Agent YOLO |
yolo.* 设置命名空间 |
| 市场 | JetBrains Marketplace | Visual Studio Marketplace | Visual Studio Marketplace |
同一个念头，覆盖 JetBrains 与 Visual Studio 两个市场，三个端，但对用户来说是一套心智模型。
它们共同的基因
无论你在哪一端，下面这六点是完全一致的：
- 面板列出"已装"的 Agent。 只显示
PATH上探测得到的工具------没装的不会出现，列表永远跟当前机器相关。Claude Code、Codex、CodeBuddy、Cursor、Kimi......只要在PATH上，一行一个，图标加名称。 - 一次点击，在 IDE 内真实终端里拉起。 注意，是真的、可交互的 PTY 终端，不是聊天框模拟。rc 里定义的
PATH（nvm / fnm / npm global bin）照样生效。 - 输出全可点击。 Agent 打印的文件路径、堆栈帧、类型名、成员引用、URL 统统被扫成超链接------点
ClassLibrary1\OrderService.cs:128直接跳到那一行，点ClassLibrary1.OrderService.Save直接定位成员。Windows 路径、无扩展名文件、file://URI、Python / JS 回溯帧都认。链接只在能解析成项目里真实存在的文件 / 类时才出现，随机单词不会误链。 - 两个开关：Y（跳过权限）和 R（恢复会话）。 打开 Y，下次启动时追加该 Agent 的"跳过权限"标志（Claude Code
--dangerously-skip-permissions、Codex--yolo、CodeBuddy-y......）；打开 R，追加"恢复会话"的标志（-r/--resume）。每个 Agent 独立、可定制，开关默认关闭、且永远不会自己打开。 - 数据驱动，加 Agent 不用改代码。 名单写在
agents.json（或等价的配置）里，增删改都靠改 JSON，而不是改源码。自定义工具也能填进去。 - 多标签并行。 每次 Launch 新开一个标签页，多个 Agent 并排跑，像用 IDE 自带的 Terminal 一样切换。
逐端看：一样的体验，不同的地基
IntelliJ：公开 API 的标杆实现
右侧一个 y 图标的工具窗，不碰任何内部 Terminal API，完全基于 JediTerm + PTY4J（IntelliJ 平台自带的第三方库，不是 @ApiStatus.Internal 的 Terminal API），所以能通过 JetBrains 官方市场审核、像普通插件一样发布。全 IntelliJ 家族 IDE 都能用。
它还有一个 exp 实验分支 ------不走独立面板，而是直接挂到 IDEA 内置 Terminal 的 "AI Agents" 下拉上（用内部 Terminal 扩展点）。代价很明确：依赖内部 API、无法通过市场审核、最低要 2026.1、不含 main 分支那套链接过滤器。已发布、受支持的主线始终是 main。
Visual Studio：手绘 ConPTY，不依赖 WebView2
右侧工具窗，从 View 菜单或 Ctrl+W, Y 打开。有意思的是它的终端是手绘的 ConPTY ------自己实现 VT/ANSI 转义解析、字符网格渲染（WPF），没有用 WebView2 或 Windows Terminal 控件。这样文本选择、复制在 TUI 里都正常，Ctrl+C 也能按预期工作。内置 51 个 Agent，配置在 Tools > Options > Agent YOLO 的设置页里改，图标会校验成真实图片、网络图标 URL 自动下载缓存。
VS Code：Activity Bar 常驻面板，LSP 给类型链接
Activity Bar 多一个 Agent YOLO 图标，点开是内嵌终端面板（node-pty + xterm.js）。配置走 yolo.* 命名空间，没有面板内设置视图 ------改完下一次启动 Agent 时生效。它比其他两端多一个前提：文件路径链接开箱即用（文件系统解析），但类型 / 成员链接 要经 workspace/symbol（LSP）解析，所以得装对应语言的 language server（Java 用 Red Hat、TS 内置、Python 用 Pylance......），否则会"no symbol found"。
幕后：三端共用一套元数据
三端不是各写各的。项目里有个 Meta/ 目录统一管理元数据，保证三端体验一致：
- 图标 ：各端保持图标一致；VSC 端因为技术限制只支持
.png格式图标。 - i18n 文案 ：以 IntelliJ 的 properties 文件为基准，IntelliJ 端的 i18n 改动必须同步到
Meta/。 - 链接正则 ：各端对 Link 的正则处理要大体一致（个别语言差异除外），在
Meta/下维护一份 RegExp。 - 范围约束：YOLO-IntelliJ / YOLO-VS / YOLO-VSC 分别对应三端。
一句话：改一处 Agent 或图标，要同步三端。这正是"三端全开"对维护者那一侧的含义------一次改完，三端齐发。
三端全开，意味着什么
对你（用户）：不管你用的是 IntelliJ、Visual Studio 还是 VS Code，你面对的都是同一套操作------面板里挑 Agent、点 Launch、需要全自动就开 Y、需要恢复会话就开 R、输出里点路径直接跳代码。不用为了换 IDE 就重新学一套工具。
对我（维护者） ：一份 agents.json 的设计、一套链接识别逻辑、一组跳过 / 恢复标志映射，沉淀到 Meta/ 后三端复用。新增一个 Agent，三端一起有；修一个共同的 bug，三端一起好。
如果你也在好几个 AI 编程助手之间反复横跳，试试把 Agent 摁进一个窗口。
欢迎试用与反馈。