CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

current-slide

Resolve which slide, page, and (optionally) selected element the user is currently viewing in the open-slide dev server. Consult this whenever the user references "this page", "this slide", "this element", "the slide I'm on", "the current page", or any deictic reference to slide content without naming it. Re-read `node_modules/.open-slide/current.json` at the start of every such turn — the user navigates between turns, so a value you read earlier in the conversation is almost certainly stale.

77

Quality

97%

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

92%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 tight, single-purpose skill body: concrete file format, unambiguous workflows with validation and fallback branches, and disciplined sectioning. Its only flaw is mild repetition of the re-read-freshly instruction across three sections.

DimensionReasoningScore

Conciseness

The body is dense with non-obvious, skill-specific facts (the `current.json` schema, 0-based `pageIndex` vs 1-based `pageNumber`, selection line/column semantics, staleness tiers) and assumes Claude's competence throughout. However, the re-read-freshly imperative is repeated across the intro, the dedicated 'Re-read on every deictic turn' section, and again inside 'Staleness', so a few sentences could be trimmed — matching 'efficient; minor instances of over-explanation that could be trimmed' rather than the lean-every-token-earns-its-place anchor.

4 / 5

Actionability

Everything is executable: the exact path `node_modules/.open-slide/current.json`, a full annotated JSON payload, field-by-field usage instructions, concrete staleness thresholds (~5 minutes), fallback prompts to ask the user verbatim, and two copy-paste-ready numbered workflows including the preview URL `s/<slideId>/preview?p=<pageNumber>`. This matches the fully-executable anchor with common cases covered.

5 / 5

Workflow Clarity

Both example workflows are clearly sequenced with explicit validation checkpoints — 'Check `updatedAt` is recent', confirming the element via `selection.text` and `tagName` — plus error-recovery branches (stale → confirm with user; missing file → ask; `selection` null → page-level fallback). This matches the top anchor for clear sequence with explicit validation and feedback paths; the skill involves no destructive or batch operations that would require additional loops.

5 / 5

Progressive Disclosure

The skill has no bundle files, and nothing in the body warrants splitting — every section is core to the single task. Content is well-organized under clear headers with a clean overview-to-detail flow, and the two outward references (the `slide-authoring` skill and its preview section) are well-signaled and exactly one level deep, so there is no burying or nesting. This matches the well-organized, easy-navigation anchor.

5 / 5

Total

19

/

20

Passed

Description

100%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.

An exemplary description: it states the capability in third person, names the exact file and staleness rule, and lists verbatim deictic trigger phrases plus a catch-all. Both 'what' and 'when' are explicit and concrete with essentially no overlap risk.

DimensionReasoningScore

Specificity

The description enumerates exactly what the skill resolves — "which slide, page, and (optionally) selected element the user is currently viewing in the open-slide dev server" — plus the concrete mechanism ("Re-read `node_modules/.open-slide/current.json` at the start of every such turn") and the staleness rationale. This is comprehensive, fully concrete coverage of a single-purpose skill with no generic filler, matching the anchor for multiple specific concrete actions with comprehensive coverage rather than leaving minor gaps.

5 / 5

Completeness

The 'what' is explicit (resolve the currently viewed slide/page/selection in the open-slide dev server) and the 'when' is explicit with concrete trigger phrases ("Consult this whenever the user references..."). Both are clearly stated, matching the top anchor; it is not score 4 because the 'when' clause is already fully explicit and specific rather than merely present.

5 / 5

Trigger Term Quality

It quotes the exact natural phrases a user would say — "this page", "this slide", "this element", "the slide I'm on", "the current page" — and adds the catch-all "any deictic reference to slide content without naming it", which covers remaining synonyms. This matches the comprehensive natural-terms anchor; there are no technical-jargon-only or generic keywords.

5 / 5

Distinctiveness Conflict Risk

The niche is narrowly defined — reading the dev server's current-position file for slide work — and the triggers are scoped to deictic references to slide content. No other plausible skill would claim these triggers (the body even carves out the `apply-comments` and explicit-slide-name cases), so conflict risk is minimal, matching the clear-niche anchor.

5 / 5

Total

20

/

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

1weiho/open-slide

Path

packages/core/skills/current-slide/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.