Google 官方 Android Skills:给 AI 智能体喂安卓最佳实践
Google 官方 Android Skills:给 AI 智能体喂安卓最佳实践
AI 写安卓代码总写出”能跑但不规范”的版本?Google 决定亲自下场教智能体。android/skills 这个官方仓库正在 GitHub Trending 上蹿升(7.7k 星、每天 380+ 新增),里面是一整套面向 AI 优化的安卓开发技能包:从 R8 混淆分析、edge-to-edge 全屏适配,到 Compose TV 迁移、Wear OS 组件库、甚至 XR 眼镜的 Glimmer 框架。它们遵循开放的 agent skills 标准(agentskills.io),本质是带技术规格的 Markdown 文件,把安卓官方最佳实践”喂”给大模型。
专挑 AI 不擅长的地方下手
README 里最有信息量的一句话是技能选题策略:Android skills 聚焦于”评估显示 LLM 表现不佳的用例和工作流”,而不是去覆盖模型已经很擅长的领域(比如基础 Jetpack Compose 最佳实践)。这个取舍很聪明——官方拿内部评测数据决定写哪些技能,等于公开了一份”AI 写安卓代码哪里最容易翻车”的清单。
看仓库目录就能拼出这张翻车地图:AGP 9 构建系统升级(版本迁移是 AI 的重灾区)、CameraX 相机管线、R8 混淆规则分析(模型经常写出不完整的 keep 规则)、Media3 Cast 投屏集成、Leanback 到 Compose TV 的迁移(老 API 到新 API 的大规模改写)、edge-to-edge 全屏适配(Android 15 起强制,大量存量应用要改)、Wear Compose M3、XR 眼镜显示框架。全是那种”文档有但细节多、做错不报错”的深坑。
一行命令装进你的智能体
安装走官方 Android CLI:android skills add r8-analyzer –project=. 装单个技能,android skills add –all 把所有技能装进检测到的所有智能体目录。没有智能体环境时默认装给 Gemini 和 Antigravity(Google 自家的 agent 产品线),也可以用 –agent 参数指定。装好后不需要显式调用——你说”把我的应用改成 edge-to-edge”,智能体应该自动发现并使用对应技能。更新用 android skills update –all。
图 1
值得注意的是这个仓库的开放姿态:技能遵循 agentskills.io 开放标准而非 Google 私有格式,意味着 Claude Code、Codex 等第三方智能体同样可以消费(仓库里也确实同时放了 .claude-plugin 和 .codex-plugin 目录)。但贡献政策是封闭的——目前不接受外部 PR,只能通过 issue 提反馈和请求新技能。Apache 2.0 许可,76 次提交、501 个 fork,节奏是官方小团队快速迭代的风格。
平台厂商的”智能体驯化”竞赛
把这件事放进更大的图景:平台厂商正在竞相把自家生态”翻译”成智能体可消费的格式。Anthropic 开源了官方插件市场,Cursor 发布了插件规范,Apple、Google 各自在推平台级技能包——谁掌握了智能体使用平台的默认知识,谁就掌握了下一个十年的开发者入口。对安卓团队来说这笔账很划算:与其让每个公司的 AI 助手各自写出风格迥异的安卓代码,不如官方发布一套技能,让所有智能体都按 Google 的方式写。
推测这波竞赛还会加速:skills 文件本质是”平台文档的可执行版本”,维护成本远低于 SDK 示例工程,而收益是所有 AI 生成的代码自动向官方推荐姿势收敛。对安卓开发者,现实建议是:让智能体装一遍这套技能再开始写生产代码,尤其是碰 R8、edge-to-edge、TV 迁移这类高危区——官方评测已经替你验证过这些地方裸模型不行。README 也留了诚实的一句:AI 会犯错,结果永远要复查。
核心观点:安卓团队现在就可以把 android skills add –all 加进项目初始化流程——官方技能包是目前少见的”平台厂商背书 + 开放标准 + 跨智能体通用”三合一基建,成本一行命令,收益是所有 AI 生成的安卓代码更贴近官方规范。
— END —
LC 智趣厅 · 科技与生活的交点
ihygg.cn