CtrlK
BlogDocsLog inGet started
Tessl Logo

iptvnator-nx-architecture

Use when deciding where IPTVnator code belongs, creating or moving Nx projects, changing scoped aliases or tags, editing lint targets, or validating module boundaries.

68

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

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

An exemplary lean skill body: dense with executable commands, concrete limits, and repo-specific rules that cannot be inferred, organized into a clear decision workflow ending in validation. The only gap is the absence of explicit error-recovery branches when validation (lint or coverage comparison) fails.

DimensionReasoningScore

Conciseness

Every token is repo-specific policy or an executable command with zero padding — lines like "Existing injectable/stateful services under a `util` path are legacy debt, not placement precedent" add knowledge Claude could not infer, and nothing explains concepts Claude already knows.

5 / 5

Actionability

Guidance is fully executable: copy-paste commands (`pnpm install --frozen-lockfile`, `pnpm nx show projects --withTarget e2e`, `eslint "apps/<project>/**/*.ts"` vs `find apps/<project> -name '*.ts' | wc -l`), hard numeric limits (300/400/1200), and real script and doc paths cover the common cases.

5 / 5

Workflow Clarity

The Discover → Place → Preserve Boundaries → Validate sequence is clear with explicit checkpoints ("Discover targets, then run affected lint/test/build targets", "compare coverage"), but no error-recovery branch tells Claude what to do when the glob coverage count mismatches or lint fails.

4 / 5

Progressive Disclosure

A single cohesive ~73-line policy file with four well-organized sections and one clearly signaled one-level-deep pointer ("Canonical guidance: `docs/architecture/nx-workspace-boundaries.md`"); nothing belongs in a separate file, so navigation is trivial.

5 / 5

Total

19

/

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 highly distinct, trigger-rich description that names concrete actions users would naturally say, but it omits an explicit statement of what the skill does, leaving the capability side implicit. Adding a short capability clause before the "Use when" list would make it complete.

Suggestions

Prefix the trigger list with an explicit capability statement, e.g. "Places IPTVnator code across the Nx workspace and enforces module boundaries. Use when...", so both "what" and "when" are explicit.

Add natural keyword variations such as "monorepo", "workspace", or "library" to broaden trigger matching for users who phrase placement questions differently.

State the core action verbs of the skill (e.g. "decides", "enforces", "validates") rather than expressing everything as "Use when deciding/creating/changing" conditions.

DimensionReasoningScore

Specificity

The description lists several concrete trigger actions ("creating or moving Nx projects, changing scoped aliases or tags, editing lint targets, or validating module boundaries"), but all are phrased as usage conditions rather than explicit capability verbs, leaving minor gaps versus comprehensive coverage.

4 / 5

Completeness

The "when" is explicit and detailed, but no "what" capability statement is present — the description consists entirely of "Use when..." clauses, so what the skill does is only implicit in the trigger list.

3 / 5

Trigger Term Quality

Natural domain terms like "IPTVnator", "Nx projects", "scoped aliases", "lint targets", and "module boundaries" would be said by this repo's developers, but a few natural variations (e.g. "monorepo", "workspace", "library") are missing.

4 / 5

Distinctiveness Conflict Risk

"IPTVnator" plus "Nx" scoped-alias/tag/lint-target terminology carves out a clear niche with distinct triggers and minimal overlap with any other skill.

5 / 5

Total

16

/

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
4gray/iptvnator
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.