CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

give-me-tips

Explains any senpi tip in depth, including Tip: lines in the TUI. Use when the user asks about a tip, what a tipped feature does, or which tips they can see.

65

Quality

82%

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

SKILL.md
Quality
Evals
Security

Quality

Content

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

An unusually dense, well-verified body: every claim is tied to a concrete command, path, or config key, and the workflow (query live list, check per-user gating, verify in code, cite paths) is clearly sequenced. The two weaknesses are rhetorical padding in the tone/purpose sections and the absence of any bundle split — the two per-tip deep dives should be reference files so SKILL.md stays a lean overview.

Suggestions

Move the Fable-5 refusal pipeline and Kibitzer walkthroughs into one-level-deep reference files (e.g. references/fable-refusal-tip.md and references/kibitzer-recall.md), leaving SKILL.md a lean overview that links to them only when the user asks about those specific tips.

Trim the motivational/rhetorical passages (the Tone: BRAG justification, "tour of the engine room", "this is the part most explanations get wrong") to one-line directives, cutting token cost without losing the instruction.

Add an explicit recovery step for when the user's tip matches nothing in the catalog or settings output (e.g. say so and ask which Tip: line they mean), completing the workflow's validation loop.

DimensionReasoningScore

Conciseness

Mostly efficient: nearly every sentence carries non-obvious internals (paths, gates, defaults) with no explanation of concepts Claude already knows. But rhetorical padding — "reward that curiosity with the real mechanism", "a tour of the engine room, not a sticker reading", "this is the part most explanations get wrong" — plus editorializing in the Tone section could be trimmed, matching the 'could be tightened' anchor rather than the 'minor instances' of a 4.

3 / 5

Actionability

Fully executable guidance: copy-paste commands (`omo --list-tips`, `senpi --list-tips`, `"$OMO_BIN" --list-tips`), the JSON output shape `[{id, text, requiresCommand?}]`, exact catalog and settings paths, per-tip source file paths to read and cite, and fallbacks for each install variant (OmO Native, plain senpi, bunx/npx).

5 / 5

Workflow Clarity

A clear ordered workflow is present: query the live tip list first (with an explicit fallback if the flag is unavailable), read settings/tipsHistory gating before explaining, verify against the actual implementation, cite file paths, and apply the tone. Checkpoints exist (match by id or text fragment; "the code wins - say so"), but there is no explicit recovery step if the user's tip matches nothing in the catalog or settings, leaving a minor validation gap.

4 / 5

Progressive Disclosure

The section headers are clear, but no bundle files exist and roughly 100 lines of tip-specific deep dives (the Fable-5 refusal pipeline and the entire Kibitzer walkthrough) are inlined in SKILL.md. That detail is exactly what should live in one-level-deep reference files loaded only when the user asks about those specific tips — inline content that should be separate, matching the score-3 anchor.

3 / 5

Total

15

/

20

Passed

Description

87%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 tight, third-person description that answers what and when with concrete trigger phrases and a distinct niche domain. Its only weakness is modest action-verb coverage and a few missing natural trigger variations that appear in the body but not the description itself.

DimensionReasoningScore

Specificity

"Explains any senpi tip in depth, including Tip: lines in the TUI" names the domain and several concrete facets (TUI Tip: lines, per-user visibility of tips), going beyond the 1-2 generic actions of a score-3 anchor. Not 5 because the description is built around a single verb ("explains") rather than a comprehensive list of distinct actions.

4 / 5

Completeness

Both what ("Explains any senpi tip in depth, including Tip: lines in the TUI") and when ("Use when the user asks about a tip, what a tipped feature does, or which tips they can see") are explicitly and concretely stated. The description is in third person with no first/second-person voice penalty.

5 / 5

Trigger Term Quality

The when-clause covers natural user phrasings — "asks about a tip", "what a tipped feature does", "which tips they can see" — which a user would genuinely say. Not 5 because common variations users actually type ("what does this tip mean", "what was that Tip: line") are present only in the body, not the description.

4 / 5

Distinctiveness Conflict Risk

"senpi tip" is a clearly niche, product-specific term with distinct triggers; virtually no other skill would compete for these queries. Minimal conflict risk, matching the clear-niche anchor.

5 / 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

Path

packages/omo-senpi/skills/give-me-tips/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.