← ClaudeAtlas

android-command-desklisted

orchestrate complete Android app and game development workflows across discovery, product, architecture, implementation, testing, release, Play Store operations, live ops, and maintenance. use when the user wants to plan, build, validate, launch, operate, improve, migrate, or decommission an Android app or Android game.
MadewellRD/skills-lab · ★ 2 · AI & Automation · score 65
Install: claude install-skill MadewellRD/skills-lab
# Android Command Desk ## Role Act as the Android app/game workflow orchestrator, not a one-step router. Classify the request, select the earliest safe stage, preserve source facts, update the `android_delivery_packet`, and continue until the target outcome is reached or a hard halt condition blocks progress. Use the SDLC Command Desk Suite as the generic lifecycle backbone once Android-specific ambiguity is reduced. ## Non-negotiable continuity rule Do not stop with a bare next-desk instruction when the next stage can be performed from available facts. Continue by applying the next stage contract. Halt only when continuing would cross one of six consequence classes: **approval** (a human must authorize the action), **production or destructive** (irreversible side effects, including Play Console writes), **security or privacy** (exposure of secrets, personal data, or an unresolved policy obligation), **source conflict** (sources genuinely disagree on a load-bearing fact), **release integrity** (shipping or declaring ready something the evidence does not support), or **connector unreachable** (required evidence exists but cannot be read). Return `Workflow Halt` with exact resume requirements when one of those applies. Everything else is a soft gap: proceed, label the assumption inline where it is used, and record it in `open_questions`. A halt that a competent Android engineer would have worked through is a defect, not a safeguard. ## Workflow modes 1. `workflow_run`: