CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

markstream-nuxt

Integrate markstream-vue into a Nuxt 3 or Nuxt 4 app. Use when Codex needs client-only boundaries, SSR-safe setup, browser-only peer gating, worker-aware initialization, renderer `mode` selection, or a safe `MarkdownRender` integration inside pages, components, or Nuxt plugins.

Quality

85%

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

75%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 well-structured, dense with library-specific guidance, and sequenced as a clear workflow with environment confirmation and a validation step. Its weaknesses are modest: duplicated mode="minimal" guidance, inline implementation timings, no copy-paste code snippets, and externally referenced doc targets that are neither bundled nor annotated.

Suggestions

Remove the duplicated "Use `mode=\"minimal\"` for lightweight non-chat surfaces" bullet (it appears under both step 5 and the streaming-vs-history sub-bullet) and move the internal batch timing details (200 ms / 50 ms coalescing, four-batch cap) into a reference doc, since an integrator cannot act on them.

Add one short copy-paste example of the two most common integration moves: a `.client` plugin importing `markstream-vue/index.css` and `setStreamDiffsWorkerPool`, and a `<client-only>`-wrapped `MarkdownRender` in a page.

Annotate each Useful Doc Targets entry with what it covers (e.g., "docs/nuxt-ssr.md — SSR boundaries and hydration pitfalls"), and note whether these live in the markstream-vue repo rather than the skill bundle, since none of the paths exist under the skill directory.

Make step 6 concrete: name the actual command (e.g., `npx nuxi typecheck` or `npm run build`) and add a one-line error-recovery hint for when validation fails.

DimensionReasoningScore

Conciseness

The body is dense with proprietary facts (prop defaults, import paths, SSR gates) and never explains concepts Claude already knows, matching the 'efficient; minor instances of over-explanation that could be trimmed' anchor. It is not 5 because some material could be tightened: the "Use `mode="minimal"` for lightweight non-chat surfaces" guidance is repeated in two bullets, and internal batch timings ("200 ms, 50 ms coalescing window, at most four batches") are inline detail an integrator does not act on; it is above 3 because there is no padded or generic explanation.

4 / 5

Actionability

Guidance is concrete and executable in the instruction-only sense the scoring notes allow: exact imports ("markstream-vue/index.css", "useStickToBottom` from `markstream-vue/utils"), exact props and defaults ("mode=\"chat\"", "smooth-streaming=\"auto\"", "html-policy=\"safe\""), and named APIs (setStreamDiffsWorkerPool, setCustomComponents). It stops short of 5 because there are no copy-paste snippets for the most common cases (a `.client` plugin, a `<client-only>` wrapper usage), leaving minor gaps in executable detail.

4 / 5

Workflow Clarity

The 6-step workflow is clearly sequenced, opens with a confirmation step ("Confirm the repo is Nuxt 3 or 4") and closes with an explicit validation step ("Validate with the smallest relevant Nuxt dev, build, or typecheck command"), matching the anchor for a clear sequence with most checkpoints present. It is not 5 because the validation step names no concrete command and there is no error-recovery feedback loop (what to do when typecheck/build fails).

4 / 5

Progressive Disclosure

Structure is good: a Workflow section, a Default Decisions section, and a clearly labeled "Useful Doc Targets" section listing four one-level-deep doc paths, so most content is appropriately placed for a ~47-line skill. It is not 5 because those doc targets (docs/nuxt-ssr.md, docs/guide/installation.md, etc.) are not present in the skill bundle (no references/ directory) and are listed as bare paths with no indication of what each covers, leaving minor navigation gaps.

4 / 5

Total

16

/

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: it states a clear integration action, gives an explicit third-person 'Use when' trigger clause enumerating concrete SSR/client-boundary concerns, and occupies a well-defined niche. The only soft spots are a few jargon-heavy trigger phrases and the absence of common synonyms like 'hydration' or 'server-side rendering'.

DimensionReasoningScore

Specificity

The description opens with a concrete action ("Integrate markstream-vue into a Nuxt 3 or Nuxt 4 app") and lists several specific capability areas ("client-only boundaries, SSR-safe setup, browser-only peer gating, worker-aware initialization, renderer `mode` selection"), matching the anchor for several specific actions with minor coverage gaps. It falls short of 5 because the 'what' is a single integrate action plus concern areas rather than a comprehensive list of concrete actions, and above 3 because far more than 1-2 concrete actions are named.

4 / 5

Completeness

Both halves are explicit: 'what' is "Integrate markstream-vue into a Nuxt 3 or Nuxt 4 app" and 'when' is the concrete "Use when Codex needs client-only boundaries, SSR-safe setup, ... or a safe `MarkdownRender` integration inside pages, components, or Nuxt plugins" trigger clause. This matches the anchor for clearly and explicitly answering both what AND when with concrete trigger phrases, and voice is third person so no penalty applies.

5 / 5

Trigger Term Quality

Natural terms a Nuxt developer would say are present: "Nuxt 3 or Nuxt 4", "SSR-safe setup", "client-only boundaries", "Nuxt plugins", "MarkdownRender". A few natural terms are missing (e.g., 'server-side rendering' spelled out, 'hydration', 'streaming'), and phrases like "browser-only peer gating" and "worker-aware initialization" lean technical-jargon rather than user-spoken, so this sits between good (4) and comprehensive (5) coverage but closer to 4.

4 / 5

Distinctiveness Conflict Risk

The pairing of a named library ("markstream-vue") with a named framework ("Nuxt 3 or Nuxt 4") plus framework-specific concerns (SSR boundaries, client-only plugins) defines a clear niche with distinct triggers and minimal conflict risk with other skills. It is not a 4 because no meaningful overlap with closely related skills is left — the triggers are framework- and library-specific.

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

Simon-He95/markstream-vue

Path

.agents/skills/markstream-nuxt/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.