用途：把已细化的 Android 需求（理想情况下来自 refining-android-requirements 技能）转化为分阶段实施计划，涵盖架构设计、文件清单与风险评估。若需求模糊，应先调用前置技能补充需求。
主要流程与能力：
- 变更分类：判定为新功能、增强、缺陷修复、重构或基础设施，并说明依据，以确定范围与规划深度。
- 代码库探查：找出 2-3 个模式锚点文件作参考，映射导航、依赖注入（Hilt 模块）、数据层（Repository、Room DAO）、API 层（Retrofit）、功能开关、Managers、测试夹具及 product flavor 源集等集成点，并记录状态类、动作/事件命名、Repository 方法签名与测试断言等既有模式。
- 架构设计：输出 ASCII 组件关系图（Screen→ViewModel→Repository→Managers→数据源），并用表格记录关键架构决策及理由。可参考 docs/ARCHITECTURE.md。
- 文件清单：列出待创建文件（含 ...Navigation.kt、...Module.kt、配套 ...Test.kt）与待修改文件，并标注风险等级（低：附加式改动；中：修改现有逻辑；高：改动接口、数据模型或共享工具）。
- 实施阶段：按“基础→SDK/数据→网络→UI”顺序拆分可独立测试与提交的阶段，每阶段含目标、文件、任务、验证方式和适用工作流技能；测试与代码同阶段完成；任务超过 5 项建议拆分。
- 风险与验证：用表格列出风险、可能性、影响与缓解措施；给出单元测试、lint/detekt、构建等自动验证命令，及手工测试场景与边界情况，包括通过 SavedStateHandle 与“不保留活动”开发者选项验证 ViewModel 状态可存活进程死亡。
适用场景：Bitwarden Android 新功能、增强、缺陷修复、重构或构建/CI/工具链变更前的规划。
限制：资料未提供具体命令、完整代码示例或各阶段实际文件路径，需结合仓库实际内容使用；本技能本身不产出实现代码，且依赖已明确的需求与构建测试验证技能的支持。