Lightbuild
Google 推出的实验性 Android 构建系统，采用声明式配置和确定性静态数据图，旨在简化项目配置、加速 IDE 同步，并便于 AI 代理安全地读取和修改构建配置。
时间轴 (近 90 天)
Google 揭开了 Lightbuild 的面纱，它是一个实验性的 Android 构建体验。
Lightbuild 配置文件是纯声明式数据，没有变量、函数调用或条件逻辑。
Lightbuild 不是构建系统的插件，而是构建引擎的接口；当前预览版底层仍使用 Gradle 作为执行引擎。
Lightbuild 以早期预览形式在 Android Studio Canary 和独立 CLI 工具中提供。
Lightbuild 项目结构要求至少有两个模块：一个应用模块和一个库模块；应用模块不包含任何源代码。
每当依赖变化，Lightbuild 工具会自动计算传递依赖信息，并写入每个模块目录下的 resolve.deps 文件；团队建议将这些文件签入源码控制。
Lightbuild 的 CLI 提供 --locked-dependencies 参数，通过对比 resolve.deps 文件内容与声明的依赖，如有差异则让构建失败。
Lightbuild CLI 的 query 命令可以列出模块下的所有可构建目标（debug 和 release 的 APK 与 AAB），并支持 JSON 输出格式。
Lightbuild 不支持在模块内部的条件切换（如 build flavors），而是让每个变体对应一个独立的空壳应用模块，通过依赖不同的库模块组合来实现差异化。
Scott 使用 Gemini 代理将约 32 个模块的 Now in Android 项目转换为 Lightbuild，项目打开和同步速度极快。
还有 3 条时间轴事件
全部知识事实 (13)
Lightbuild 项目根目录的 project.lightbuild.yaml 定义全局设置：项目名称、模块列表、外部仓库和全局版本；每个模块有自己的 lightbuild.yaml。
50%待验证Lightbuild 配置文件是纯声明式数据，没有变量、函数调用或条件逻辑。
50%待验证Lightbuild 不是构建系统的插件，而是构建引擎的接口；当前预览版底层仍使用 Gradle 作为执行引擎。
50%待验证Lightbuild 不支持在模块内部的条件切换（如 build flavors），而是让每个变体对应一个独立的空壳应用模块，通过依赖不同的库模块组合来实现差异化。
50%待验证Lightbuild 尚未支持 Hilt 插件，代理在转换 Now in Android 项目时最终找到了变通方案。
50%待验证Google 明确建议生产应用继续使用 AGP 和 Gradle，在演示和实验项目中尝试 Lightbuild。
50%待验证Lightbuild 项目结构要求至少有两个模块：一个应用模块和一个库模块；应用模块不包含任何源代码。
50%待验证每当依赖变化，Lightbuild 工具会自动计算传递依赖信息，并写入每个模块目录下的 resolve.deps 文件；团队建议将这些文件签入源码控制。
50%待验证Lightbuild 的 CLI 提供 --locked-dependencies 参数，通过对比 resolve.deps 文件内容与声明的依赖，如有差异则让构建失败。
50%待验证Lightbuild CLI 的 query 命令可以列出模块下的所有可构建目标（debug 和 release 的 APK 与 AAB），并支持 JSON 输出格式。
50%待验证Lightbuild 以早期预览形式在 Android Studio Canary 和独立 CLI 工具中提供。
50%待验证Google 揭开了 Lightbuild 的面纱，它是一个实验性的 Android 构建体验。
50%待验证Scott 使用 Gemini 代理将约 32 个模块的 Now in Android 项目转换为 Lightbuild，项目打开和同步速度极快。
50%