佬们，最近在折腾多仓库/多模块项目的 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 这类东西组合出一套可落地的流程？ 不一定要全自动，半自动也行。求经验、求踩坑、求工具推荐。 1 个帖子 - 1 位参与者 阅读完整话题

  • 情报分类：开源项目与落地
  • 分类依据：内容涉及项目实践、创业、副业或变现
  • 信息来源：服务器 / LINUX DO - 最新话题
  • 发布时间：2026/10/10 17:47:29