CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

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).

Quality

67%

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

67%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 a well-structured orchestration playbook: explicit pass sequencing with trigger-condition checkpoints, a user-acceptance gate, and concrete artifacts (plan template, search globs, verification command). Its main weaknesses are duplicated constraint statements, no explicit error-recovery loop, and a lone external reference whose relative path exits the skill bundle.

Suggestions

Deduplicate the safety constraints: "Strict Intermediate Stability" and the build-must-pass rule appear both in "Critical Constraints & Forbidden Actions" and again as Philosophy items 8 — state them once and cross-reference.

Replace filler directives like "Pay extra attention not to skip this step" with a concrete verification step (e.g., the exact test/screenshot-test command to run and what green output looks like).

Add an explicit error-recovery loop to the lifecycle (e.g., "If tests or lints fail after a pass: stop, report the failure, fix, and re-run before staging the CL") and fix the ui_engineering.md link to a path inside the skill bundle.

DimensionReasoningScore

Conciseness

Mostly efficient, project-specific guidance with no generic concept padding, but "Strict Intermediate Stability" is stated twice nearly verbatim (Critical Constraints #2 and Philosophy #8), pre-flight clarification appears both as Philosophy #11 and Plan Generation action 1, and filler like "Pay extra attention not to skip this step" adds nothing — matching "Mostly efficient but includes some unnecessary explanation or could be tightened". Not 4 because the duplication is recurring rather than a minor instance.

3 / 5

Actionability

Concrete, executable artifacts throughout: a copy-paste "Structured Plan Template", exact search globs ("front_end/legacy_test_runner/**/*.js"), a verification command ("cog_api.py diff"), named subskills assigned per pass, and concrete example files ("DOMStorageItemsView.ts") — "Mostly executable guidance; concrete code or commands with minor gaps". Not 5 because key verifications (run tests, run lints) are mandated but no commands/examples are given for them.

4 / 5

Workflow Clarity

The Multi-Pass Execution Lifecycle is clearly sequenced with explicit trigger-condition checkpoints ("Baseline tests green", "Pass 0.5 staged", "Previous pass staged", "Both... staged"), a hard user-acceptance gate, a passes checklist, and "stop and report back after each step" — "Clear sequence with most checkpoints present". Not 5 because there is no explicit error-recovery loop (what to do when a pass's tests/lints fail) anywhere in the lifecycle.

4 / 5

Progressive Disclosure

A well-sectioned overview that appropriately delegates per-pass detail to named subskills, with one clearly signaled one-level reference ("Refer to ui_engineering.md for general principles") — "Good structure; most content is appropriately placed; references mostly clear". Not 5 because the bundle has no references/ directory, and the single link uses a relative path that exits the skill directory ("../../../docs/ui_engineering.md"), which may not resolve where the skill is installed.

4 / 5

Total

15

/

20

Passed

Description

53%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 pins a precise, distinctive niche but reads as a domain label rather than a capability listing: it names the migration target (UI.Widget & Lit-html) without enumerating what the orchestrator actually does or when to invoke it. It is safe from cross-domain conflicts but weak as a trigger and incomplete.

Suggestions

Add an explicit trigger clause, e.g. "Use when the user asks to migrate, modernize, or refactor a legacy Chrome DevTools view/panel to UI.Widget or lit-html."

Enumerate the concrete orchestrated capabilities in one clause: generating a gated migration plan, scaffolding logic/screenshot tests, privatizing and cleaning dead code, consolidating logic, converting to lit-html, and promoting to UI.Widget.

Swap jargon ("modern UI engineering vision") for natural trigger synonyms users would say ("modernize", "convert to Lit-html", "promote to UI.Widget").

DimensionReasoningScore

Specificity

Names a precise domain ("multi-pass migration of Chrome DevTools legacy components to the modern UI engineering vision (UI.Widget & Lit-html)") but the action is a single generic verb ("managing"); the concrete orchestrated steps (plan gating, test scaffolding, privatization, logic consolidation, lit-html rendering, widget promotion) are absent, matching the anchor "Names domain and 1-2 concrete actions, but not comprehensive".

3 / 5

Completeness

The "what" is clear (orchestrating a multi-pass migration to UI.Widget & Lit-html), but there is no "Use when..." clause or equivalent trigger guidance anywhere, which per the judging guidelines caps completeness at 3 ("Has a clear 'what' but 'when' is missing or only weakly implied"). Not 4 because the 'when' is entirely absent rather than merely imprecise.

3 / 5

Trigger Term Quality

Some natural terms a DevTools engineer would say are present ("Chrome DevTools", "migration", "Lit-html"), but internal jargon ("modern UI engineering vision", "High-level orchestrator") dominates and common variations users would actually say ("modernize", "refactor legacy views", "convert to UI.Widget") are missing — the "some relevant keywords but missing common variations or synonyms" anchor.

3 / 5

Distinctiveness Conflict Risk

The niche is highly specific (Chrome DevTools legacy → UI.Widget/Lit-html) with distinct triggers, but the body shows it belongs to a family of same-domain subskills (ui-eng-vision-test-scaffolder, ui-eng-vision-logic-consolidator, etc.) whose descriptions would share this vocabulary, so trigger phrases could overlap with those closely related skills — "minor overlap risk with closely related skills". Not 5 for that overlap; not 3 since the domain is far narrower than generic document/code skills.

4 / 5

Total

13

/

20

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.

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

relative_links

Relative link issues: 1 suspicious

Warning

Total

15

/

16

Passed

Repository

ChromeDevTools/devtools-frontend

Path

.agents/skills/ui-eng-vision-orchestrator/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.