CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

devtools-model-management

Guidelines for creating, migrating, and registering models in front_end/models/. Covers BUILD.gn, devtools_grd_files.gni, and entrypoints.

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 body is an exemplary lean, actionable guide: a numbered workflow with explicit pre-flight and post-change validation, concrete commands, and precise build-target specifications, all within a compact self-contained structure. The only notable gap is the absence of a complete worked BUILD.gn example to copy-paste.

DimensionReasoningScore

Conciseness

The body is a lean, checklist-style guide with zero concept explanations ("Do NOT include the barrel file in sources", "must depend on the module target") and every line instructs; it assumes Claude's competence throughout. Not 4 because there is no over-explanation to trim beyond a single framing sentence.

5 / 5

Actionability

Provides concrete commands ("./dt test front_end/<old_location>", "autoninja -C out/Default", "./dt lint") and precise target specs ("devtools_module(\"<model_name>\")", "entrypoint = \"<model_name>.ts\"", "ts_deps = [ \":bundle\" ]") plus a concrete import statement. Not 5 because no complete copy-paste BUILD.gn example is given — target wiring is described in prose; not 3 because the guidance is executable rather than pseudocode.

4 / 5

Workflow Clarity

A clearly numbered 0-5 sequence with explicit validation: baseline tests before touching code ("Run existing tests... before you touch anything"), a dedicated Verification Checklist (build, lint, new tests, regression check), and a Common Pitfalls section mapping errors to causes. Not 4 because validation checkpoints are explicit and comprehensive rather than implicit.

5 / 5

Progressive Disclosure

No bundle files exist (references/, scripts/, assets/ are absent), and the ~52-line body has clean, well-organized section headers with no content that belongs in a separate file. Per the rubric's note, well-organized sections suffice for a self-contained skill needing no external references; not 4 because organization is excellent with no buried or misplaced content.

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 anchored in concrete DevTools build-system artifacts, with good natural trigger verbs for its niche. Its main weakness is the complete absence of a 'Use when...' trigger clause, which caps completeness, and it never names the product context (DevTools), leaving minor conflict risk with generic model-creation requests.

Suggestions

Add an explicit trigger clause, e.g. "Use when creating a new model in front_end/models/, migrating a panel or service to models/, or registering a module in BUILD.gn / devtools_grd_files.gni."

Include natural trigger synonyms a user would say, such as "move a model", "barrel file", "new module", or "GRD registration", to broaden keyword coverage.

Name the product context up front (e.g. "For Chrome DevTools...") so the overloaded word "models" does not mis-trigger ML or data-model skills.

DimensionReasoningScore

Specificity

Lists three concrete actions ("creating, migrating, and registering models") plus named artifacts ("BUILD.gn, devtools_grd_files.gni, and entrypoints"), matching the 'several specific actions; minor gaps' anchor. Not 5 because it omits steps the body covers (import refactoring, verification); not 3 because it goes well beyond 1-2 actions.

4 / 5

Completeness

The 'what' is clear ("Guidelines for creating, migrating, and registering models in front_end/models/"), but there is no 'Use when...' clause or equivalent explicit trigger guidance, capping completeness at 3 per the rubric guideline. Not 2 because the 'what' is explicit and concrete rather than vague.

3 / 5

Trigger Term Quality

Terms like "creating", "migrating", "registering", "models", and "BUILD.gn" match phrases a DevTools contributor would naturally say, giving good keyword coverage. Not 5 because common variations ("move a model", "new module", "barrel file") are missing; not 3 because coverage is good rather than merely 'some relevant keywords'.

4 / 5

Distinctiveness Conflict Risk

Highly specific paths ("front_end/models/", "devtools_grd_files.gni") pin the skill to the Chrome DevTools codebase with only minor overlap risk. Not 5 because the description never names DevTools/Chrome and the overloaded word "models" could mis-trigger generic model-creation skills; not 3 because the specific build-system artifacts make it far more distinct than the anchor's 'Works with document files'.

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-model-management/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.