CtrlK
BlogDocsLog inGet started
Tessl Logo

team-issue

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

50

Quality

55%

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-issue/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

85%

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 provides highly actionable templates, clear pipeline sequencing with validation checkpoints, and good progressive disclosure through role-based file separation. Its main weakness is some redundancy in the spawn templates and timeout instructions, which could be consolidated. Overall it's a strong skill that effectively communicates a complex multi-agent coordination pattern.

Suggestions

Consolidate the regular and parallel Worker Spawn Templates into a single template with a note about adding `agent_name` for parallel spawns, eliminating the duplicated timeout cascade instructions.

DimensionReasoningScore

Conciseness

The skill is fairly efficient for its complexity, but includes some redundancy — the Worker Spawn Template is shown twice (regular and parallel) with near-identical content, and the timeout cascade instructions are duplicated verbatim. The delegation lock table and model selection guide add useful but somewhat verbose detail.

2 / 3

Actionability

Provides concrete, copy-paste-ready spawn_agent templates with exact parameter structures, specific tool call allowlists, precise file paths, session directory layouts, and explicit timeout handling sequences. The delegation lock table gives unambiguous verdicts for every tool category.

3 / 3

Workflow Clarity

The pipeline is clearly sequenced (explore -> plan -> review -> marshal -> implement) with explicit validation checkpoints: the review-fix cycle has a max of 2 rounds with forced convergence, timeout cascades have a clear 3-step escalation (STATUS_CHECK -> FINALIZE -> mark timed_out), and agent health checks reconcile orphaned tasks. Error handling table covers edge cases with specific resolutions.

3 / 3

Progressive Disclosure

SKILL.md serves as a clear router/overview, with each role linked to its own role.md file one level deep. Pipeline definitions are referenced to specs/pipelines.md. The role registry table provides a clean navigation index. However, no bundle files were provided to verify the referenced paths exist, but the structure is well-designed for progressive disclosure.

3 / 3

Total

11

/

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 architecture (team-worker agents, coordinator, role directories) rather than describing what the skill actually does for the user. The trigger term 'team issue' is artificial and unlikely to match natural user requests. The description fails to communicate concrete capabilities or provide meaningful keywords for skill selection.

Suggestions

Replace architectural jargon with concrete actions the skill performs, e.g., 'Diagnoses and resolves team-reported issues by analyzing logs, identifying root causes, and proposing fixes'.

Add natural trigger terms users would actually say, such as 'bug', 'error', 'incident', 'troubleshoot', 'debug', or specific domain terms relevant to the issues being resolved.

Expand the 'Use when...' clause with realistic scenarios, e.g., 'Use when a user reports a bug, requests incident triage, or needs help resolving a production issue'.

DimensionReasoningScore

Specificity

The description uses vague, abstract language like 'issue resolution', 'domain logic', 'orchestrates pipeline' without listing any concrete actions the skill performs. It describes architecture rather than capabilities.

1 / 3

Completeness

It attempts to answer both 'what' (issue resolution using team-worker architecture) and 'when' (triggers on 'team issue'), but the 'what' is vague and the 'when' trigger is extremely narrow and unnatural. The trigger clause exists but is weak.

2 / 3

Trigger Term Quality

The only explicit trigger is 'team issue', which is not a natural phrase users would say. Terms like 'team-worker agent architecture', 'role directories', and 'coordinator orchestrates pipeline' are internal jargon, not user-facing keywords.

1 / 3

Distinctiveness Conflict Risk

'Issue resolution' is broad and could overlap with many skills (bug fixing, customer support, etc.), but the specific mention of 'team-worker agent architecture' and the narrow trigger 'team issue' somewhat limits overlap, albeit artificially.

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.