Kotlin/Jetpack Compose 或…

当多个 Kotlin/Compose 关注点重叠、需要决定加载哪个技能以及是否组合时，用证据驱动的方式完成技能路由。

适用场景

解决思路

1. 核心原则：按代码需要的决策来路由，而不是按提到的 API 数量来路由。
2. 核心原则：当一个共享流程拥有该关注点时，加载一个技能簇；只有当另一个专长技能会独立改变同一工作时，才添加该专长技能。
3. 路由步骤 1：阅读任务。对 Kotlin 或 Compose 工作，检查让关注点具体化的源码。对 Android benchmark 比较，改为检查提供的 reports、configurations 和 traces。
4. 路由步骤 2：如果一个聚焦技能明确匹配，直接加载它并停止路由。
5. 路由步骤 3：在加载 Compose 技能前，必须指向已检查源码中的具体 Compose API 或 composable，或指向明确要求创建/设计 Compose 代码的请求。假设的 UI 使用方不是证据。如果两种证据都不存在，即使任务提到 UI、routes 或 navigation，也留在 Kotlin 簇。
6. 路由步骤 4：将每个观察到的代码信号匹配到下表。
7. 路由步骤 5：只有当第二个技能在同一变更中拥有独立决策时，才添加它；不要投机性加载相邻技能。
8. 路由步骤 6：当每个重要关注点都有一个聚焦负责人，并且这些技能在给出建议或编辑前已加载，路由结束。
9. 常见路由：有证据的 Compose state、effects、屏幕归属或 UI 事件收集 → compose-state-and-effects。
10. 常见路由：重组、stability、帧率读取、回写或 @ReadOnlyComposable → compose-performance。
11. 常见路由：组件 modifiers、调用方放置、slots 或 public content shape → compose-component-design。
12. 常见路由：可见性、值、过渡、内容切换或其他 motion API 选择 → compose-animations。
13. 常见路由：键盘、TV、D-pad、焦点目标、自定义遍历或按键事件 → compose-focus-navigation。
14. 常见路由：Compose UI、截图、语义、焦点/按键或交互状态测试 → compose-ui-testing-patterns。
15. 常见路由：协程归属、原始 Thread 或 Executor 工作、取消、Flow 状态/事件、共享或重放 → kotlin-concurrency-and-flow。
16. 常见路由：Kotlin 分类、when、guards、穷尽性、smart casts 或 null 分支 → kotlin-control-flow。
17. 常见路由：Kotlin 函数归属、领域类型、expect/actual 或平台接缝 → kotlin-api-design。
18. 常见路由：计划的 Gradle 执行或围绕 Gradle 的警告/失败工作流 → gradle-run。
19. 常见路由：比较物理 Android benchmark 配置、反转排名或 Android 默认值 → android-benchmark-comparison。
20. 常见路由：Kotlin 库发布准备、发布或就绪检查 → release-kotlin-library。
21. 常见路由：一个准备好的 GitHub issue 或聊天内任务需要仓库感知规划 → to-plan。
22. 常见路由：轮询 PRs/MRs、review comments、CI 失败或常规跟进 → shepherd。
23. 组合边界：仅当 delivery、replay、sharing 或 cancellation 是独立关注点时，才把 kotlin-concurrency-and-flow 添加到 Compose state 工作；仅当 animation 工作也改变 state ownership 或 performance 关注点时，才添加这些。
24. 组合边界：当任务还需要测试形态时，把 focus navigation 与 UI testing 配对。
25. 组合边界：当 Kotlin 关注点也改变分支逻辑时，添加 kotlin-control-flow。普通 Kotlin 路由传递加 sealed mapping 留在 Kotlin 簇；没有步骤 3 所需证据时不要添加 Compose。
26. 组合边界：仅为计划的 Gradle 执行或已有 Gradle 工作流加载 gradle-run，不要为附带性的 Kotlin 或 Compose 建议加载它。

适用边界 · 注意事项

• 没有具体 Compose API/composable 证据，也没有明确创建或设计 Compose 代码的请求时，不适用 Compose 技能路由；即使任务提到 UI、routes 或 navigation，也应留在 Kotlin 簇。
• 不要因为任务邻近就投机加载相邻技能；只有第二个技能在同一变更中拥有独立决策时才适合添加。
• 只有附带性 Kotlin 或 Compose 建议时，不适用 gradle-run；它仅适用于计划的 Gradle 执行或已有 Gradle 工作流。