android-gradle-logic

Consolidate Android Gradle build configurations into reusable convention plugins and a version catalog.

Updated Nov 3, 2025
One-click install
npx skills add https://github.com/devanfer02/telnetquiz --skill android-gradle-logic-devanfer02
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: android-gradle-logic
Source: https://github.com/devanfer02/telnetquiz/tree/main/.claude/skills/android-gradle-logic
Command: npx skills add https://github.com/devanfer02/telnetquiz --skill android-gradle-logic-devanfer02

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill provides expert guidance to centralize and standardize Android Gradle build logic by moving common setup (Compose, Kotlin options, Hilt, etc.) into reusable conventions and a Version Catalog, reducing duplication and drift across modules.

Core Features & Use Cases

  • Centralized Gradle configuration via Convention Plugins and Version Catalogs to enforce consistency across multi-module Android projects.
  • Clear steps for integrating a build-logic module, configuring settings.gradle.kts, and registering plugins.
  • Real-world Use Case: onboarding a new Android project with many modules and ensuring uniform Kotlin options and library versions.

Quick Start

Create a build-logic module and wire it into settings.gradle.kts as a plugin management source, then apply the custom plugin in app/build.gradle.kts to standardize configurations.

Frequently Asked Questions about android-gradle-logic

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I centralize Android Gradle configurations across multiple modules?

Centralizing Android Gradle configurations involves creating a build-logic module with convention plugins and a libs.versions.toml version catalog. This setup enforces consistent Kotlin options, Compose configuration, and dependency management across all modules.

What are Gradle convention plugins and when do I need them for Android projects?

Gradle convention plugins are custom build plugins that encapsulate shared configuration logic for Compose, Kotlin options, and Hilt. You need them in multi-module Android projects to prevent configuration drift and ensure uniform library versions across all modules.

How do I set up a build-logic module with a version catalog in Android?

To set up a build-logic module, create the directory, wire it into settings.gradle.kts as a plugin management source, define dependencies in libs.versions.toml, and apply the published custom convention plugin in your app/build.gradle.kts file.

Does this Gradle build logic approach work with existing multi-module Android projects?

Yes, this approach works for existing multi-module Android projects requiring a Gradle-based setup. It integrates by applying custom convention plugins to standardize configurations and reduce dependency drift across your established modules.

What is the best way to manage Android dependencies and prevent version drift in multi-module projects?

The best way to manage dependencies and prevent version drift is using a Gradle version catalog (libs.versions.toml) combined with convention plugins. This centralizes library versions and shared configurations in a single build-logic module.