CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

axiom-location

Use when implementing location services, maps, geofencing, or debugging location/MapKit issues. Covers Core Location, CLMonitor, MapKit, annotations, directions.

Quality

75%

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 ./axiom-codex/skills/axiom-location/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-designed router/index skill: symptom-to-file routing, cross-skill conflict resolution, and anti-rationalization content are all genuinely useful and unlikely to be things Claude already knows. Its weaknesses are redundant repetition of the same routing map across four sections, and references to skills/*.md files that are not present alongside the skill, making the disclosure structure unverifiable.

Suggestions

Collapse the duplicated routing into one canonical form: keep the Quick Reference table and either the DOT tree or the numbered list, and cut the Critical Patterns and Example Invocations sections that restate the same file mappings.

Verify the skills/*.md bundle actually ships with the skill (no skills/ directory is present here); broken reference targets would make the entire router non-functional, so confirm the paths or use bundle-relative paths that resolve.

Keep at most one or two genuinely distinctive routing facts (e.g. the geofencing two-file sequence and the battery-drain handoff) as illustrative examples rather than an eight-row Example Invocations section.

DimensionReasoningScore

Conciseness

Individual lines are terse and there is no over-explanation of known concepts, but the same routing information is presented three to four times: the Quick Reference table, the DOT decision tree, the numbered decision list, the Critical Patterns section, and Example Invocations all repeat the symptom-to-file mapping. That matches anchor 3 (mostly efficient but could be tightened) rather than anchor 4, since whole duplicate sections could be cut.

3 / 5

Actionability

As a router skill, its guidance is concrete and directive: every symptom maps to an exact file ("Location updates never arrive → skills/core-location-diag.md"), conflict rules give explicit ordering ("Try location FIRST"), and the anti-rationalization table cites specifics ("30-60% denial rate"). It fits anchor 4 (mostly executable guidance, minor gaps) rather than anchor 5 because it contains no copy-paste commands/snippets and the referenced files cannot be verified from the skill directory.

4 / 5

Workflow Clarity

The routing sequence is clear and unambiguous: domain selection (Core Location vs MapKit) then task type (pattern vs API syntax vs diagnostics), with numbered fallback steps and explicit cross-skill ordering in Conflict Resolution. It is not a destructive or batch workflow, so the validation cap does not apply; it stays at anchor 4 rather than 5 because the four parallel routing presentations (table, DOT graph, numbered list, examples) leave it unclear which one is authoritative.

4 / 5

Progressive Disclosure

The body is a pure overview that consistently delegates detail to one-level-deep, clearly signaled references ("See skills/core-location.md", "See [skills/mapkit-ref.md]"), which matches the top anchors. However, none of the referenced skills/*.md files exist in this skill's directory (no references/, scripts/, or skills/ bundle is present), so the navigation structure cannot be verified against an actual bundle, holding it at anchor 4 rather than 5.

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 solid, compact description with an explicit 'Use when' trigger clause and domain-specific framework names that give it a clear identity. Its main weakness is that the 'what' is expressed as a topic list rather than concrete actions, and it omits common natural synonyms (GPS, location permissions, tracking) and the platform context (iOS/Apple).

Suggestions

Replace the topic-list 'what' ("Covers Core Location, CLMonitor, MapKit, annotations, directions") with concrete actions, e.g. "Implements location tracking, geofencing, and authorization with Core Location, and builds map views, annotations, search, and directions with MapKit."

Add natural user phrasings as triggers: GPS, location permissions/tracking, map pins, and an explicit mention of iOS/Swift/SwiftUI to prevent overlap with web or Android mapping skills.

DimensionReasoningScore

Specificity

The description names the domain ("location services, maps, geofencing") and two concrete action framings ("implementing", "debugging location/MapKit issues"), but the remainder is a topic list ("Covers Core Location, CLMonitor, MapKit, annotations, directions") rather than concrete capabilities. It matches anchor 3 (domain plus 1-2 concrete actions, not comprehensive) and not anchor 4, which requires several specific actions listed.

3 / 5

Completeness

Both halves are present: an explicit when-clause ("Use when implementing location services, maps, geofencing, or debugging location/MapKit issues") and a what-clause ("Covers Core Location, CLMonitor, MapKit, annotations, directions"). The 'what' is a topic coverage list rather than concrete actions, so it fits anchor 4 ('when' and 'what' present but the 'what' could be more specific) rather than anchor 5.

4 / 5

Trigger Term Quality

Natural terms users would say are present: "location services", "maps", "geofencing", "MapKit", "Core Location", "directions". Missing common variations like "GPS", "location tracking/permissions", "map pins/annotations as user phrasing", and "CLLocationManager", so it sits at anchor 4 (good coverage, a few natural terms missing) rather than anchor 5's comprehensive synonym coverage.

4 / 5

Distinctiveness Conflict Risk

Core Location, CLMonitor, and MapKit carve out a clear Apple-platform niche with distinct triggers, but the description never states iOS/Apple/Swift explicitly, so generic triggers like "maps" or "add a map" could overlap with web or Android mapping skills. This is anchor 4 (mostly distinct, minor overlap risk) rather than anchor 5's fully minimal conflict risk.

4 / 5

Total

15

/

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

CharlesWiltgen/Axiom

Path

axiom-codex/skills/axiom-location/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.