CtrlK
BlogDocsLog inGet started
Tessl Logo

android

Workflow guide when working with Android builds or the mobile/ directory.

78

4.00x
Quality

66%

Does it follow best practices?

Impact

100%

4.00x

Average score across 3 eval scenarios

SecuritybySnyk

—

The risk profile of this skill

Fix and improve this skill with Tessl

tessl review fix ./.agents/skills/android/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

92%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.

The body is an exemplar of token efficiency: it conveys exactly the project-specific facts (mach gradle wrapper, -p flag) that Claude could not know, in two lines. The only minor gap is the absence of a copy-paste-ready example invocation covering the common build case.

DimensionReasoningScore

Conciseness

Two lines containing only project-specific knowledge Claude cannot know ("./mach gradle as the wrapper", "use -p argument of gradle ... in a subdirectory") with zero padding or explanations of concepts Claude already has. Every token earns its place.

5 / 5

Actionability

Concrete, executable guidance: an exact command substitution ("Instead of `gradlew`, use `./mach gradle`") and a specific flag ("-p") for subdirectory runs. It falls short of anchor 5 only because no complete example invocation (e.g. `./mach gradle assembleDebug -p mobile/`) is given to cover the common case end-to-end.

4 / 5

Workflow Clarity

This is a simple single-task skill and the single action is unambiguous: always substitute `./mach gradle` for `gradlew`, and use `-p` for subdirectories. Per the simple-skill exception this scores 5; the operation is not destructive or batch, so no validation cap applies.

5 / 5

Progressive Disclosure

The skill is under 50 lines, needs no external references, and the body is organized under a clear '## Workflow' section. Per the simple-skill scoring note, this qualifies for 5 with just well-organized sections.

5 / 5

Total

19

/

20

Passed

Description

40%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.

The description has a clear, distinctive trigger ('Android builds', 'mobile/ directory') but fails to say what the skill actually does — 'Workflow guide' is too vague to score well on specificity or completeness. Adding one or two concrete capabilities and their natural trigger terms would lift it substantially.

Suggestions

State what the skill provides concretely, e.g. 'Build Android projects using the ./mach gradle wrapper instead of gradlew, with support for running in subdirectories via -p.'

Add natural trigger terms users would say, such as 'Use when running Android/Gradle builds, building APKs, or working in the mobile/ directory.'

Keep the explicit 'when' clause but pair it with the missing 'what' — currently only 'when' is present, which caps completeness.

DimensionReasoningScore

Specificity

"Workflow guide" names the domain ("Android builds", "the mobile/ directory") but the action itself is generic — no concrete capabilities are stated. It is above anchor 1 because the domain is named, but below anchor 3 because no concrete action (e.g. builds, runs, tests) is actually listed.

2 / 5

Completeness

The 'when' is present ("when working with Android builds or the mobile/ directory") but the 'what' is only the vague phrase "Workflow guide" — no capability is described. This matches anchor 2 ('only when is present' / vague what) and falls short of anchor 3, which requires a clear 'what'.

2 / 5

Trigger Term Quality

"Android builds" and "mobile/ directory" are terms a user would naturally say, but common variations and synonyms are missing — notably "gradle", "APK", "build the app", and "assemble". Fits 'some relevant keywords but missing common variations' rather than anchor 4's 'good keyword coverage'.

3 / 5

Distinctiveness Conflict Risk

"Android builds" plus the repo-specific "mobile/ directory" carves a fairly distinct niche with minimal overlap risk against unrelated skills. It leans to anchor 4 rather than anchor 3 because the trigger terms are domain-specific, though overlap with generic build/CI skills keeps it below 5.

4 / 5

Total

11

/

20

Passed

Validation

100%

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

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
mozilla/enterprise-firefox
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.