Elara(@Elara200410):软件工厂该不该用 monorepo，这个吵了多年的问题，在 agent 时代换了一个胜负手。过去两边争的是人：构建时间、CI 配置、原子提交、跨团队权限边界。现在 agent 进场，决定变量变了。 agent 不是来改单个函数的，它要跨设计、营销、销售、工程、支持一起干活。它的产出上限，直接取决于一次能看到的公司上下文有多宽。上下文散在十几个 repo、wiki、网盘和 SaaS 里，agent 就只能在一个信息孤岛上构建，产出自然七零八落。把公司上下文收进一个 monorepo，本质不是给人省事，是给 agent 一个完整的视野。这个判断有真实代价：monorepo 的构建规模、权限边界、组织摩擦，在人类维度上都是成本。但最贵的消费者已经悄悄从人变成了 agent，这笔账要重新算。先想清楚你的软件工厂到底为谁服务，再决定要不要单仓库。

Elara@Elara200410

2026.08.20 00:06

软件工厂该不该用 monorepo，这个吵了多年的问题，在 agent 时代换了一个胜负手。过去两边争的是人：构建时间、CI 配置、原子提交、跨团队权限边界。现在 agent 进场，决定变量变了。 agent 不是来改单个函数的，它要跨设计、营销、销售、工程、支持一起干活。它的产出上限，直接取决于一次能看到的公司上下文有多宽。上下文散在十几个 repo、wiki、网盘和 SaaS 里，agent 就只能在一个信息孤岛上构建，产出自然七零八落。把公司上下文收进一个 monorepo，本质不是给人省事，是给 agent 一个完整的视野。这个判断有真实代价：monorepo 的构建规模、权限边界、组织摩擦，在人类维度上都是成本。但最贵的消费者已经悄悄从人变成了 agent，这笔账要重新算。先想清楚你的软件工厂到底为谁服务，再决定要不要单仓库。