krutikjain/android-agent-skills

android-gradle-build-logic

Shape Android build logic with Gradle, version catalogs, plugins, convention patterns, and toolchain compatibility.

First seen Mar 7, 2026

Installation

$ npx skills add krutikjain/android-agent-skills --skill android-gradle-build-logic

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from krutikjain/android-agent-skills · top by installs.

npx skills add krutikjain/android-agent-skills

Browse all from krutikjain/android-agent-skills

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Repository health

Stars 14
License LICENSE
Default branch main
Open issues 0
Status Active

Skill metadata

Parsed from SKILL.md frontmatter.

Version0.1.0
More metadata
version
0.1.0
category
foundations
tags
["android","gradle","build","toolchain"]
triggers
{"include":["android gradle plugin setup","fix build logic for android modules","version catalog for android repo","gradle convention cleanup for android","agp build logic change"],"exclude":["room schema migration only","compose layout only","notification permission flow"]}
owners
["@android-agent-skills\/maintainers"]
test_targets
["examples\/orbittasks-compose","examples\/orbittasks-xml","benchmarks\/triggers.jsonl"]

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 3,769 B
  • docs SUMMARY.md 149 B

History

  1. First seen on skills.sh
  2. First recorded snapshot · 303 installs

SKILL.md

Android Gradle Build Logic

When To Use

  • Use this skill when the request is about: android gradle plugin setup, fix build logic for android modules, version catalog for android repo.
  • Primary outcome: Shape Android build logic with Gradle, version catalogs, plugins, convention patterns, and toolchain compatibility.
  • Handoff skills when the scope expands:
  • android-modernization-upgrade
  • android-ci-cd-release-playstore

Workflow

  1. Map the request to the current Android stack, module boundaries, and minimum supported API level.
  2. Inspect the existing implementation for implicit assumptions, duplicate helpers, and outdated patterns.
  3. Apply the smallest change that improves correctness, readability, and long-term maintainability.
  4. Validate the result against the relevant showcase app path and repo benchmarks.
  5. Hand off adjacent work to the next specialized skill only after the core foundation is stable.

Guardrails

  • Prefer official Android and Kotlin guidance over custom local conventions when they conflict.
  • Keep public APIs boring and explicit; avoid clever abstractions that hide Android lifecycle costs.
  • Do not mix architectural cleanup with product behavior changes unless the request explicitly needs both.
  • Document any compatibility constraints that will affect old modules or generated code.

Anti-Patterns

  • Sprinkling helpers across modules without a clear ownership boundary.
  • Introducing framework-specific code into pure domain or data layers.
  • Refactoring every adjacent file when only one contract needed to change.
  • Leaving migration notes implied instead of writing them down.

Examples

Happy path

  • Scenario: Run the Compose showcase build from a clean checkout with version catalogs.
  • Command: cd examples/orbittasks-compose && ./gradlew :app:assembleDebug

Edge case

  • Scenario: Validate shared repositories and plugin management in the XML fixture.
  • Command: cd examples/orbittasks-xml && ./gradlew :app:assembleDebug

Failure recovery

  • Scenario: Benchmark build-logic trigger precision against modernization and CI skills.
  • Command: python3 scripts/eval_triggers.py --skill android-gradle-build-logic

Done Checklist

  • The implementation path is explicit, minimal, and tied to the right Android surface.
  • Relevant example commands and benchmark prompts have been exercised or updated.
  • Handoffs to adjacent skills are documented when the request crosses boundaries.
  • Official references cover the chosen pattern and the main migration or troubleshooting path.

Official References