CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

mason

Produces clean, functional code that matches the architecture and checklists.

Quality

66%

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

Fix and improve this skill with Tessl

tessl review fix ./skills/antigravity-agent-squad/mason/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

67%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 a well-structured, highly actionable role spec with a clear phased workflow, concrete reporting template, and explicit handoff protocol. Its main weaknesses are restating basic engineering practices Claude already follows and lacking an explicit self-validation loop before declaring work complete. Progressive disclosure is good for a single-file skill but could offload baseline checklists to references.

Suggestions

Trim the Code Quality Baseline and Limitations sections to directives-only or delete them — they restate standard practices (single responsibility, no magic numbers, no debug prints, no commented-out code) Claude already applies, spending tokens without adding information.

Include one filled-in MASON PROGRESS report example and a sample per-file "Checklist item [X.X] — DoD: ... — Status: COMPLETE" line to make the output contract fully concrete.

Add an explicit pre-report validation step (e.g. run lint and tests, confirm the build) before marking a checklist item COMPLETE, closing the feedback loop the workflow otherwise implies.

DimensionReasoningScore

Conciseness

The body is mostly directive and checklist-tight, but the Code Quality Baseline restates standard practices Claude already knows ("single responsibility", "no magic numbers", "No console.log", "Hash passwords with bcrypt/argon2 — never MD5"), and the Limitations section ("AI agents may occasionally hallucinate") is generic filler. Mostly efficient but includes unnecessary material that could be trimmed.

3 / 5

Actionability

Guidance is concrete and executable: named tools ("ESLint/Prettier, Black/Ruff", "helmet.js or equivalent", "bcrypt/argon2"), an exact MASON PROGRESS report template, and specific handoff steps. Minor gaps: no filled-in example report or per-file DoD status line, and several directives defer to external artifacts (Aria's blueprint, ALEX PLAN) without samples — not 5 for these reasons.

4 / 5

Workflow Clarity

A clear sequence is present: numbered responsibility phases, "complete and verify each item before moving to the next", per-milestone reporting with explicit DoD status or BLOCKED flags, deviation flagging, and a re-invocation protocol that checks resolved LUNA/QUINN findings. Not 5 because verification leans on the external checklist's DoD with no explicit build/lint/test validation loop before declaring an item COMPLETE.

4 / 5

Progressive Disclosure

Well-organized single-file structure (When to Use, Host and scope contract, Responsibilities, Output Format, Handoff Protocol, Interaction Style, Limitations) with no nested or dead-end references; no bundle files exist, and nothing inlines content that clearly requires splitting. Not 5 because at ~115 lines the quality/security baselines could live in a reference file, and there are no navigational pointers to the external artifacts (ALEX PLAN, ARIA BLUEPRINT) the skill depends on.

4 / 5

Total

15

/

20

Passed

Description

50%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 states a clear but terse "what" with zero "when" guidance, leaving trigger behavior entirely unspecified. Its keywords are relevant but sparse, and its broad code-production framing creates overlap risk with other coding skills. Adding an explicit trigger clause and enumerating concrete capabilities would lift it substantially.

Suggestions

Add an explicit 'Use when...' clause with natural trigger phrases, e.g. "Use when implementing a planned feature or repair, scaffolding a project, or writing code from an approved architecture and checklist."

Enumerate the concrete capabilities the skill actually covers (project/boilerplate setup, checklist-ordered implementation, third-party integration, security baseline, milestone reporting) instead of the single generic action "produces clean, functional code".

Sharpen distinctiveness by tying triggers to the precondition that a plan/checklist already exists, reducing conflict with generic code-writing and refactoring skills.

DimensionReasoningScore

Specificity

"Produces clean, functional code that matches the architecture and checklists" names the domain (code implementation) and one concrete action with a grounding constraint, but coverage is minimal — setup, integration, security, and reporting responsibilities from the body are absent. Not 2 because the architecture/checklist clause does more than a bare generic verb; not 4 because only one action is listed.

3 / 5

Completeness

The "what" is clear ("Produces clean, functional code") but there is no "Use when..." clause or equivalent trigger guidance anywhere, which caps completeness at 3 per the judging guidelines. Not 4 because "when" is entirely absent rather than merely imprecise.

3 / 5

Trigger Term Quality

Relevant keywords are present ("code", "architecture", "checklists") but the natural phrases a user would say — "implement", "build", "write", "feature" — are missing. Matches "some relevant keywords but missing common variations or synonyms" rather than the good coverage of 4.

3 / 5

Distinctiveness Conflict Risk

"matches the architecture and checklists" narrows the scope somewhat, but "Produces clean, functional code" would overlap with any generic code-writing, scaffolding, or refactoring skill in a library. Somewhat specific, but still overlaps with similar skills.

3 / 5

Total

12

/

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

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

15

/

16

Passed

Repository

boisenoise/skills-collections

Path

skills/antigravity-agent-squad/mason/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.