CtrlK
BlogDocsLog inGet started
Tessl Logo

proto-bump

Change the org.meshtastic:protobufs pin for Meshtastic-Android — either bump to a tagged release (mergeable) or track develop-SNAPSHOT for a preview (draft), adding/removing the transitive resolution-force hack as appropriate. Verifies with test/allTests (not just compile) via the gradle-runner subagent, audits the new field surface, and opens a PR. Use to consume new proto changes or to re-pin a SNAPSHOT draft onto a tag.

71

Quality

86%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Low

Low-risk findings worth noting

SKILL.md
Quality
Evals
Security

Quality

Content

81%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 strong, expert-oriented skill body: unambiguous two-mode workflow, exact code and file targets, and rigorous validation checkpoints with feedback loops. Remaining gains are trimming time-sensitive incident references, spelling out the module-compile command, and considering a reference file for the force-block details.

Suggestions

Give the exact gradle command(s) for the 'broad compile of proto-consuming modules (core:*, feature:*)' verification step, so the whole verification list is copy-paste executable.

Move time-sensitive precedent details (PRs #5790, #5834, the '2.7.25' example) into a brief 'prior art / precedents' note or reference file so the core workflow stays evergreen.

Consider splitting the transitive force block and its ~15-line rationale into a references/ file (e.g. force-block.md) and keeping only the add/remove decision inline in SKILL.md.

DimensionReasoningScore

Conciseness

The body is dense and assumes competence — the Gradle version-ranking/NoSuchFieldError mechanics and the force-block rationale are genuinely non-obvious repo knowledge. Minor trimmable time-sensitive details (precedent PRs #5790/#5834, illustrative '2.7.25') keep it just below the lean-and-efficient 5 anchor.

4 / 5

Actionability

Guidance is mostly executable: a copy-paste-ready Kotlin force block, exact file paths (gradle/libs.versions.toml, root build.gradle.kts), exact gradle task names, and draft-PR wording. The one minor gap is that 'a broad compile of proto-consuming modules (core:*, feature:*)' names modules but never gives the exact command line.

4 / 5

Workflow Clarity

Both modes are clearly sequenced with explicit validation gates — 'test and allTests — the only gate that catches the transitive runtime downgrade', 'Treat a green compile as necessary-but-not-sufficient' — plus an explicit error-recovery loop ('Triage each compile/test failure: adapt… or stop and report rather than papering over it').

5 / 5

Progressive Disclosure

A single well-sectioned file with clear headers and no nested or buried references; no bundle files exist. The ~20-line inline force block plus its rationale is content that could be split into a reference file, and the body exceeds the ~50-line simple-skill threshold, so it sits at 'good structure, minor organization gaps' rather than a 5.

4 / 5

Total

17

/

20

Passed

Description

92%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 highly specific, well-scoped description that clearly states what the skill does and when to use it, with concrete trigger guidance and virtually no conflict risk. The only minor gap is that a few natural synonym phrasings (e.g. 'update/upgrade the protobufs dependency') are not covered.

DimensionReasoningScore

Specificity

The description enumerates multiple concrete actions — 'bump to a tagged release (mergeable) or track develop-SNAPSHOT', 'adding/removing the transitive resolution-force hack', 'Verifies with test/allTests', 'audits the new field surface, and opens a PR' — comprehensively covering the skill's capabilities with no vague filler.

5 / 5

Completeness

Both what and when are explicit: the 'what' is the detailed pin-change/verify/audit/PR workflow, and the 'when' is stated concretely as 'Use to consume new proto changes or to re-pin a SNAPSHOT draft onto a tag'.

5 / 5

Trigger Term Quality

Natural domain phrasing is present ('consume new proto changes', 're-pin a SNAPSHOT draft onto a tag', 'bump'), but common synonyms a user might say (e.g. 'update the protobufs version/dependency', 'upgrade protos') are not covered, so a few natural terms are missing.

4 / 5

Distinctiveness Conflict Risk

It names a specific artifact ('org.meshtastic:protobufs pin for Meshtastic-Android') and a distinct trigger niche, making confusion with other skills extremely unlikely.

5 / 5

Total

19

/

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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
meshtastic/Meshtastic-Android
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.