CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

devtools-imports

Conventions for importing code in Devtools to avoid build errors. Covers cross-module imports, internal imports, and the "import * as" requirement.

Quality

83%

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.

The content is an exemplary short, single-purpose skill: it teaches exactly the non-obvious DevTools-specific convention (module entrypoints, `import * as`) with executable GOOD/BAD examples and clear case separation. The only minor issue is a small duplication of the entrypoint import example in the `import * as` section.

DimensionReasoningScore

Conciseness

The body is lean and teaches only the DevTools-specific module/entrypoint convention, which Claude cannot know from general knowledge. The good import line `import * as Trace from '../models/trace/trace.js'` appears twice with only slightly different contrast, a minor redundancy that could be trimmed, so not a 5.

4 / 5

Actionability

Fully executable copy-paste-ready TypeScript examples with explicit GOOD/BAD contrast, concrete file paths (e.g. `front_end/panels/timeline/TimelinePanel.ts`, `front_end/models/trace/trace.ts`), and specific examples covering both the cross-module and same-module cases.

5 / 5

Workflow Clarity

This is a simple single-purpose skill and the single action (write a correct import) is unambiguous: the two cases (importing from another module vs. within the same module) are clearly separated under distinct headers with decisive rules ("you must import that module via its entrypoint", "NEVER ALLOWED"). Per the simple-skill guideline this qualifies for 5; no validation steps are needed since the operation is not destructive or batch-oriented.

5 / 5

Progressive Disclosure

At ~47 lines with no need for external references, well-organized sections, and no bundle files present, this meets the simple-skill exception: well-organized sections alone warrant a 5. No references are buried and nothing that belongs in a separate file is inlined.

5 / 5

Total

19

/

20

Passed

Description

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

The description is specific and distinctive about Devtools import conventions, listing three concrete coverage areas in third-person voice. Its main weakness is the complete absence of any "when to use this" trigger guidance, which caps completeness. Adding a use-when clause and mentioning the entrypoint rule would raise it further.

Suggestions

Add an explicit trigger clause, e.g. "Use when editing or adding imports in the DevTools front_end codebase, or when a build fails due to import errors."

Mention the core entrypoint convention ("import modules via their entrypoint file") since it is the skill's central rule yet is not named in the description.

Include common phrasing variations users might say, such as "import statements", "TypeScript imports", or "ES module imports", to strengthen trigger term coverage.

DimensionReasoningScore

Specificity

"Covers cross-module imports, internal imports, and the 'import * as' requirement" lists several concrete coverage areas in the Devtools import domain. Not a 5 because the core convention (importing via the module entrypoint) is absent from the description; not a 3 because it names more than 1-2 specific actions.

4 / 5

Completeness

The "what" is clear (conventions for importing code in Devtools covering three specific areas), but there is no "Use when..." clause or equivalent explicit trigger guidance. Per the judging guidelines, a missing when-clause caps completeness at 3.

3 / 5

Trigger Term Quality

Natural phrases a user would say are present: "importing code", "build errors", "import * as". Missing common variations such as "import statements", "TypeScript", or "ES modules", so it falls just short of comprehensive synonym coverage.

4 / 5

Distinctiveness Conflict Risk

"Devtools" and "import * as" establish a clear niche that is unlikely to fire for unrelated skills. Minor overlap risk remains with generic lint/import-convention skills, so not a 5.

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

ChromeDevTools/devtools-frontend

Path

.agents/skills/devtools-imports/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.