CtrlK
BlogDocsLog inGet started
Tessl Logo

ui-eng-vision-orchestrator

High-level orchestrator for managing multi-pass migration of Chrome DevTools legacy components to the modern UI engineering vision (UI.Widget & Lit-html).

53

Quality

60%

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

Fix and improve this skill with Tessl

tessl review fix ./.agents/skills/ui-eng-vision-orchestrator/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

62%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

The body has a strong, well-sequenced multi-pass workflow with explicit validation checkpoints, but it is somewhat verbose (repeated constraints, restated engineering basics), gives mostly abstract rather than executable per-pass guidance, and keeps all detail inline with only a single external reference.

Suggestions

De-duplicate the repeated constraints ('Strict Intermediate Stability' / 'update usages if you change APIs') into a single authoritative statement to tighten the token budget.

Make each pass's actions more actionable by including concrete, executable examples (e.g. a Lit template skeleton, a ViewInput interface snippet) instead of only abstract directives.

Offload the plan template and per-pass detail into a referenced bundle file (e.g. references/migration_lifecycle.md) to improve progressive disclosure and reduce SKILL.md bulk.

DimensionReasoningScore

Conciseness

It is mostly substantive domain guidance but repeats constraints ('Strict Intermediate Stability' appears as both Critical Constraint 2 and section 1.8; 'update usages if you change APIs' is restated) and explains well-known engineering hygiene ('NEVER Break the Build', 'Context Hygiene via Subagents'), placing it at the mostly-efficient-but-could-tighten anchor rather than lean.

2 / 3

Actionability

It names target subskills and gives a plan template, but the pass actions are abstract directives ('extract manual elements... into private update helper methods') with no executable code or commands, matching the some-concrete-but-incomplete anchor rather than copy-paste-ready.

2 / 3

Workflow Clarity

The multi-pass lifecycle is clearly sequenced (Plan Generation → Scaffolding → Logic Consolidation → Lit-HTML Rendering → Widget Promotion) with explicit trigger conditions and a validation checkpoint (previous pass staged / tests green), plus a user acceptance gate and stop-and-report feedback loop — matching the clear-sequence-with-explicit-validation anchor.

3 / 3

Progressive Disclosure

Sections are well organized and there is a one-level reference ([ui_engineering.md]), but no bundle files exist in references/scripts/assets and the bulk of the detail lives inline in SKILL.md rather than being split into separate referenced files, so it lands at the some-structure-but-could-be-better-organized anchor.

2 / 3

Total

9

/

12

Passed

Description

57%

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 domain-specific and clearly distinguishable but lacks a 'Use when...' trigger clause and leans on technical jargon over natural user phrasing. Adding explicit usage triggers and more varied natural keywords would raise completeness and trigger-term quality.

Suggestions

Append an explicit 'Use when...' clause, e.g. 'Use when modernizing Chrome DevTools views, converting imperative DOM to Lit-html, or promoting views to UI.Widget.'

Broaden trigger terms to natural phrasings a user would actually say ('convert DevTools panels to Lit', 'migrate to UI.Widget') rather than only technical jargon.

List a couple more concrete actions (e.g. 'orchestrates test scaffolding, logic consolidation, lit-html rendering, and widget promotion') to reach the multiple-specific-actions anchor.

DimensionReasoningScore

Specificity

It names the domain and a concrete action ('managing multi-pass migration of Chrome DevTools legacy components to the modern UI engineering vision (UI.Widget & Lit-html)'), but lists a single high-level orchestration action rather than multiple specific concrete actions, so it stops at anchor 2 rather than 3.

2 / 3

Completeness

It clearly states what the skill does but contains no 'Use when...' clause or equivalent explicit trigger guidance, so per the rubric completeness is capped at 2.

2 / 3

Trigger Term Quality

It uses relevant domain keywords ('Chrome DevTools', 'UI.Widget', 'Lit-html', 'migration'), but these are technical jargon a user would rarely utter verbatim, and common natural variations are missing — matching anchor 2 rather than the broad natural-term coverage of 3.

2 / 3

Distinctiveness Conflict Risk

Its niche is sharply defined (Chrome DevTools legacy component migration to UI.Widget/Lit-html), making it unlikely to trigger for the wrong skill; this matches anchor 3.

3 / 3

Total

9

/

12

Passed

Validation

93%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

relative_links

Relative link issues: 1 suspicious

Warning

Total

15

/

16

Passed

Repository
ChromeDevTools/devtools-frontend
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.