CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

android-clean-architecture

Clean Architecture patterns for Android and Kotlin Multiplatform projects — module structure, dependency rules, UseCases, Repositories, and data layer patterns. Use when structuring modules, layers, or data flow in an Android or KMP project.

66

Quality

83%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Passed

No findings from the security scan

SKILL.md
Quality
Evals
Security

Quality

Content

72%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

A highly actionable, code-first reference with excellent executable examples and disciplined, non-verbose prose. Its weaknesses are structural: no explicit workflow sequencing or validation checkpoints, and library-specific detail that should be split into one-level-deep reference files instead of living inline in SKILL.md.

Suggestions

Add an explicit step-by-step workflow for applying the patterns to a project (e.g., define domain interfaces → implement data layer → wire DI → verify dependency rules), including a concrete validation step such as a Gradle/dependency-analysis check that domain has no Android or data dependencies.

Move the per-library deep dives (Room, SQLDelight, Ktor, Hilt, Gradle convention plugins) into references/ files (e.g., references/database.md, references/networking.md, references/di.md) and keep SKILL.md as a concise overview with clearly signaled links.

Trim illustrative duplication — one UseCase sample and one DI framework example would preserve the pattern while cutting context cost.

DimensionReasoningScore

Conciseness

Terse, directive prose with no tutorial padding or explanations of concepts Claude already knows — every code block carries pattern information. Not 5: some illustrative duplication (two UseCase samples, both Koin and Hilt shown in full) could be trimmed.

4 / 5

Actionability

Fully executable, copy-paste-ready Kotlin/SQL/Gradle snippets covering the common cases: module layout, dependency matrix, UseCases, repository implementation, mappers, Room/SQLDelight DAOs, Ktor client, DI modules, and convention plugins.

5 / 5

Workflow Clarity

Sections are logically ordered (modules → domain → data → DI → error handling → conventions) but there is no explicit step-by-step sequence for applying the patterns, and no verification checkpoint (e.g., how to check that dependency rules hold in Gradle). Fits the anchor 'sequence present but checkpoints missing or implicit'.

3 / 5

Progressive Disclosure

Sections are well organized, but ~340 lines with library-specific reference material (Room, SQLDelight, Ktor, Hilt, Gradle convention plugins) inlined that belongs in separate reference files; the only references point to other skills rather than bundle files.

3 / 5

Total

15

/

20

Passed

Description

87%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

A strong description that clearly and concisely states both what the skill covers and when to use it, with natural trigger terms and a distinct Android/KMP niche. Minor room to sharpen capability phrasing into actions and add a few more trigger synonyms.

DimensionReasoningScore

Specificity

Lists several concrete capability areas — "module structure, dependency rules, UseCases, Repositories, and data layer patterns" — matching the 'several specific actions; minor gaps' anchor. Not 5 because these are topic nouns rather than actions, and notable body coverage (DI, Room/SQLDelight/Ktor, error handling) is omitted.

4 / 5

Completeness

Explicitly answers both what ("Clean Architecture patterns for Android and Kotlin Multiplatform projects — module structure, dependency rules, UseCases, Repositories...") and when ("Use when structuring modules, layers, or data flow in an Android or KMP project") with concrete trigger phrases, in third-person voice.

5 / 5

Trigger Term Quality

Good natural keywords — "Android", "KMP", "structuring modules, layers, or data flow". Not 5 because common variations like "clean architecture" in the trigger clause, "layered architecture", and "repository pattern" are missing.

4 / 5

Distinctiveness Conflict Risk

Clear niche (Android/KMP clean architecture) with distinct, platform-specific triggers; minimal risk of firing for unrelated skills.

5 / 5

Total

18

/

20

Passed

Validation

93%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_version

'metadata.version' is missing

Warning

Total

15

/

16

Passed

Repository

affaan-m/ECC

Path

skills/android-clean-architecture/SKILL.md

Reviewed

Table of Contents

Is this your skill?

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.