CtrlK
BlogDocsLog inGet started
Tessl Logo

team-executor

Lightweight session execution skill. Resumes existing team-coordinate sessions for pure execution via team-worker agents. No analysis, no role generation -- only loads and executes. Session path required. Triggers on "Team Executor".

64

Quality

76%

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

Quality

Content

77%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 execution skill with strong actionability — concrete spawn templates, validation steps, and error handling tables make it immediately usable. The workflow is clearly sequenced with appropriate validation checkpoints and error recovery. The main weaknesses are moderate verbosity from redundant sections (dispatch logic repeating validation) and the lack of bundle files to support the referenced paths, which limits confidence in progressive disclosure.

Suggestions

Remove the Role Router dispatch logic table as it largely duplicates the Session Validation section — consolidate into a single validation flow.

Provide the referenced bundle files (roles/executor/role.md, specs/session-schema.md) or note them as expected session-provided content to clarify the progressive disclosure structure.

DimensionReasoningScore

Conciseness

The skill is moderately efficient but includes some redundancy — the dispatch logic table largely repeats the validation section, and the architecture ASCII diagram adds little value. The role router section restates what's already clear from context. However, it avoids explaining basic concepts Claude would know.

2 / 3

Actionability

Provides concrete, copy-paste-ready templates for agent spawning, AskUserQuestion calls, and completion actions. Validation steps are specific with exact file paths and JSON fields to check. Error handling table gives specific resolution for each scenario.

3 / 3

Workflow Clarity

The lifecycle is clearly sequenced (validate -> Phase 0 reconcile -> Phase 1 spawn -> callback loop -> Phase 2 report). Validation is explicitly required before execution with specific failure modes. The reconciliation phase handles interrupted/orphan states, and the completion flow includes explicit action handlers with fallback behavior (default to Keep Active on failure).

3 / 3

Progressive Disclosure

References to external files like `roles/executor/role.md`, `specs/session-schema.md`, and session role-specs are well-signaled, but no bundle files are provided to verify these exist. The SKILL.md itself is fairly long and could benefit from splitting the executor spawn template and completion action details into separate reference files. The inline content is reasonably organized with clear sections.

2 / 3

Total

10

/

12

Passed

Description

75%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.

The description is functionally complete with explicit trigger conditions and clear scope boundaries (what it does and doesn't do), making it distinctive. However, the concrete actions beyond 'loads and executes' are vague, and the trigger terms rely on internal jargon rather than natural user language, which limits discoverability outside of structured invocation patterns.

Suggestions

Specify what 'executes' means concretely — e.g., 'runs task assignments, dispatches work to team-worker agents, tracks completion status'.

Add natural language trigger variations beyond the formal 'Team Executor' phrase, such as 'run team session', 'execute team tasks', or 'resume team workflow'.

DimensionReasoningScore

Specificity

Names the domain (session execution, team-worker agents) and some actions (resumes sessions, loads and executes), but the actions are still somewhat abstract — 'loads and executes' what exactly? The negation clauses ('No analysis, no role generation') add some clarity but don't substitute for concrete positive actions.

2 / 3

Completeness

Clearly answers both 'what' (resumes existing team-coordinate sessions for pure execution via team-worker agents, no analysis or role generation) and 'when' (triggers on 'Team Executor', session path required). The trigger condition is explicitly stated.

3 / 3

Trigger Term Quality

Includes the explicit trigger phrase 'Team Executor' and terms like 'session execution' and 'team-worker agents,' but these are specialized/internal jargon rather than natural keywords a user would organically say. Missing common variations or natural language triggers.

2 / 3

Distinctiveness Conflict Risk

The description carves out a very specific niche — lightweight session execution only, explicitly excluding analysis and role generation, with a distinct trigger phrase 'Team Executor' and requirement for a session path. This is unlikely to conflict with other skills.

3 / 3

Total

10

/

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.