为什么你需要在 VSCode 里同时跑三个 AI？
写代码最痛苦的时刻，往往不是敲键盘本身，而是思维在"需求理解"、"逻辑实现"和"代码审查"之间反复横跳。以前我们习惯开一堆浏览器标签页，或者在不同窗口间 Alt+Tab 切来切去，上下文切换的损耗极大。随着 Vibe Coding（氛围编程）概念的兴起，开发模式正在从"人写代码"转向"人指挥 AI 写代码"。
在这种新范式下，单个 AI 助手往往不够用：你希望有一个角色专门负责拆解需求和架构设计，另一个专注于生成具体函数，还有一个充当严厉的审查员。VSCode 凭借强大的分屏能力和原生集成的聊天编辑器，成为了实现这种"多 Agent 协同作战"的最佳战场。通过合理的布局，我们可以让 Claude Code、GitHub Copilot 甚至自定义的 Codex 会话在同一屏幕内并行工作，构建起类似视频编码流水线的高效开发环境。
打造多路并行的分屏布局
要实现多 Agent 协作，第一步是打破单一聊天的局限，利用 VSCode 的原生分屏功能构建物理隔离的"工作台"。
垂直与水平切分的艺术
VSCode 的分屏操作非常直观，但为了适配编程习惯，我们需要讲究策略。通常，代码编辑区占据主要视野，而 AI 对话区作为辅助。
- 左右分屏（垂直拆分）：这是最经典的布局。将编辑器区域一分为二，左侧写代码，右侧放置第一个 AI 助手（例如 GitHub Copilot Chat）。适合常规的"问答 - 编码"循环。
- 上下分屏（水平拆分）：当需要同时监控多个对话流时，水平拆分更有效。你可以将底部的面板区域再次拆分，形成"上中下"或"左 + 右上下"的复杂结构。
实操步骤：
- 打开任意一个 AI 聊天窗口（如点击侧边栏的 Copilot 图标）。
- 在聊天窗口的标题栏右键，选择"向右移动"或"向下移动"，或者直接拖动标签页到编辑器的边缘，直到出现蓝色的预览框后松开。
- 重复此操作，打开第二个、第三个聊天实例。VSCode 允许你打开多个独立的聊天视图，每个视图都可以绑定不同的会话上下文。
通过这种布局，你可以左边放主代码区，右边上方放"架构师"Agent，右边下方放"审查员"Agent，视线无需大幅移动即可掌控全局。
定义角色：会话命名与上下文隔离
有了物理空间，接下来就是赋予每个窗口明确的"人格"。在多 Agent 工作流中，最忌讳的是所有窗口都说着模棱两可的废话。我们需要通过明确的指令和上下文管理，让它们各司其职。
区分 Claude Code、Copilot 与 Codex
虽然 VSCode 原生集成的是 GitHub Copilot，但我们可以通过配置或插件接入其他模型服务（如通过终端运行的 Claude Code CLI 或其他兼容接口），并在视觉上做好标记。
- 重命名标签页 ：VSCode 允许自定义编辑器组的名称，或者更简单地，在每个聊天窗口的第一条消息中明确设定角色。例如，在第一个窗口输入："你现在是系统架构师 ，负责分析需求、设计模块接口，不要直接写具体实现代码。"在第二个窗口输入："你是高级开发工程师 ，只负责根据架构师的接口定义编写高效、可运行的代码。"第三个窗口则设定为："代码审查员，专注于寻找安全漏洞、性能瓶颈和边界条件错误。"
- 上下文隔离 ：这是多屏协作的核心。千万不要把同一个项目的全部历史对话扔给所有 Agent。
- 架构师窗口：只投喂需求文档、PRD 和技术栈约束。
- 开发窗口：只接收具体的函数签名和输入输出示例。
- 审查窗口：只接收生成的代码片段和测试用例。
这种隔离能防止模型产生"幻觉"混淆，确保每个 Agent 都在其擅长的领域输出高质量内容。
三会话协同工作流实战
当三个角色就位后，真正的化学反应就开始了。以下是一个典型的复杂功能开发流程：
-
需求拆解（左上屏） ： 向"架构师"描述新功能："我需要实现一个支持断点续传的文件上传模块，要求兼容大文件，使用 Go 语言。" 架构师会返回模块划分：
UploadManager,ChunkHandler,StorageInterface，并定义好接口方法。 -
代码生成（左下屏/右屏） ： 将架构师输出的接口定义复制给"开发工程师"："请实现
ChunkHandler的具体逻辑，注意处理并发写入锁。" 开发者 Agent 会迅速生成具体的代码块。此时，你不需要手动整合，只需关注生成结果是否符合预期。 -
即时审查（第三屏）： 将生成的代码直接拖拽或复制到"审查员"窗口："检查这段代码是否存在竞态条件，内存泄漏风险，以及是否符合 Go 的最佳实践。" 审查员会立即指出潜在问题，甚至给出重构建议。
-
闭环迭代： 将审查意见反馈给"开发工程师"，让它修正代码。整个过程就像一条自动化的流水线，你在中间担任"制片人"的角色，协调各方产出，而不是亲自下场拧每一颗螺丝。
性能优化与避坑指南
虽然多屏协作效率极高，但如果不当使用，也会导致 IDE 卡顿或思维混乱。
- Token 消耗控制：同时运行多个长上下文会话会快速消耗 Token 额度。务必定期清理不再需要的对话历史，或者在提示词中明确要求模型"忽略之前的无关讨论，仅关注当前任务"。
- 避免上下文污染：严禁在不同角色的窗口间随意粘贴大段无关日志。保持每个窗口的上下文纯净，是保证回答质量的关键。
- 资源占用：开启过多的聊天实例可能会增加内存占用。如果你的机器配置有限，建议采用"2+1"模式（两个固定角色 + 一个临时角色），用完即关。
- 心态调整：Vibe Coding 的核心是人机协作，而非完全托管。AI 生成的代码必须经过人工确认才能合并入库，尤其是涉及核心业务逻辑的部分。不要让"自动化"的快感冲昏了头脑，你依然是最终质量的负责人。
通过这种分屏多 Agent 的策略，VSCode 不再仅仅是一个编辑器，而变成了一个微型的技术团队指挥中心。当你习惯了这种并行处理模式，再回到单线程的编码方式，可能会觉得仿佛失去了三头六臂。