CtrlK
BlogDocsLog inGet started
Tessl Logo

worker

Team worker protocol (ACK, mailbox, task lifecycle) for tmux-based OMX teams

60

Quality

70%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Low

Low-risk findings worth noting

Fix and improve this skill with Tessl

tessl review fix ./plugins/oh-my-codex/skills/worker/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

82%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

The body is highly actionable with concrete CLI commands and a clearly sequenced lifecycle workflow, organized into clean sections; its main weakness is the lack of an explicit validation/retry feedback loop and some inline conceptual padding.

Suggestions

Add an explicit verify step after lifecycle transitions (e.g. re-read the task JSON to confirm the new status) with a retry-on-failure loop.

Consider moving the Team Big Five / ATEM coordination checklist into a separate reference file to tighten the main body.

Trim the conceptual prose in Dispatch Discipline and the Big Five section to direct imperatives.

DimensionReasoningScore

Conciseness

Largely lean and directive with copy-paste templates and specific paths; the main over-explanation is the conceptual "Team Big Five / ATEM Coordination Gate" checklist, which revisits team-coordination concepts Claude already knows.

4 / 5

Actionability

Provides fully executable, copy-paste-ready CLI interop commands with complete JSON payloads (send-message, claim-task, transition-task-status, mailbox-list) and concrete file paths covering the common cases.

5 / 5

Workflow Clarity

Startup, inbox/task, and mailbox flows are clearly numbered with guardrails (claim before work, don't write lifecycle fields directly, release only for rollback), but it lacks an explicit verify-transition-succeeded / retry-on-failure feedback loop.

4 / 5

Progressive Disclosure

Well-organized into clear single-file sections with no nested or broken references and no bundle files to navigate; held back from 5 by the inline conceptual Big Five/ATEM content that could live in a separate reference.

4 / 5

Total

17

/

20

Passed

Description

57%Weight 40%Scale 1-5

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 clearly communicates a narrow niche and names its core capabilities, but it omits an explicit "Use when" trigger and relies on domain jargon rather than natural user phrasings.

Suggestions

Add an explicit trigger clause, e.g. "Use when spawned as an OMX team worker via $team".

Spell out the concrete actions behind ACK, mailbox, and task lifecycle (e.g. "send startup ACK, read inbox, claim and complete tasks") to lift specificity.

Soften jargon with at least one natural user-facing phrase so it triggers on plain language.

DimensionReasoningScore

Specificity

Names the domain ("Team worker protocol") and three concrete sub-actions ("ACK, mailbox, task lifecycle"), but these are category-level labels rather than the granular, comprehensive action list of a 4 or 5.

3 / 5

Completeness

Has a clear "what" (worker protocol covering ACK, mailbox, task lifecycle) but no explicit "Use when..." trigger; per the rubric a missing trigger clause caps completeness at 3, and "for tmux-based OMX teams" only weakly implies when.

3 / 5

Trigger Term Quality

Contains several relevant keywords ("worker", "team", "mailbox", "task") but leans on niche jargon ("OMX", "tmux-based", "ACK", "lifecycle") and lacks the natural phrasings a user would say, missing common synonyms.

3 / 5

Distinctiveness Conflict Risk

Targets a very specific niche (OMX team worker spawned by `$team` in tmux) with distinct triggers, making overlap with other skills minimal.

5 / 5

Total

14

/

20

Passed

Validation

100%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
Yeachan-Heo/oh-my-codex
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.