CtrlK
BlogDocsLog inGet started
Tessl Logo

ulw-plan

ACTIVATES ONLY on an explicit user request for the ulw-plan workflow: the user themselves saying ulw-plan, ulw plan, /skill:ulw-plan, or asking in their own words for a work plan before coding. NEVER self-activates: a bare ulw/ultrawork run, an agent-side routing decision, or reading this file is not a request, and the plan-gated reviewers (metis/momus) stay locked without a user request plus a written .omo/plans plan file. Explore-first planning consultant (Prometheus) that grounds in the codebase, asks only the forks exploration cannot resolve - or researches them to best practice when the intent is fuzzy - waits for explicit approval, then writes ONE decision-complete work plan a worker executes with zero further interview. Triggers: ulw-plan, ulw plan, plan this, make a plan, plan before coding, interview me, break this down, start planning, plan mode.

65

Quality

79%

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 ./packages/omo-codex/plugin/components/ultrawork/skills/ulw-plan/SKILL.md

The canonical home for this skill is ulw-plan in code-yeongyu/lazycodex

SKILL.md
Quality
Evals
Security

Quality

Content

67%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 well-structured orchestration protocol with genuinely executable artifacts: an exact scaffold command, literal announcement strings, precise task-row grammar, and a validation self-check before handoff, all backed by a real, correctly-nested reference bundle. Its weaknesses are repetition of the approval/review contract across sections and inline duplication of delegation mechanics that the skill itself delegates to references/full-workflow.md.

Suggestions

State the approval-authorizes-plan-only contract once (e.g., in 'Universal invariants') and have the opening announcement, Approval gate, and Stop rules sections reference it instead of restating it — the conciseness score is dragged down by this fourfold repetition.

Trim the 'Delegation (Codex-native)' section to the spawn snippet plus its pointer line, moving the extended wait/timeout/BLOCKED discipline wholly into references/full-workflow.md as the body itself suggests.

Collapse the review-modifier gate explanation in INTENT ROUTING to the trigger condition plus 'mechanics: references/full-workflow.md', keeping the 5-round-cap and approval-with-notes details only in the reference.

DimensionReasoningScore

Conciseness

The body is dense with operational directives and explains nothing Claude already knows, but the approval-not-execution contract is restated in at least four places ('Plan mode is sticky... never start implementation', 'Approval is not execution', 'Approval authorizes plan creation only', stop rules), and the intent-routing paragraph re-describes review convergence mechanics ('5-round cap... approval-with-notes counting as approval') that references/full-workflow.md owns. Mostly efficient but could be tightened — not 2, since each repetition carries a distinct obligation and there is no filler.

3 / 5

Actionability

Concrete and executable throughout: the scaffold command 'node "<skill-root>/scripts/scaffold-plan.mjs" <slug> [--clear|--unclear] --draft-only [--review-required]', the literal announcement 'ULW-PLAN MODE ENABLED!', exact spawn syntax 'multi_agent_v1.spawn_agent({"message":"TASK: act as an explorer. DELIVERABLE: ..."...})', and exact task-row grammar '- [ ] N. <title>' / '- [ ] F<number>. <title>'. Not 5 because <slug> derivation and the actual plan template are deferred to references, leaving minor gaps in what can be executed from this file alone.

4 / 5

Workflow Clarity

The sequence is traceable end-to-end (opening announcement -> grounding -> intent verdict announced -> scaffold script -> parallel exploration -> approval gate -> plan + APPEND -> review -> handoff) with explicit validation checkpoints: 'run a structural self-check over the plan... repair the plan before handoff if any check fails', 'Both invocations are resume-safe no-ops', and terminal stop rules. Not 5 because there is no single numbered phase spine — ordering is distributed across sections and deferred via 'Read the phase you are in'.

4 / 5

Progressive Disclosure

Verified against the actual bundle: references/full-workflow.md, references/intent-clear.md, and references/intent-unclear.md all exist, are purpose-signaled at point of use, and are one level deep (they cross-reference only siblings and scripts/). Not 5 because the 'Delegation (Codex-native)' section inlines substantial spawn/wait/fallback mechanics and then states 'Full spawn/wait/fallback discipline is in references/full-workflow.md' — content that belongs in the reference is duplicated in the overview.

4 / 5

Total

15

/

20

Passed

Description

91%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 strong, unusually disciplined description: it explicitly states capabilities, activation conditions, and a comprehensive natural-language trigger list, and stays in third person. Its main weakness is verbosity — the negative-space gating sentence about metis/momus reviewers and .omo/plans files is internal jargon that adds conflict-avoidance noise rather than user-facing clarity.

DimensionReasoningScore

Specificity

Lists several concrete actions — 'grounds in the codebase', 'asks only the forks exploration cannot resolve', 'researches them to best practice when the intent is fuzzy', 'waits for explicit approval', 'writes ONE decision-complete work plan' — covering the full workflow. Not 5 because the internal mechanics sentence ('the plan-gated reviewers (metis/momus) stay locked without a user request plus a written .omo/plans plan file') is jargon padding that dilutes the capability statement rather than adding coverage.

4 / 5

Completeness

Explicitly answers what ('Explore-first planning consultant (Prometheus) that grounds in the codebase... writes ONE decision-complete work plan a worker executes with zero further interview') and when ('ACTIVATES ONLY on an explicit user request... Triggers: ...') with concrete trigger phrases. Third-person voice throughout, so no person-voice penalty applies.

5 / 5

Trigger Term Quality

Comprehensive natural-term coverage with synonyms and invocation forms: 'ulw-plan, ulw plan, plan this, make a plan, plan before coding, interview me, break this down, start planning, plan mode', plus '/skill:ulw-plan' and 'asking in their own words for a work plan before coding'. Matches the comprehensive-synonyms anchor; no natural phrasing of this request is missing.

5 / 5

Distinctiveness Conflict Risk

The hard activation gate ('ACTIVATES ONLY on an explicit user request... NEVER self-activates') carves a distinct niche, but generic trigger phrases like 'make a plan', 'plan this', and 'break this down' overlap with everyday phrasing that planning-adjacent skills could also claim. Mostly distinct with minor overlap risk — anchor 4, not 5.

4 / 5

Total

18

/

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

metadata_version

'metadata.version' is missing

Warning

Total

15

/

16

Passed

Repository
code-yeongyu/oh-my-openagent
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.