CtrlK
BlogDocsLog inGet started
Tessl Logo

team-ux-improve

Unified team skill for UX improvement. Systematically discovers and fixes UI/UX interaction issues including unresponsive buttons, missing feedback, and state refresh problems. Uses team-worker agent architecture with roles/ for domain logic. Coordinator orchestrates pipeline, workers are team-worker agents. Triggers on "team ux improve".

60

Quality

70%

Does it follow best practices?

Impact

No eval scenarios have been run

SecuritybySnyk

Passed

No known issues

Fix and improve this skill with Tessl

tessl review fix ./.claude/skills/team-ux-improve/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

72%

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

This is a well-structured orchestration skill that effectively uses progressive disclosure to manage complexity across a multi-agent pipeline. Its strongest aspects are actionability (concrete spawn templates, exact paths, CLI commands) and progressive disclosure (clean separation into role files and spec references). The main weakness is the lack of explicit validation checkpoints between pipeline stages, which is important for a multi-step destructive workflow where later stages depend on earlier outputs.

Suggestions

Add explicit validation checkpoints between pipeline stages (e.g., 'Coordinator verifies scan-report.md exists and contains at least one finding before spawning diagnoser') to prevent cascading failures.

Include a brief feedback loop for worker failures — e.g., what happens if a worker reports a blocker via team_msg? Document the coordinator's retry/skip/abort decision logic.

DimensionReasoningScore

Conciseness

The content is reasonably efficient for a complex multi-agent orchestration skill, but includes some sections that could be tightened (e.g., the ASCII architecture diagram is somewhat redundant given the role registry table, and the user commands table adds little value). The Worker Spawn Template is appropriately detailed since it's a concrete artifact Claude needs.

2 / 3

Actionability

Provides concrete, copy-paste-ready Agent() spawn templates, specific CLI commands (ccw cli --mode analysis/write), exact file paths for role specs, precise session directory structures, and a complete role registry with prefixes and inner loop flags. The routing logic is explicit and unambiguous.

3 / 3

Workflow Clarity

The pipeline stages (scan -> diagnose -> design -> implement -> test) are clearly sequenced, and the role router logic is explicit. However, there are no validation checkpoints between pipeline stages — no explicit checks that scanner output is valid before diagnoser runs, no feedback loops for when workers fail or produce incomplete artifacts. The error handling table is helpful but reactive rather than preventive.

2 / 3

Progressive Disclosure

Excellent progressive disclosure structure: SKILL.md serves as a clear router/overview, with all domain logic delegated to roles/<role>/role.md files and specs/ references. References are one level deep, clearly signaled in tables with relative paths, and the role registry makes navigation straightforward.

3 / 3

Total

10

/

12

Passed

Description

67%

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 provides a reasonable overview of what the skill does (finding and fixing UX issues) with some concrete examples, and includes an explicit trigger. However, it wastes space on implementation details (team-worker architecture, roles/, coordinator/workers) that don't help Claude decide when to select this skill, and the trigger phrase is an artificial command rather than natural user language.

Suggestions

Replace implementation details about architecture (team-worker agents, coordinator, pipeline) with more natural trigger terms users would actually say, such as 'fix UI', 'broken button', 'user experience bugs', 'UI not responding'.

Expand the 'Use when...' clause beyond the single command 'team ux improve' to include natural language variations like 'when the user reports UI interaction problems, unresponsive elements, or wants a systematic UX audit'.

DimensionReasoningScore

Specificity

Names the domain (UI/UX) and lists some specific actions like 'discovers and fixes UI/UX interaction issues' with examples (unresponsive buttons, missing feedback, state refresh problems), but also includes implementation details about architecture that don't describe concrete user-facing capabilities.

2 / 3

Completeness

Clearly answers both 'what' (systematically discovers and fixes UI/UX interaction issues including specific examples) and 'when' (explicitly states 'Triggers on "team ux improve"'), though the trigger is a specific command rather than a natural language pattern.

3 / 3

Trigger Term Quality

Includes some relevant terms like 'UX improvement', 'unresponsive buttons', 'missing feedback', 'state refresh', but the explicit trigger 'team ux improve' is an artificial command rather than natural language a user would say. Missing common variations like 'fix UI', 'user experience', 'broken button', 'UI bugs'.

2 / 3

Distinctiveness Conflict Risk

The UX improvement focus is somewhat specific, but 'UI/UX interaction issues' could overlap with general frontend debugging, CSS fixing, or accessibility skills. The specific trigger phrase 'team ux improve' helps reduce conflict, but the broader description of fixing buttons and state issues could match other skills.

2 / 3

Total

9

/

12

Passed

Validation

90%

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

Validation10 / 11 Passed

Validation for skill structure

CriteriaDescriptionResult

allowed_tools_field

'allowed-tools' contains unusual tool name(s)

Warning

Total

10

/

11

Passed

Repository
catlog22/Claude-Code-Workflow
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.