Configure static analysis with Detekt, Ktlint, and Android Lint for CI/CD quality gates. Use when adding lint rules, configuring code quality checks, or setting up analysis as a CI gate.
62
75%
Does it follow best practices?
Impact
—
No eval scenarios have been run
Passed
No known issues
Optimize this skill with Tessl
npx tessl skill review --optimize ./skills/android/android-tooling/SKILL.mdQuality
Discovery
100%Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.
This is a strong skill description that clearly identifies its domain (Kotlin/Android static analysis), names specific tools, and provides an explicit 'Use when' clause with natural trigger terms. It is concise, uses third-person voice, and is highly distinguishable from other skills.
| Dimension | Reasoning | Score |
|---|---|---|
Specificity | Lists multiple specific concrete actions: configuring static analysis with named tools (Detekt, Ktlint, Android Lint), setting up CI/CD quality gates, adding lint rules, and configuring code quality checks. | 3 / 3 |
Completeness | Clearly answers both 'what' (configure static analysis with Detekt, Ktlint, and Android Lint for CI/CD quality gates) and 'when' (explicit 'Use when' clause covering adding lint rules, configuring code quality checks, or setting up analysis as a CI gate). | 3 / 3 |
Trigger Term Quality | Includes strong natural keywords users would say: 'Detekt', 'Ktlint', 'Android Lint', 'lint rules', 'code quality checks', 'CI gate', 'static analysis', 'CI/CD'. These cover the main terms a developer would use when needing this skill. | 3 / 3 |
Distinctiveness Conflict Risk | Highly distinctive with a clear niche: Android/Kotlin static analysis tools (Detekt, Ktlint, Android Lint) combined with CI/CD quality gates. The named tools and specific domain make it very unlikely to conflict with other skills. | 3 / 3 |
Total | 12 / 12 Passed |
Implementation
50%Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.
The skill is concise and well-structured but critically lacks actionability — there are no Gradle configuration snippets, no command examples, and no concrete setup instructions for any of the three tools. The workflow is described at a high level but missing explicit steps and validation checkpoints. The reference to implementation.md is appropriate but cannot be verified since no bundle files exist.
Suggestions
Add concrete Gradle configuration snippets for Detekt, Ktlint (jlleitschuh plugin), and Android Lint (e.g., `lintOptions { abortOnError true }`) to make the skill actionable.
Include specific CLI commands for running each tool (e.g., `./gradlew detekt`, `./gradlew ktlintCheck`) so Claude can execute them directly.
Add a step-by-step CI pipeline setup workflow with validation checkpoints, such as what to do when a check fails and how to verify fixes before re-running.
Either provide the referenced `references/implementation.md` bundle file or inline the essential configuration details into the skill body.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The content is lean and efficient. Every line conveys actionable information without explaining what Detekt, Ktlint, or Android Lint are at a conceptual level. No unnecessary padding or context Claude would already know. | 3 / 3 |
Actionability | The skill provides only high-level descriptions ('Enforce code complexity rules', 'Use jlleitschuh plugin') without any concrete configuration snippets, Gradle code, or executable commands. There's no copy-paste ready content for setting up any of the three tools. | 1 / 3 |
Workflow Clarity | There is a basic two-stage workflow (pre-commit for formatting, pipeline for full checks), but no explicit step-by-step sequence, no validation checkpoints, and no feedback loops for handling failures. The CI gate setup is described at a high level without concrete steps. | 2 / 3 |
Progressive Disclosure | The skill references 'references/implementation.md' for configuration details, which is a good one-level-deep reference. However, no bundle files are provided, so the reference is unverifiable and the skill body itself lacks enough substance to stand alone as a useful overview. | 2 / 3 |
Total | 8 / 12 Passed |
Validation
81%Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.
Validation — 9 / 11 Passed
Validation for skill structure
| Criteria | Description | Result |
|---|---|---|
metadata_version | 'metadata.version' is missing | Warning |
metadata_field | 'metadata' should map string keys to string values | Warning |
Total | 9 / 11 Passed | |
3df717f
Table of Contents
If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.