Android release engineering
Skill adrigm06/Android-Engineering-Skill/skills/android-release-engineering
A modular, composable, production-grade Android skill system for agentic engineering workflows, designed to behave like a senior Android Staff Engineer under real-world constraints.
npx -y skills add adrigm06/Android-Engineering-Skill --skill android-release-engineeringAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 3 stars3 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Android release engineering skill for signing, rollout strategy, release readiness, monitoring, and rollback planning. Use for production release planning and go/no-go decisions.
SKILL.md
3.3 KB, as published. Nobody here has run it
Purpose
Ensure safe Android production releases through readiness validation, staged rollout control, and explicit rollback policy.
Scope and authority
This skill is production gate authority for:
- release go/no-go decisions
- staged rollout and monitoring guardrails
- rollback criteria and incident gating
When not to use
- when the task is root-cause analysis without release decision pressure (
android-debugging) - when the task is primarily architecture refactoring strategy (
android-architecture)
When to use
- release candidate readiness checks
- rollout and rollback strategy decisions
- cross-skill conflicts near production windows
Decision engine workflow
- Assess release readiness and blocker status.
- Validate build/signing/environment integrity.
- Determine rollout branch by risk profile.
- Define monitoring thresholds and rollback triggers.
- Issue go/no-go with confidence and contingency path.
Branching decision tree
Branch A: risk profile
high uncertainty or elevated incident risk:- reduce rollout exposure and tighten gates
stable metrics and low blast radius:- proceed with normal staged rollout
Branch B: conflict with other skills
- if recommendation increases release risk beyond threshold:
- defer or scope-limit change until post-release window
Quantitative gates
Use measurable release gates and label each as pass | at-risk | fail:
- crash-free sessions gate (absolute safety gate)
- ANR rate gate (absolute safety gate)
- startup/jank regression budget (relative to baseline)
- unresolved critical security gate (must pass)
If required metrics are missing, return a measurement-first plan before irreversible rollout decisions.
Uncertainty protocol
Always report confidence (High, Medium, Low).
For medium/low confidence, provide safer fallback release options.
Confidence bands:
High(>= 0.80)Medium(0.60-0.79)Low(< 0.60)
If confidence is medium/low:
- list unknowns that could alter go/no-go
- define minimum additional signals required to proceed
- provide a risk-reduced release plan (scope cut, slower rollout, feature-flag gating)
Output contract
Follow global order from ../../AGENTS.md:
Context and constraintsDecision and rationaleAlternatives consideredTradeoffsRisks and mitigationsConfidence and unknownsCross-skill impactsNext implementation steps
Then include release-specific artifacts:
Release readiness statusBlocking and non-blocking risksRollout planMonitoring planRollback criteriaPost-release checks
Cross-skill handoff payload
Use the standard payload defined in ../../AGENTS.md (section: Cross-skill handoff contract).
Set requesting_skill to android-release-engineering.
Anti-pattern detection
- big-bang rollout without staged guardrails
- weak observability for crash/performance signals
- ambiguous rollback triggers
- signing or config drift across environments
Related resources
references/release-gates.mdtemplates/release-go-no-go.md