CtrlK
BlogDocsLog inGet started
Tessl Logo

ultrawork

Binding ultrawork mode directive for omo on Codex. When a prompt contains ultrawork or ulw, the omo UserPromptSubmit hook injects a short bootstrap that points at this file. Read the whole file and follow every rule in it for the rest of the task.

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

High

Do not use without reviewing

Fix and improve this skill with Tessl

tessl review fix ./plugins/omo/components/ultrawork/skills/ultrawork/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.

The body is an exceptionally actionable, clearly sequenced process directive with strong validation checkpoints and feedback loops. Its main weakness is verbosity and a monolithic structure that keeps reference-grade detail inline rather than split into bundle files.

Suggestions

Split the long subagent-routing, manual-QA-channel, and verification-gate sections into reference files (e.g. references/subagents.md, references/qa-channels.md) and keep SKILL.md a lean overview that links one level deep, improving both conciseness and progressive_disclosure.

De-duplicate the failing-first proof rule and cleanup-receipt rule, which each appear across four or five sections; state each once authoritatively and reference it, to reduce token load.

Consolidate the three overlapping subagent-reliability sections (Codex subagent reliability, TOML-backed routing, subagent-dependent transition barrier) into a single sequenced reference to remove repetition.

DimensionReasoningScore

Conciseness

It avoids explaining basics Claude already knows and encodes novel tooling rules, but at roughly 470 lines it restates the same directives repeatedly — the failing-first proof rule recurs in Goal, Tier triage, Execution loop, Constraints, and Stop rules, and subagent-reliability guidance spans three long sections — so it could be tightened substantially without losing meaning.

2 / 3

Actionability

It is rich with concrete, executable guidance: literal commands ('NOTE=$(mktemp -t ulw-...)', 'git log --oneline -20', the full web-terminal-visual-qa.mjs invocation), named tools (create_goal, update_plan, multi_agent_v1.spawn_agent, codegraph_explore, rg, sg), and a concrete todo format 'path: <action> for <criterion> — verify by <check>'.

3 / 3

Workflow Clarity

The process is explicitly sequenced with validation checkpoints: a four-step Bootstrap that must complete first, an 8-step PIN→RED→GREEN→SURFACE→CLEAN loop, mandatory RED-before-GREEN evidence, LSP diagnostics, cleanup receipts as completion gates, and feedback loops (reviewer loop, re-validate on fix, the 2-attempt stop rule).

3 / 3

Progressive Disclosure

It is internally well-organized with clear section headers, but it is a monolithic ~470-line SKILL.md with no bundle files and no external references, and substantial portions (subagent routing tables, QA channel detail, verification-gate procedure) are inline material that the progressive-disclosure philosophy would split into one-level-deep reference files.

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 distinctive and explicitly answers both what the skill does and when it fires, anchored by a concrete trigger clause. Its weaknesses are a single-mechanism action set rather than multiple capabilities and trigger tokens that are deliberate jargon rather than natural phrasing.

DimensionReasoningScore

Specificity

Names concrete mechanics ('UserPromptSubmit hook injects a short bootstrap that points at this file', 'Read the whole file and follow every rule in it') rather than vague claims, but it describes a single binding mechanism rather than a list of multiple distinct capabilities, and the imperative 'Read... and follow' is a second-person instruction rather than a third-person capability statement.

2 / 3

Completeness

It answers both halves: what it does ('Binding ultrawork mode directive for omo on Codex', 'hook injects a short bootstrap that points at this file') and an explicit when trigger ('When a prompt contains ultrawork or ulw'), matching the explicit-trigger anchor and avoiding the missing-'Use when' cap.

3 / 3

Trigger Term Quality

It exposes the literal activation tokens 'ultrawork or ulw' with both full and abbreviated forms, which are the natural words a user would type to invoke this mode, but they are deliberate mode-activation jargon rather than the kind of organic phrasing users say when they need a capability, so coverage is relevant but not broadly natural.

2 / 3

Distinctiveness Conflict Risk

The binding is highly specific to 'omo on Codex' and fires only on the narrow tokens 'ultrawork'/'ulw', giving it a clear niche that is very unlikely to collide with other skills.

3 / 3

Total

10

/

12

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.

Validation15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_version

'metadata.version' is missing

Warning

Total

15

/

16

Passed

Repository
code-yeongyu/lazycodex
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.