CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

codex-first

Claude Code work routing: delegate hands-on work to Codex under the native-Claude model gate. Keep specification, judgment, and verification in Claude; prefer isolated Codex-backed autoreview.

61

Quality

77%

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 ./skills/codex-first/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

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

A highly actionable, well-structured operational skill whose commands, error signatures, and validation checkpoints are exemplary. Its main weakness is token efficiency: dated incident notes and provenance inline in the entry file inflate the budget and will age poorly. Moving fallback/wrapper-hygiene detail into the existing reference files would improve both conciseness and progressive disclosure.

Suggestions

Move dated incident notes and verification provenance (e.g., the 2026-10-12/13/15 anecdotes) into a dedicated reference or an 'incident log' section so the entry file stays evergreen and lean.

Relocate the capacity-fallback launch recipes and wrapper/process hygiene bullets to resume-and-watchdog.md or a new reference, keeping only the decision rule (match all three error strings, resume don't relaunch) in SKILL.md.

Add a short numbered overview of the full delegation flow (gate check → route decision → invoke → prompt contract → verify/land) at the top so the multi-section workflow reads as one sequence.

DimensionReasoningScore

Conciseness

The body is dense with non-obvious operational knowledge, but it interleaves time-sensitive incident provenance ("verified 2026-10-12", "two such watchers drained a shared 5,000/hour writer token twice on 2026-10-15", dated section headers like "(2026-10-12/13)") that is not placed in an old-patterns/deprecated section. Not 4 because several passages read as changelog justification rather than instruction; not 2 because there is little padding and no explanation of concepts Claude already knows.

3 / 5

Actionability

Copy-paste-ready commands with exact flags for fresh, resume, and fallback launches; exact error strings to match ("rate limit|at capacity|overloaded"); exact probes (`response.service_tier`, `gh run view <id> --json status,conclusion`) and named scripts (`scripts/codex-resume`). Fully executable and covers the common cases; not 4 because no significant gaps remain.

5 / 5

Workflow Clarity

The model gate is a numbered 1-2-3 sequence, and checkpoints are explicit throughout: exit-code classification before fallback, CI-attach verification against the exact head SHA, pre-land gates, and recovery loops (Sol→Astra, growing sleeps). Not 5 because the end-to-end delegation flow (gate → route → invoke → prompt contract → review/land) is spread across sections with no single unifying sequence; not 3 because validation checkpoints are explicit, not implicit.

4 / 5

Progressive Disclosure

Four real reference files (launch-details, troubleshooting, resume-and-watchdog, coordination) are clearly signaled in context, plus a scripts/ directory with codex-resume and its tests; references are one level deep, linking only back to SKILL.md. Not 5 because sizable operational detail (capacity fallback recipes, wrapper/process hygiene) is inlined in SKILL.md where a reference would keep the overview leaner; not 3 because structure and navigation are genuinely good.

4 / 5

Total

16

/

20

Passed

Description

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

A specific, distinctive description that clearly states what the skill does and its division of labor, weakened by a jargon-heavy gating condition instead of explicit 'use when' trigger phrasing. Trigger terms are good but lean on insider vocabulary. Adding a plain-language use-when clause would lift the two mid-range dimensions.

Suggestions

Add an explicit trigger clause, e.g. "Use when running Claude Code on a native Claude model and a task involves hands-on implementation, refactors, or git mechanics."

Replace or gloss the jargon "native-Claude model gate" with plainer wording such as "when the session runs on a native Claude model" so the when-condition is actionable from the description alone.

Mention one or two more concrete capabilities (e.g., parallel exploration fan-out, capacity fallback) to round out coverage.

DimensionReasoningScore

Specificity

Lists several concrete actions — "delegate hands-on work to Codex", "Keep specification, judgment, and verification in Claude", "prefer isolated Codex-backed autoreview" — with only minor coverage gaps (e.g., exploration fan-out and git mechanics are not mentioned). Not 5 because the action list is not comprehensive; not 3 because it goes beyond 1-2 actions.

4 / 5

Completeness

The "what" is clear, but the only "when" is the technical precondition "under the native-Claude model gate", which is not explicit trigger guidance a reader can act on without the body. Per the guideline that a missing 'Use when...' clause or equivalent caps completeness at 3; not 4 because the when is opaque rather than merely improvable.

3 / 5

Trigger Term Quality

Good natural keyword coverage for the niche: "Claude Code", "Codex", "delegate", "autoreview" are terms a user would say when needing this skill. Not 5 because common variations and synonyms are missing and insider jargon ("native-Claude model gate") substitutes for plainer triggers.

4 / 5

Distinctiveness Conflict Risk

Occupies a clear niche (routing hands-on work to Codex for model-economics reasons) with distinct triggers (Codex, delegation, autoreview) that no generically similar skill would share. Minimal conflict risk; not 4 because there is no closely related overlap to worry about.

5 / 5

Total

16

/

20

Passed

Validation

93%

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

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

referenced_paths_exist

Referenced path issues: 4 missing

Warning

Total

15

/

16

Passed

Repository

steipete/agent-scripts

Path

skills/codex-first/SKILL.md

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.