CtrlK
BlogDocsLog inGet started
Tessl Logo

team-arch-opt

Unified team skill for architecture optimization. Uses team-worker agent architecture with role directories for domain logic. Coordinator orchestrates pipeline, workers are team-worker agents. Triggers on "team arch-opt".

46

Quality

48%

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 ./.claude/skills/team-arch-opt/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

72%Scale 1-3

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 serves as a router/overview for a multi-agent architecture optimization pipeline. Its strengths are strong actionability (concrete spawn template, explicit CLI tools, clear role registry) and excellent progressive disclosure. Its main weaknesses are the lack of explicit validation checkpoints between pipeline stages and some content (session directory tree, error handling) that could be more concise or offloaded to reference files.

Suggestions

Add explicit validation/checkpoint steps between pipeline stages (e.g., coordinator verifies analyzer output before spawning designer) to improve workflow clarity.

Consider moving the full session directory tree and error handling table to a referenced specs file to improve conciseness of the main SKILL.md.

DimensionReasoningScore

Conciseness

The content is reasonably efficient and avoids explaining basic concepts, but includes verbose sections like the full session directory tree and detailed error handling table that could be offloaded to reference files. The worker spawn template is lengthy but arguably necessary as a concrete template.

2 / 3

Actionability

Provides concrete, executable guidance: the Agent spawn template is copy-paste ready with clear parameter placeholders, the role router logic is explicit, CLI tool commands are specific, and user commands have clear action mappings. The role registry table with paths and prefixes is immediately actionable.

3 / 3

Workflow Clarity

The architecture diagram shows the pipeline flow clearly (analyze → design → refactor → validate → review), and the role router logic is unambiguous. However, there are no explicit validation checkpoints between pipeline stages, no feedback loops for error recovery in the main workflow, and the error handling table lists resolutions but doesn't integrate them into the workflow sequence.

2 / 3

Progressive Disclosure

Excellent progressive disclosure structure: SKILL.md serves as a clear router/overview, with role-specific logic delegated to individual role.md files via a well-organized role registry table. Pipeline specs are referenced via a single link. Navigation is one level deep and clearly signaled with paths.

3 / 3

Total

10

/

12

Passed

Description

25%Scale 1-3

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

This description focuses heavily on internal implementation details (team-worker agents, coordinator, pipeline, role directories) rather than describing what the skill accomplishes for the user. It lacks concrete actions, natural trigger terms, and clear use-case guidance. The artificial trigger command 'team arch-opt' is not how users naturally express needs.

Suggestions

Replace implementation details with concrete user-facing actions (e.g., 'Analyzes software architecture and recommends optimizations for performance, scalability, and maintainability').

Add natural trigger terms users would actually say, such as 'architecture review', 'optimize system design', 'refactor architecture', 'performance bottlenecks', 'scalability improvements'.

Add a 'Use when...' clause with real usage scenarios instead of relying on an artificial command, e.g., 'Use when the user asks for architecture review, system design optimization, or performance improvement recommendations.'

DimensionReasoningScore

Specificity

The description uses vague language like 'architecture optimization' and 'domain logic' without listing any concrete actions. It describes internal implementation details (coordinator, workers, pipeline) rather than what the skill actually does for the user.

1 / 3

Completeness

It attempts to answer both 'what' (architecture optimization using team-worker agents) and 'when' (triggers on 'team arch-opt'), but the 'what' is vague and the 'when' is an artificial command rather than natural usage scenarios. The trigger clause exists but is not meaningful for natural language selection.

2 / 3

Trigger Term Quality

The only trigger term is the artificial command 'team arch-opt', which is not a natural keyword a user would say. Terms like 'team-worker agent architecture', 'role directories', and 'coordinator orchestrates pipeline' are internal jargon, not user-facing language.

1 / 3

Distinctiveness Conflict Risk

The specific trigger command 'team arch-opt' provides some distinctiveness, but 'architecture optimization' is broad enough to potentially overlap with other architecture or optimization skills. The description doesn't clearly carve out a unique niche.

2 / 3

Total

6

/

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.