android/skills

解决什么问题

Android 开发里有一批高度领域化的工作流——R8 混淆规则、edge-to-edge 迁移、Wear OS 的 Compose 写法——通用大模型做起来经常翻车。你让 Agent 处理这些任务，它只能凭过时或浮于表面的知识即兴发挥，结果修正它的时间比自己做还多。Android skills 的做法是提供一组官方维护的 SKILL.md，用 Google 自己的开发指南给 Agent 打底，并且只挑那些评测显示模型表现不佳的场景。

有什么不同

常见做法要么是收集一堆通用提示词，要么让 Agent 自己去读 developer.android.com。这个仓库更窄也更克制：由 Android 团队撰写，明确跳过模型已经擅长的部分（比如基础的 Jetpack Compose 最佳实践），只覆盖评测中的薄弱环节。它遵循开放的 agent-skills 标准，安装交给 Android CLI 或各家 Agent 的插件市场，技能会落到对应 Agent 的目录里，而不是靠手动复制粘贴。

适合谁

已经在真实项目里用 Gemini、Claude Code 或 Codex 写 Android 的工程师，尤其是要碰 R8 配置、Wear OS 等形态或 UI 现代化改造的人。做 iOS、后端、Web 的团队拿它没用。坚持不让 AI 碰构建配置的工程师也可以跳过，因为这恰好是它主要瞄准的区域。

上手成本

仓库主语言是 Kotlin，但交付物本身是 Markdown。你需要 Android CLI，或者支持插件市场的 Agent；安装是一条命令，例如 android skills add r8-analyzer --project=.。许可证是 Apache-2.0，比较宽松。README 信息偏少：没有技能清单，没有评测数据，而且明确不接受外部贡献，修 bug 和加技能都得等 Google 自己的节奏。项目还很年轻，技能集和 CLI 行为都可能变化。

点评

这是一个 2026 年 3 月才创建的全新项目，靠一周 +1,471 颗星冲到周榜第 8，属于明显的短期爆发而非长期趋势，也从未上过日榜。值得认真对待的主要理由是作者是 Android 团队——它是第一方指南的分发渠道，不是社区拼凑的产物。如果你现在就用 Agent 写 Android 代码，装两三个技能试试输出有没有变好；如果你不在 Android 生态里，暂时没有你需要的东西。