android-kotlin
作者 alinaqi面向 Android Kotlin 开发的 android-kotlin 技能指南，覆盖 Coroutines、Flow、Jetpack Compose、Hilt 和 MockK。可用于处理应用分层、Gradle Kotlin DSL，以及结合仓库上下文进行 UI、领域层和数据层修改，减少猜测。
这项技能得分为 66/100，说明它可以上架，但更适合配合说明谨慎呈现：它确实提供了 Android Kotlin 工作流指导，不过在可操作性包装和自动化支持方面都比较有限。对于目录用户来说，如果他们想要的是一份具备路径感知的 Android/Kotlin 编码指南，而不是工具驱动型工作流技能，它是一个可信的安装候选。
- 触发元数据清晰：明确了适用时机、可由用户调用的状态，以及 Kotlin/Gradle/Android 文件的路径模式。
- 工作流内容扎实：正文篇幅较大，包含项目结构指导和多个与工作流相关的章节，而不是占位文本。
- 领域覆盖相关：明确面向 Android Kotlin 工作，涵盖 Coroutines、Jetpack Compose、Hilt 和 MockK 测试。
- 没有安装命令，也没有配套脚本或资源，因此是否能用，取决于用户是否已经懂得如何手动应用这项技能。
- 没有仓库/文件引用，也没有约束很强的明确操作手册，这会降低边角场景和复杂交接执行的把握。
android-kotlin 技能概览
android-kotlin 是做什么的
android-kotlin 技能帮助你处理用 Kotlin 编写的 Android 应用代码，尤其适用于使用 Coroutines、Flow、Jetpack Compose、Hilt 和 MockK 的项目。它最适合在你需要 AI 助手理解 Android 代码库结构，并输出符合应用分层的改动，而不是只给出通用 Kotlin 建议的时候使用。
最适合的使用场景
当你要更新 *.kt 或 *.kts 文件、接线依赖注入、修改 Compose 页面，或者同时调整 repository、domain 和 UI 代码时，适合使用 android-kotlin 技能。对于 android-kotlin for Frontend Development 这类工作流来说，只要前端指的是 Android UI 层，而不是 Web 技术栈，它就是很合适的选择。
它能帮你避开什么
当你希望减少对 Android 项目目录结构、Gradle Kotlin DSL，以及常见应用架构边界的猜测时，这个技能很有价值。若你的任务与 Android 源码无关，或者你只需要一个不考虑项目结构的一次性代码片段，它就没那么适用。
如何使用 android-kotlin 技能
在正确的上下文中安装
当你的工作区包含 Android Kotlin 源码，并且希望助手基于仓库上下文运行时，可以使用 android-kotlin install 流程。一个典型的安装命令是：
npx skills add alinaqi/claude-bootstrap --skill android-kotlin
先读对文件
先看 SKILL.md，然后检查 app/build.gradle.kts、根目录的 build.gradle.kts，以及任何与你目标功能匹配的 *.kt 文件。因为这个仓库没有额外的 rules/、references/ 或 resources/ 文件，所以技能正文本身就是主要的指导来源。
给出任务化的提示词
高质量的 android-kotlin usage 需要把功能、分层和约束说清楚。比如，不要只说“修一下这个页面”，而应明确提出“更新登录状态相关的 Compose screen 和 ViewModel，保留 Hilt 注入，继续使用 Flow 驱动状态，并且不要改 repository 接口”。
使用按分层理解的工作流
一个更稳妥的 android-kotlin guide 是先判断改动属于 data、domain 还是 UI 层，然后只让助手修改这些层。如果请求会跨多个层，就明确说明，并写出涉及的文件或包，这样输出才能继续贴合项目结构。
android-kotlin 技能常见问题
android-kotlin 只适用于 Android 应用代码吗？
是的，它的重点就是 Android Kotlin 开发。不适用于通用 backend Kotlin、普通 JVM 工具代码，或者非 Android 的前端工作。
使用它必须有 Jetpack Compose 或 Hilt 吗？
不需要，但这两者是技能中最重点覆盖的模式。如果你的应用还在用较老的 XML 视图，或者采用了不同的 DI 方案，适配度可能会弱一些，你应该在一开始就说明。
它和普通提示词有什么区别？
普通提示词也能生成 Kotlin 代码，但 android-kotlin 技能的目标是让改动与 Android 项目结构、Gradle Kotlin DSL、Coroutines、Flow、Compose、Hilt，以及 MockK 测试保持一致。对于想让代码贴合现有应用，而不是通用示例的场景，这一点很重要。
它适合初学者吗？
适合，前提是你希望在现有 Android 代码库中获得指导。如果你还不清楚改动应该落在哪一层，或者无法描述期望的 UI、状态或数据流，它对初学者来说就没那么友好。
如何改进 android-kotlin 技能
明确应用层和目标结果
提升效果最大的方式，是直接指出改动属于哪一层：UI、domain、data、DI，还是 build configuration。也要补充期望结果，比如“增加重试行为”、“从 ViewModel 暴露状态”或者“通过 Hilt 接入一个新的 repository”。
提供会影响实现方式的约束
说明哪些内容不能变，比如 public API、导航路由、测试风格，或者现有的 coroutine scopes。如果项目对命名、包路径放置或错误处理有约定，也一并写出来，这样 android-kotlin skill 就不会自己发明一套新模式。
根据结构性反馈继续迭代
如果第一次输出范围太大，可以要求更收敛的一轮：“把改动限制在 ui/feature 和 FeatureViewModel”，或者“只展示 Gradle Kotlin DSL 的 diff”。这通常比一开始就要求一份完全打磨好的答案更能提升结果。