CtrlK
BlogDocsLog inGet started
Tessl Logo

axiom-build

Use when ANY iOS or macOS build fails, a crash log needs diagnosing, a test run crashes, Xcode misbehaves, or an environment issue blocks work before code is the suspect. Covers build failures, dependency conflicts, simulator diagnostics.

59

Quality

68%

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 ./.claude-plugin/plugins/axiom/skills/axiom-build/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.

A well-organized router with concrete invocation targets, clear trigger matching, and a valuable conflict-resolution section that deflects non-environment issues. Its main costs are redundancy — the Decision Tree and the long Example Invocations section largely duplicate the Routing Logic — and inconsistent, partly unresolvable reference paths across sibling suites.

Suggestions

Cut the 'Example Invocations' section (or reduce it to a handful of ambiguous cases) — its ~120 lines duplicate the per-skill Triggers and When to Use lists almost one-to-one; the Decision Tree could likewise be merged into the Routing Logic headers.

Normalize every reference to one resolvable format (e.g., a consistent 'suite/skills/<file>.md' path or a local references/ copy), so each Invoke target can actually be followed from this skill.

Fix the section ordering and numbering (16 appears before 15; Decision Tree order diverges from Routing Logic order) and add a one-line tie-break rule for issues matching multiple routes.

DimensionReasoningScore

Conciseness

The core routing tables are terse trigger lists with no basic-concept over-explanation, but the ~435-line body triplicates the same routing information: the Decision Tree repeats the 16 Routing Logic entries, and ~120 lines of 'Example Invocations' restate the per-skill Triggers as user phrasings. This places it between score 2 ('noticeably verbose; several padded sections') and score 4 ('efficient; minor over-explanation') — the redundancy is substantial but each individual entry is lean, so it sits at the midpoint rather than noticeably below it.

3 / 5

Actionability

Each route ends in a concrete, executable directive: exact file paths ('skills/xcode-debugging.md'), agent names ('Launch spm-conflict-resolver agent'), or slash commands ('/axiom:fix-build', '/axiom:console'). Below score 5 because invocation targets are inconsistently specified — some are bare local paths, others 'See axiom-shipping (skills/testflight-triage.md)' or 'axiom-security/skills/...' pointing into other suites, and none of the referenced files exist in this bundle to verify.

4 / 5

Workflow Clarity

The routing sequence is clear: When to Use → trigger-matched Routing Logic → numbered Decision Tree → explicit 'When NOT to Use' conflict-resolution table with correct-router pointers. Below score 5 because there are no validation checkpoints or tie-breaking guidance for issues matching multiple routes, and the section numbering is disordered (section 16 appears before 15, and Decision Tree order diverges from Routing Logic order), which slightly muddies the prioritization.

4 / 5

Progressive Disclosure

The body is a well-structured router overview with clearly signaled one-level-deep references (an explicit '**Invoke**:' line per route), plus the AXIOM_AUDITOR_INLINE block explaining how to follow agents without Claude Code. Below score 5 because the reference formats are inconsistent across suites (local 'skills/x.md', 'See axiom-shipping (skills/x.md)', '/axiom:console'), no references/ or other bundle files exist in this skill to back the local paths, and out-of-order section numbering weakens navigation.

4 / 5

Total

15

/

20

Passed

Description

70%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 trigger-focused description with explicit 'Use when' guidance and natural user phrasing, well scoped to the Apple build/environment niche. Its main weakness is that the 'what' is a vague coverage list ('Covers...') rather than a statement of concrete actions, and it lacks synonyms and file extensions (.ips, .crash, BUILD FAILED) for the strongest trigger matching.

Suggestions

Replace 'Covers build failures, dependency conflicts, simulator diagnostics' with concrete verbs, e.g. 'Routes build failures, dependency conflicts, simulator issues, and crash logs to specialized diagnostic skills and agents'.

Add natural synonyms and artifacts users mention: 'BUILD FAILED', 'won't compile', 'won't boot', '.ips/.crash files'.

DimensionReasoningScore

Specificity

The description names the domain and a few concrete coverage areas ("Covers build failures, dependency conflicts, simulator diagnostics"), but 'Covers' is a generic verb — it never states the concrete actions performed (e.g., diagnosing crash logs, resolving SPM conflicts, routing to specialists). It sits above score 2 (which names only the domain) because multiple specific issue categories are listed, but below score 4 because the actions themselves are not enumerated.

3 / 5

Completeness

Both halves are present: an explicit 'Use when ANY iOS or macOS build fails...' clause with concrete triggers, and a 'what' via "Covers build failures, dependency conflicts, simulator diagnostics". It falls short of score 5 because the 'what' is a coverage list rather than an explicit statement of what the skill does (route to/invoke specialized diagnostics and fixes).

4 / 5

Trigger Term Quality

Good natural trigger phrases users would actually say: "build fails", "crash log needs diagnosing", "test run crashes", "Xcode misbehaves", "simulator". It misses common variations like "BUILD FAILED", "won't compile", "won't boot", or file extensions (.ips, .crash), which keeps it below score 5's 'comprehensive coverage including synonyms and file extensions'.

4 / 5

Distinctiveness Conflict Risk

The Apple-specific niche (iOS/macOS builds, Xcode, simulators) plus the boundary 'before code is the suspect' makes it mostly distinct from code-debugging skills. Minor overlap remains with closely related crash-analysis and performance skills, since 'a crash log needs diagnosing' and 'test run crashes' could plausibly trigger a dedicated crash-analysis skill instead — not the minimal-conflict clear niche of score 5.

4 / 5

Total

15

/

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

referenced_paths_exist

Referenced path issues: 1 missing

Warning

Total

15

/

16

Passed

Repository
CharlesWiltgen/Axiom
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.