跨工作区 Agent 协同对话（Cross-Workspace Agent Collaboration）

Feature Requests
,
1

功能名称：跨工作区 Agent 协同对话（Cross-Workspace Agent Collaboration）

背景与场景：

我同时维护多个工作区（Workspace），每个工作区代表一个独立的产品/项目体系。例如：

  • 工作区 A：采用"外层 git 包裹 + N 个 sub git"的 monorepo 模式，全局 AGENTS.md 放在根目录统一约束

  • 工作区 B：采用"多根工作区平级并排"模式，以独立文档项目承担跨项目约束角色

两种模式各有优劣，但我无法让两个工作区的 Agent 互相交流、对比分析，因为当前每个 Qoder 实例只能感知自己所在工作区的上下文。

期望能力：

  1. 跨工作区对话 — 允许在一个 Qoder 窗口中引用另一个工作区的 Agent 上下文（或至少引用其项目结构、规则文件、架构文档），实现两个工作区 Agent 之间的"对话"或"辩论"

  2. 跨工作区上下文共享 — 能够将一个工作区的 Agent 分析结论（如架构分析报告、最佳实践总结）传递给另一个工作区的 Agent 作为参考输入

  3. 多工作区全局视角 — 提供一个更高层级的 Agent 视角，能同时看到多个工作区的项目结构和规则，进行跨项目体系的对比分析和决策建议

具体用例：

  • 工作区 A 的 Agent 总结出"monorepo 包裹模式的实践经验"，工作区 B 的 Agent 总结出"平级多根模式的实践经验"，然后让它们对比分析，给出基于双方真实代码结构的最优建议

  • 在一个工作区中验证通过的架构模式或编码规范，能以结构化方式"同步推送"到另一个工作区的 Agent 记忆中

  • 跨工作区的代码风格、目录结构、CI/CD 流程的一致性检查

当前的临时替代方案与不足：

  • 手动把一个工作区的分析结果复制粘贴到另一个窗口 — 上下文丢失严重，效率低

  • 把所有项目都加到一个巨大的工作区里 — 违背项目独立性原则，构建体系冲突

  • 通过 Memory 系统间接传递 — 只能传递摘要信息，无法实时引用源码和文件结构

建议的实现思路（仅供参考）：

  1. 轻量方案：支持在对话中 @workspace:xxx 引用另一个已打开工作区的上下文，类似 Agent 之间的 SendMessage 机制，但跨窗口

  2. 中量方案：提供一个"全局 Agent"模式，可以同时挂载多个工作区作为只读上下文源，在一个统一会话中分析

  3. 完整方案：多工作区 Agent 组网，每个工作区的 Agent 作为独立节点，通过消息协议互相通信，支持异步协作和结论同步

核心价值：

随着 AI 编码深入实际工程，开发者越来越多地同时维护多个相关但独立的项目体系。当前"一个工作区 = 一个 Agent 孤岛"的模式，限制了 AI 在更大范围内提供跨项目洞察和架构决策支持的能力。打通这一层，是从"AI 写代码"进化到"AI 理解工程体系"的关键一步。