用途：当请求涉及 Android Gradle Plugin 设置、修复 Android 模块的构建逻辑、或为 Android 仓库配置版本目录时使用。主要目标是用 Gradle、版本目录、插件、约定模式与工具链兼容性来塑造 Android 构建逻辑。
工作流程：先将请求映射到当前 Android 技术栈、模块边界与最低支持 API 级别；检查现有实现中的隐式假设、重复辅助代码与过时模式；应用最小改动以提升正确性、可读性与长期可维护性；用相关 showcase 应用路径与仓库基准验证结果；仅在核心基础稳定后再移交给相邻技能。
示例命令：cd examples/orbittasks-compose && ./gradlew :app:assembleDebug（干净检出后运行 Compose showcase 构建）；cd examples/orbittasks-xml && ./gradlew :app:assembleDebug（验证 XML fixture 中的共享仓库与插件管理）；python3 scripts/eval_triggers.py --skill android-gradle-build-logic（对现代化与 CI 技能基准测试触发精度）。
限制与护栏：与自定义本地约定冲突时优先采用官方 Android 与 Kotlin 指南；公共 API 保持直观明确，避免隐藏 Android 生命周期成本的复杂抽象；除非请求明确需要，否则不要混入架构清理与产品行为变更；记录影响旧模块或生成代码的兼容性约束。需要移交时可关联 android-modernization-upgrade、android-ci-cd-release-playstore。反模式包括：无明确归属边界下把辅助代码散布各模块、向纯领域或数据层引入框架特定代码、只改一个契约却重构所有相邻文件。官方参考：https://developer.android.com/build 、Gradle Plugin 发布说明、迁移到内置 Kotlin 文档及 Gradle 用户手册。