CtrlK
BlogDocsLog inGet started
Tessl Logo

ask

Ask a local external advisor CLI (Claude or Gemini) and capture a reusable artifact

58

Quality

73%

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/oh-my-codex/skills/ask/SKILL.md

The canonical home for this skill is ask in Yeachan-Heo/oh-my-codex

SKILL.md
Quality
Evals
Security

Quality

Content

78%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 tight, actionable instruction sheet: concrete commands for both backends, clear selection rules, and a precise artifact contract. Its only weaknesses are minor — slight command duplication between sections, undefined slug/timestamp conventions, and an implied rather than explicit execution order.

Suggestions

Consolidate the duplicated `omx ask claude/gemini` invocations from the Usage block into the "Local CLI commands" section to remove redundancy.

Define the `<slug>` and `<timestamp>` conventions for the artifact filename (e.g. date-based timestamp and a short kebab-case slug of the question) so the path template is fully deterministic.

Add one line on what to do when the CLI call fails or returns empty output before writing the artifact, to make the execution sequence explicit.

DimensionReasoningScore

Conciseness

The body is lean with no explanations of concepts Claude already knows — every section is instruction. The one redundancy is that the Usage block and the "Local CLI commands" block both repeat `omx ask claude/gemini` invocations, which could be merged. This matches anchor 4 ("Efficient; minor instances of over-explanation that could be trimmed") better than anchor 5, where nothing could be cut.

4 / 5

Actionability

Concrete commands are given for both backends (`omx ask claude "{{ARGUMENTS}}"`, `claude -p "{{ARGUMENTS}}"`, `gemini -p "{{ARGUMENTS}}"`) plus an exact artifact path template with five required sections. Minor gaps keep it below 5: no concrete example of a filled-in artifact filename, and `<slug>`/`<timestamp>` formats are left undefined. This fits anchor 4 ("Mostly executable guidance; concrete code or commands with minor gaps").

4 / 5

Workflow Clarity

This is a simple single-purpose skill where sections read in execution order — backend selection rules, then commands, then the artifact requirement with its section checklist — and the sequence is unambiguous. It falls just short of 5 because the workflow is implied by section order rather than stated, and there's no guidance on handling a failed/empty CLI response before writing the artifact. Matches anchor 4; no validation cap applies since operations are non-destructive.

4 / 5

Progressive Disclosure

No bundle files exist and none are needed: the skill is a short, single-purpose instruction set with well-organized headers (Usage, Backend selection, Local CLI commands, Artifact requirement). Per the guideline that skills under 50 lines with no need for external references can score 5 with just well-organized sections, this matches anchor 5.

5 / 5

Total

17

/

20

Passed

Description

53%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 communicates a clear 'what' with a distinct two-backend niche, but it is a single-sentence capability statement with no 'when to use' trigger guidance and thin natural-language keywords. Adding an explicit 'Use when...' clause with user-natural phrases (second opinion, consult, brainstorm, ask Claude/Gemini) would lift completeness and trigger quality substantially.

Suggestions

Add an explicit 'when' clause, e.g. "Use when the user wants a second opinion, wants to consult Claude or Gemini on a question or review, or references the previous ask-claude/ask-gemini skills."

Include natural trigger synonyms users would actually say — 'second opinion', 'consult', 'brainstorm', 'ask Claude/Gemini' — not just the technical phrase 'advisor CLI'.

Briefly enumerate the task types the body already supports ('focused questions, reviews, brainstorming, or second opinions') in the description to improve specificity and coverage.

DimensionReasoningScore

Specificity

"Ask a local external advisor CLI (Claude or Gemini) and capture a reusable artifact" names the domain (advisor CLIs, two named backends) and two concrete actions (ask, capture artifact), but stops there — it doesn't say what kinds of tasks (reviews, brainstorming, second opinions) are in scope. This matches anchor 3 ("Names domain and 1-2 concrete actions, but not comprehensive") and not anchor 4, which requires several specific listed actions.

3 / 5

Completeness

The 'what' is clear — ask an external advisor CLI and save a reusable artifact — but there is no 'Use when...' clause or equivalent explicit trigger guidance anywhere in the description. Per the judging guidelines, a missing 'when' clause caps completeness at 3 ("Has a clear 'what' but 'when' is missing or only weakly implied"). It cannot score 4 without an explicit 'when'.

3 / 5

Trigger Term Quality

"Ask", "Claude", and "Gemini" are natural phrases a user would say ("ask claude about..."). However common variations and synonyms are missing — "second opinion", "consult", "brainstorm", "review" — none appear. This fits anchor 3 ("Some relevant keywords but missing common variations or synonyms"), not anchor 4's good coverage of natural terms.

3 / 5

Distinctiveness Conflict Risk

The named backends ("Claude or Gemini"), "external advisor CLI", and "capture a reusable artifact" carve out a distinct niche with clear triggers, unlikely to fire for unrelated skills. Minor overlap risk remains with generic question-answering or API-related skills that also mention Claude/Gemini, so anchor 4 ("Mostly distinct; minor overlap risk") fits better than anchor 5's fully clear niche.

4 / 5

Total

13

/

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.

Validation — 16 / 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.