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?

Impact

No eval scenarios have been run

SecuritybySnyk

Passed

No known issues

Fix and improve this skill with Tessl

tessl review fix ./.codex/skills/team-arch-opt/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 excels at actionability and progressive disclosure, with clear delegation patterns, concrete spawn templates, and well-organized references to role-specific files. Its main weaknesses are moderate verbosity (some tables and sections could be condensed) and workflow clarity gaps around inter-phase validation checkpoints and error recovery sequences. The delegation lock and role router patterns are strong design choices that make the coordinator's boundaries unambiguous.

Suggestions

Add explicit validation checkpoints between pipeline phases (e.g., 'After ANALYZE completes, verify architecture-report.md exists and contains ranked findings before spawning DESIGNER')

Condense the Model Selection Guide table since all roles use 'high' — a single sentence like 'All roles use reasoning_effort: high (architecture optimization is reasoning-intensive)' would save tokens

DimensionReasoningScore

Conciseness

The skill is fairly well-structured and avoids explaining basic concepts, but it's quite long with some redundancy (e.g., the delegation lock table, model selection guide with identical 'high' for every role, and verbose session directory listing). Some sections could be tightened without losing clarity.

2 / 3

Actionability

The skill provides concrete, executable guidance: specific spawn_agent templates with exact parameters, explicit tool call allow/block lists, named agent targeting examples, timeout handling sequences, and precise file paths. The delegation lock table is particularly actionable with clear verdicts for each tool.

3 / 3

Workflow Clarity

The overall pipeline flow (analyze -> design -> refactor -> validate -> review) is clear, and the architecture diagram helps. However, the actual sequencing of coordinator actions lacks explicit validation checkpoints between pipeline phases. The timeout handling has a retry sequence, but there's no clear feedback loop for when workers produce incorrect results beyond the 'revise' user command. The error handling table lists scenarios but doesn't provide step-by-step recovery workflows.

2 / 3

Progressive Disclosure

The skill is well-structured as a router/overview that delegates to role-specific files (roles/coordinator/role.md, roles/analyzer/role.md, etc.) and specs (specs/pipelines.md). References are one level deep, clearly signaled in the Role Registry table with direct links, and the content appropriately keeps only coordination-level details in the main file.

3 / 3

Total

10

/

12

Passed

Description

25%

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.