Monorepo
Monorepo（单一代码仓库）是一种软件工程实践，指将多个独立项目、模块或包统一存放在同一个版本控制仓库中进行管理的架构策略。其核心特征包括：代码共享与复用便捷、跨项目的依赖关系统一管理、以及原子性提交可跨模块同步变更。Monorepo常见于大型软件组织，与多仓库（Polyrepo）策略相对，需配合专用构建工具（如Bazel、Nx、Turborepo）以应对规模化带来的构建与协作复杂度。
Core Facts
Vercel AI SDK 采用 monorepo（单一代码仓库）管理模式，核心包与各框架适配包共享同一套 CI/CD 流水线与版本管理工具
Vercel AI SDK 采用 Monorepo 单一代码仓库管理模式，核心包 ai 与各框架适配包（如 @ai-sdk/vue、@ai-sdk/react、@ai-sdk/svelte）协同发布
在 monorepo 中当底层公共包更新时，所有依赖它的子包都需要跟随发布新版本，即使子包自身没有代码改动，这被称为链式发布
Timeline (last 90 days)
monorepo 模式下单次发布可能触发大量子包的版本号递增，即便部分包本身并无实质性变更
在 Monorepo 结构中，每当核心包 ai 发布新版本，所有依赖它的子包都需要同步发布，即便子包本身没有代码变动也会产生新版本号
统一版本号（lockstep versioning）是 monorepo 中常见的版本管理策略，即便子包无实质代码变更也会随整体递增版本号并发布
在 monorepo 架构的大型 SDK 生态中，底层公共库的补丁更新会触发所有依赖它的上层包同步发布新版本
攻击者获得Monorepo仓库访问权限后往往可以同时接触到多个产品线源码、内嵌的API密钥与服务账户凭证、CI/CD流水线配置及基础设施即代码文件
研究人员声称最终得以访问OpenAI名为Monorepo的GitHub代码仓库，该仓库据称包含OpenAI的算法机密
Monorepo 架构的劣势是任何核心变动都会触发所有子包的版本递增，即使框架适配层本身毫无改动
由于各模型提供商适配包相互独立，针对阿里巴巴包的更新不会触发其他提供商包的版本变动
在 monorepo 结构中，当底层包如 @ai-sdk/provider 发布新版本后，依赖它的上层包如 @ai-sdk/xai 必须同步发布，否则可能因 peer dependency 版本不满足产生警告或类型错误
在 monorepo 中当底层公共包更新时，所有依赖它的子包都需要跟随发布新版本，即使子包自身没有代码改动，这被称为链式发布
14 more timeline events
All Facts (20)
Vercel AI SDK 采用 monorepo（单一代码仓库）管理模式，核心包与各框架适配包共享同一套 CI/CD 流水线与版本管理工具
90%VerifiedVercel AI SDK 采用 Monorepo 单一代码仓库管理模式，核心包 ai 与各框架适配包（如 @ai-sdk/vue、@ai-sdk/react、@ai-sdk/svelte）协同发布
90%Verified在 monorepo 中当底层公共包更新时，所有依赖它的子包都需要跟随发布新版本，即使子包自身没有代码改动，这被称为链式发布
80%VerifiedMonorepo 项目中核心库改动会触发各框架适配包联动更新以保证版本一致性
80%VerifiedAI SDK采用monorepo加多包发布策略，每个提供商适配器作为独立的npm包发布，拥有各自独立的版本号
80%VerifiedVercel AI SDK 采用 monorepo 管理模式，各子包之间保持版本号同步
75%Verified在 monorepo 结构的 SDK 中，核心包的 PATCH 更新触发子包同步发布是标准做法
75%Verified在 monorepo 项目中，当共享的底层工具包升级后，依赖它的上层包会随之发布新的补丁版本
75%VerifiedMonorepo 工具链通常借助 Turborepo（Vercel 自研）或 pnpm workspace 实现增量构建与依赖拓扑排序
75%VerifiedChangesets 是 monorepo 项目常用的版本管理工具，可自动收集变更说明、计算语义化版本号并同步更新受影响包版本
75%VerifiedVercel AI SDK 采用 Monorepo 单一代码仓库管理模式，核心包 ai 与各框架适配包保持协同发布
75%VerifiedGoogle和Meta等科技巨头长期采用Monorepo（将多个相关项目放在同一个代码仓库中管理）的策略
75%VerifiedDeepSeek Harness使用PNPM作为后台插件安装工具
65%Unverified大型Monorepo与协作式Agent天然契合，因为Agent可以在统一的代码库上建立全局理解
75%Unverified现代开源项目普遍采用Monorepo架构，如使用Turborepo、Nx进行管理
70%Unverifiedmonorepo 模式下单次发布可能触发大量子包的版本号递增，即便部分包本身并无实质性变更
50%Unverified在 Monorepo 结构中，每当核心包 ai 发布新版本，所有依赖它的子包都需要同步发布，即便子包本身没有代码变动也会产生新版本号
50%Unverified统一版本号（lockstep versioning）是 monorepo 中常见的版本管理策略，即便子包无实质代码变更也会随整体递增版本号并发布
50%Unverified在 monorepo 架构的大型 SDK 生态中，底层公共库的补丁更新会触发所有依赖它的上层包同步发布新版本
50%Unverified攻击者获得Monorepo仓库访问权限后往往可以同时接触到多个产品线源码、内嵌的API密钥与服务账户凭证、CI/CD流水线配置及基础设施即代码文件
50%