佬们，最近在折腾多仓库/多模块项目的 Vibe 开发，越搞越迷糊，想取取经。

背景：

一个大型项目，大致分前端 / 后端 / 计算存储引擎三块。我现在拆成 3 个仓库，每个仓库放不同 Agent 开发。单仓内还行，但一联调就痛苦。

痛点：

模块间经常要改接口、字段、行为，A 仓 Agent 改完，B 仓不知道，等联调才发现。

Agent 和 Agent 之间没有靠谱的“对接交流”方式，基本靠我人肉传话或者半自动方式共享文件之类的。

试过 DSH、ZCode 的 Agents Team 工作流/插件。主 Agent 交代完，它每次都从头拉起多个子 Agent 去各仓库干活，重新读项目、重新理解上下文，浪费 Token 不说，效率也不高。

想过合一个大仓库，但又怕模块边界不清，主 Agent 一个需求下去到处拉屎，最后没人收拾。

我理想中的工作流：

类似真实研发：

一个主架构 Agent 负责评估需求、拆任务、定接口契约、排优先级；

各仓库有自己“常驻/半常驻”的负责 Agent，熟悉本仓代码和规范；

任务分派后各仓独立开发；

接口/契约先对齐，完成后自动联调、跑集成测试；

出问题能定位到具体仓库和 Agent，而不是全部推倒重来。

但现实是，我还没找到特别顺手的工具或方法。感觉核心缺的不是模型能力，而是这几样：

跨仓库共享的长期记忆/项目地图；

任务编排与角色隔离，别每次 cold start；

接口契约管理以及变更通知；

多仓联调环境和契约测试；

Agent 权限边界，防止主 Agent 到处乱改；

一个类似“黑板/消息总线”的东西，让各仓 Agent 异步同步进展。

想问问各位佬：

有没有针对这种多仓库、多模块 Vibe 开发比较成熟的方案？比如：

是继续多仓 + 外部编排，还是干脆 monorepo + 强边界（package/CODEOWNERS/契约）？

有没有能持久化 Agent 上下文、按仓库分工、支持任务队列和联调的框架/插件？

大家怎么处理 Agent 之间的接口对齐和联调？

有没有人把 DSH / ZCode / Cursor / Claude Code / MCP 这类东西组合出一套可落地的流程？

不一定要全自动，半自动也行。求经验、求踩坑、求工具推荐。