CtrlK
BlogDocsLog inGet started
Tessl Logo

links

Write any link or URL so it resolves where it is rendered, not where it lives in the repo. Use when authoring or editing a link — in docs, source docstrings, READMEs (incl. npm-published), or product UI: docs cross-refs, "see SECURITY.md", universal `/_/` routes, GitHub URLs.

69

Quality

84%

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

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.

The body is an actionable, well-structured reference: exact link forms, a decision table keyed by render host, hard rules, and a validation-bearing pass checklist. Its main weakness is redundancy — the same rules are restated in the decision table, forms, hard rules, and pass — which inflates token cost without adding guidance.

Suggestions

State each rule once in its canonical section and have "The pass" reference it tersely (e.g. 'No SHA pins — see Absolute GitHub URL') instead of restating the rule; the main-only, npm-absolute, and cross-host-fragment rules currently appear two to three times each.

Move the Grida URLs table and the engine-repo decision prose into a references/ file (e.g. references/hosts.md) and keep SKILL.md to the decision table, hard rules, and the pass, cutting roughly a third of the body.

Trim rhetorical asides ("This is correctness, not hygiene", "far more often than you'd expect") and compress the repeated rationale in the relative-vs-absolute rules to one sentence each.

DimensionReasoningScore

Conciseness

The body avoids explaining concepts Claude already knows and is dense with repo-specific rules, but the same rules recur across the decision table, "The forms", "Hard rules", and "The pass" (main-only pins appear three times; npm-absolute and cross-host-fragment rules twice each), plus asides like "This is correctness, not hygiene" that could be trimmed. It fits the 'mostly efficient but could be tightened' anchor rather than the 'minor instances' anchor above.

3 / 5

Actionability

Guidance is fully executable for an instruction-only skill: exact URL templates ("https://grida.co/docs/<path>", ".../blob/main/<path>"), a worked transformation ("docs/wg/platform/billing/ai-credits.md → https://grida.co/docs/wg/platform/billing/ai-credits"), and verifiable commands ("git ls-files", "git check-ignore"). Specific examples cover the common cases.

5 / 5

Workflow Clarity

"The pass" is a clear 7-step numbered checklist with explicit validation checkpoints (verify the target is published, not draft/unlisted or generated; pre-commit gate that no local-only/untracked target exists). The skill is non-destructive, so the missing-validation cap does not apply, and the sequence (three questions → decision table → forms → hard rules → pass) is coherent.

5 / 5

Progressive Disclosure

No bundle files exist and the single ~140-line file is well-sectioned with tables, hard rules, and a summary checklist — good structure with no nested references. It falls short of a 5 because it exceeds a lean single-file size and reference material like the Grida URL table and the engine-cluster decision prose could live in a separate one-level-deep reference file.

4 / 5

Total

17

/

20

Passed

Description

87%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 description: concrete, repo-specific, third-person, with an explicit "Use when..." clause covering authoring and editing contexts across docs, source, READMEs, and product UI. The only gap is modest synonym coverage and the fact that it expresses a single rule rather than a list of distinct capabilities.

DimensionReasoningScore

Specificity

The description states a concrete action ("Write any link or URL so it resolves where it is rendered") and enumerates specific surfaces ("docs cross-refs", "universal `/_/` routes", "GitHub URLs", "npm-published" READMEs). It stops short of a 5 because it describes one capability applied in several contexts rather than multiple distinct concrete actions.

4 / 5

Completeness

It explicitly answers what ("Write any link or URL so it resolves where it is rendered, not where it lives in the repo") and when ("Use when authoring or editing a link — in docs, source docstrings, READMEs... or product UI") with concrete trigger phrases, matching the top anchor.

5 / 5

Trigger Term Quality

Natural keywords a user would say are present: "link", "URL", "docs", "READMEs", "GitHub URLs", "product UI", "editing a link". A few common variations ("hyperlink", "href", "anchor", "markdown link") are missing, keeping it just below comprehensive.

4 / 5

Distinctiveness Conflict Risk

It occupies a clear niche (link/URL resolution across render hosts) with distinct triggers like "universal `/_/` routes" and "npm-published READMEs"; minimal risk of firing for an unrelated skill.

5 / 5

Total

18

/

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
gridaco/grida
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.