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?

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

Quality

Content

77%

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 function calls, specific templates, and clear validation steps make it immediately usable. The workflow is clearly sequenced with appropriate validation checkpoints and error recovery. The main weakness is moderate verbosity: some tables are redundant with prose sections, and the document could benefit from offloading detailed content (error handling, completion actions) to referenced files.

Suggestions

Move the detailed error handling table and completion action handlers into a referenced file (e.g., specs/error-handling.md) to reduce SKILL.md length and improve progressive disclosure.

Remove the integration table with team-coordinate — this is context about another skill that doesn't add actionable guidance for execution.

DimensionReasoningScore

Conciseness

The skill is reasonably efficient but includes some redundancy — the ASCII architecture diagram, the role router dispatch table, and the integration table with team-coordinate add bulk without proportional value. The error handling table partially duplicates validation steps already described above it.

2 / 3

Actionability

Provides concrete, executable spawn templates with specific function calls (spawn_agent, wait_agent, close_agent, send_message, followup_task, request_user_input), exact parameter structures, timeout values, and specific file paths to check. The worker spawn message template is copy-paste ready.

3 / 3

Workflow Clarity

The lifecycle is clearly sequenced (validate → Phase 0 reconcile → Phase 1 spawn → worker callback → advance → Phase 2 report). Validation checkpoints are explicit with specific failure actions. State reconciliation on resume handles orphaned tasks. Timeout handling includes a graduated escalation (STATUS_CHECK → FINALIZE → mark timed_out → close).

3 / 3

Progressive Disclosure

References roles/executor/role.md and specs/session-schema.md for deeper content, which is good structure. However, no bundle files are provided to verify these exist, and the SKILL.md itself is quite long (~180 lines) with content like the completion action handlers and full error table that could be split into referenced files. The inline content is heavy for an overview document.

2 / 3

Total

10

/

12

Passed

Description

75%

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.