CtrlK
BlogDocsLog inGet started
Tessl Logo

autopilot

[OMX] Canonical autonomous orchestrator: $deep-interview -> $ralplan -> $ultragoal

54

Quality

60%

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 ./plugins/oh-my-codex/skills/autopilot/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

73%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 a well-structured, actionable orchestration policy with an explicit validated workflow, feedback loops, a checklist, and a copy-paste-ready state command. Its main weakness is conciseness: the defining chain and recovery contract are restated several times across sections and could be tightened.

DimensionReasoningScore

Conciseness

The body is mostly efficient and assumes Claude's competence, but restates the defining chain and recovery contract multiple times across Purpose, Default_Chain, Execution_Policy, and Recovery_Contract, matching 'mostly efficient but includes some unnecessary explanation or could be tightened'; not a 2 since it avoids explaining basic concepts, not a 4 due to the noticeable repetition of the same contract.

3 / 5

Actionability

It provides a copy-paste-ready CLI command ('omx state write --input ...'), a concrete state JSON schema, explicit stage-transition requirements, and a concrete example ('$autopilot implement issue #42'), fitting 'mostly executable guidance; concrete code or commands with minor gaps'; not a 3 because real executable artifacts are present, not a 5 because much of the content is policy/guardrails rather than runnable steps.

4 / 5

Workflow Clarity

It presents a clearly ordered three-stage sequence with explicit per-transition validation checkpoints, a review/QA loopback feedback loop, cancellation and clear/recovery paths, and a Final_Checklist with verification items, matching 'clear sequence with explicit validation steps; feedback loops for error recovery; checklists for complex processes'.

5 / 5

Progressive Disclosure

The body is well structured via clear <Purpose>, <Use_When>, <Default_Chain>, <State_Management>, and <Examples> sections with the state schema and CLI command appropriately inline for a single-file skill, matching 'good structure; most content appropriately placed; minor organization gaps'; not a 5 because it is a 123-line monolithic file with no external reference split, not a 3 because section organization is clear and clean.

4 / 5

Total

16

/

20

Passed

Description

46%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 conveys a clear purpose via its mandatory three-stage chain and is reasonably distinct, but it is written almost entirely in internal codenames rather than natural user language and omits any 'Use when...' trigger guidance, capping completeness. Adding natural trigger phrases and a brief when-to-use clause would materially improve it.

Suggestions

Add an explicit 'Use when...' clause stating when a user should invoke this skill (e.g., when they want end-to-end autonomous delivery from an idea or issue), to satisfy the completeness dimension's 'what AND when' requirement.

Replace or supplement the internal codenames ('$deep-interview', '$ralplan', '$ultragoal', '[OMX]') with natural-language keywords a user would actually say (e.g., 'hands-off delivery', 'requirements-to-implementation', 'autonomous build') to improve trigger term quality.

State the concrete actions the orchestrator performs in plain terms (clarify requirements, plan, implement, verify) so specificity reflects executable behavior rather than only naming stage aliases.

DimensionReasoningScore

Specificity

The description names the domain ('autonomous orchestrator') and a concrete three-stage chain ('$deep-interview -> $ralplan -> $ultragoal'), but these are orchestration stage names rather than enumerated concrete actions, matching the 'names domain and 1-2 concrete actions, not comprehensive' anchor; not a 2 since it is more specific than generic processing, not a 4 since no concrete action verbs are listed.

3 / 5

Completeness

It gives a clear 'what' (canonical orchestrator with a mandatory chain) but no 'when'/'Use when...' trigger guidance, so per the rubric cap it stays at the 'clear what but when missing or weakly implied' anchor; not a 4 because the when is entirely absent rather than merely implicit, not a 2 because the what is reasonably clear rather than vague.

3 / 5

Trigger Term Quality

The description is dominated by internal codenames ('$deep-interview', '$ralplan', '$ultragoal', '[OMX]') that a user would not naturally say, with only the semi-natural phrase 'autonomous orchestrator' present, fitting the 'one or two generic keywords; missing natural phrases users say' anchor; not a 1 because 'autonomous orchestrator' is a real phrase, not a 3 because common user variations/synonyms are absent.

2 / 5

Distinctiveness Conflict Risk

The unique codename chain makes it fairly distinguishable within the OMX ecosystem with only minor overlap risk from the broad term 'autonomous orchestrator', matching 'mostly distinct; minor overlap risk'; not a 5 because the missing 'when' weakens trigger distinctiveness, not a 3 because it is more niche than generic 'works with document files'.

4 / 5

Total

12

/

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.