android-kotlin
作者 alinaqiandroid-kotlin 技能指南，適用於 Android Kotlin 開發，涵蓋 Coroutines、Flow、Jetpack Compose、Hilt 與 MockK。可用來處理應用程式各層、Gradle Kotlin DSL，以及具備 repo 感知的 UI、domain 與 data 變更，減少猜測。
這個技能的評分是 66/100，屬於可上架但建議附註說明的類型：它確實能提供實用的 Android Kotlin 工作流程指引，但操作封裝度有限，幾乎沒有自動化支援。對目錄使用者來說，如果他們要的是一個具路徑感知的 Android/Kotlin 撰寫指南，而不是工具驅動型工作流程技能，它仍是可信的安裝候選。
- 觸發中繼資料清楚：明確標示適用時機、可由使用者呼叫的狀態，以及 Kotlin/Gradle/Android 檔案的路徑樣式。
- 工作流程內容充實：正文篇幅大，包含專案結構指引與多個工作流程相關段落，而非空白或佔位文字。
- 領域涵蓋度高：明確對應 Android Kotlin 工作，包含 Coroutines、Jetpack Compose、Hilt 與 MockK 測試。
- 沒有安裝命令，也沒有支援腳本或資源，因此採用成效很仰賴使用者已經知道如何手動套用這個技能。
- 沒有 repo/檔案參照，也缺少明確、重約束的作業手冊，這會降低處理邊界案例與複雜交接執行時的信心。
android-kotlin 技能概覽
android-kotlin 是用來做什麼的
android-kotlin skill 幫你處理以 Kotlin 撰寫的 Android app 程式碼，特別適合專案使用 Coroutines、Flow、Jetpack Compose、Hilt 和 MockK 的情況。當你需要 AI 助手理解 Android codebase 的結構，並產出符合 app 分層的修改，而不是只給你泛用的 Kotlin 建議時，這個 skill 最有幫助。
最適合的使用情境
當你要更新 *.kt 或 *.kts 檔案、串接 dependency injection、編輯 Compose 畫面，或同時調整 repository、domain 與 UI code 時，適合使用 android-kotlin skill。若你的前端就是 Android UI layer，而不是 web stack，那它也很適合 android-kotlin for Frontend Development 這類工作流程。
它能幫你避免什麼
當你希望少一點對 Android 專案結構、Gradle Kotlin DSL，以及常見 app architecture 邊界的猜測時，這個 skill 很有價值。相反地，如果你的任務和 Android source 無關，或你只想要一段不必顧及專案結構的即用片段，它就沒那麼適合。
如何使用 android-kotlin skill
在正確的情境下安裝
當你的工作區包含 Android Kotlin source，且你希望助手能帶著 repo-aware context 運作時，就使用 android-kotlin install 流程。典型的安裝指令如下：
npx skills add alinaqi/claude-bootstrap --skill android-kotlin
先讀對的檔案
先從 SKILL.md 開始，再查看 app/build.gradle.kts、根目錄的 build.gradle.kts，以及任何符合你目標功能的 *.kt 檔案。因為這個 repo 沒有額外的 rules/、references/ 或 resources/ 檔案，所以 skill 本體就是主要的操作指引來源。
提供任務型提示詞
最好的 android-kotlin usage 會清楚交代功能、層級與限制。舉例來說，不要只說「修這個畫面」，而是直接要求「更新登入狀態的 Compose 畫面與 ViewModel，保留 Hilt injection，維持以 Flow 為基礎的 state，且不要改動 repository interface」。
採用分層意識的工作流程
實用的 android-kotlin guide 是先判斷變更屬於 data、domain 還是 UI，再請助手只修改那些層。如果需求會跨多個層，請明講，並點出相關檔案或 package，這樣輸出才會和專案結構保持一致。
android-kotlin skill 常見問題
android-kotlin 只適用於 Android app code 嗎？
是的，它的重點就是 Android Kotlin 開發。它不是為一般 backend Kotlin、純 JVM 工具，或非 Android 的前端工作設計的。
使用它一定要有 Jetpack Compose 或 Hilt 嗎？
不一定，但這些是這個 skill 主要強調的模式。如果你的 app 還在用較舊的 XML views，或採用不同的 DI 設定，適配度可能會比較弱，建議你一開始就先說明。
這和一般 prompt 有什麼不同？
一般 prompt 也能產生 Kotlin code，但 android-kotlin skill 的目標，是讓變更更符合 Android 專案結構、Gradle Kotlin DSL、Coroutines、Flow、Compose、Hilt 與 MockK 測試的慣例。當你要的是一個能貼合既有 app 的修改，而不是泛用範例時，這點就很重要。
它適合初學者嗎？
適合，如果你是想在既有 Android codebase 裡得到指引。若你還不確定自己的變更應該落在哪一層，或無法清楚描述預期的 UI、state 或 data flow，它就沒那麼適合初學者。
如何改進 android-kotlin skill
明確指出 app 層級與預期結果
提升品質最明顯的方法，就是直接點名層級：UI、domain、data、DI，或 build configuration。也要加上預期結果，例如「加入重試行為」、「從 ViewModel 暴露 state」或「透過 Hilt 串接新的 repository」。
提供會影響實作的限制條件
說清楚哪些東西不能改，例如 public APIs、navigation routes、test style，或既有的 coroutine scopes。如果專案對命名、package 放置，或錯誤處理有慣例，也一併提供，這樣 android-kotlin skill 才不會自己發明一套新模式。
從結構性回饋開始迭代
如果第一次輸出太寬，請改成更聚焦的要求：「把變更限制在 ui/feature 和 FeatureViewModel」，或「只顯示 Gradle Kotlin DSL diff」。這通常比一開始就要求完整潤飾過的答案，更能有效提升結果。