CtrlK
BlogDocsLog inGet started
Tessl Logo

answers-ask-user-input

Use when a small amount of missing context would materially improve the answer and tappable options plus a free-text answer can gather it efficiently.

64

Quality

75%

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/opencode/src/skill/builtin/.bundle/sales/workflows/answers-ask-user-input/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

88%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 single-purpose skill: it tells Claude exactly when to ask vs. not ask, how to word good questions (with bad/better contrast), how to format placeholders, and gives an executable invocation example plus full schema. Its only real weakness is structural: the inline args schema is reference material that could be moved to a separate file.

DimensionReasoningScore

Conciseness

The body is lean and imperative with no concept explanations Claude already knows; the bad/better example for proxy questions and the args schema are all new information. Not 5 because a few lines are slightly redundant (e.g. re-stating placeholder specificity twice in lines 30-31 and again in the schema comment, and 'you can use up to 10, but prefer 2-4' could be tightened).

4 / 5

Actionability

It gives a copy-paste-ready genui invocation example, the full args schema with concrete constraints (minItems 2/maxItems 10, single_select vs multi_select), and concrete placeholder examples ('Add another constraint', 'Describe your ideal pace'). Not 4 because the common case is fully covered with executable material and no key details are missing.

5 / 5

Workflow Clarity

This is a simple single-action skill (decide whether to ask, then emit the widget), and the body makes it unambiguous: explicit 'when to use' with examples, an explicit 'when NOT to use' list, question-quality rules, and hard constraints ('after calling this tool, your turn is done'). No destructive or batch operations exist, so no validation checkpoints are needed.

5 / 5

Progressive Disclosure

No bundle files exist, and the single-file body is well organized into clearly signaled sections (when to use / when not to use / key instructions / invocation / schema). Not 5 because the file is ~80 lines with an inline ~30-line args schema that is reference material and could live in a separate one-level-deep reference file, per the guidance that structure should be split appropriately.

4 / 5

Total

18

/

20

Passed

Description

62%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 has an explicit and reasonably specific 'Use when' trigger and names the interaction mechanism, but it is trigger-first with the capability only implied, and it lacks the natural user phrasings that would fire it reliably. It is concise and free of fluff, though the passive construction buries the 'what'.

Suggestions

Lead with a third-person capability statement (e.g. 'Presents tappable option questions with a free-text row to gather user preferences before giving advice.') before the 'Use when' clause so the 'what' is explicit, not implied.

Add natural user-side trigger phrases to the 'when' clause, such as 'help me plan/choose/pick X' or 'I'm thinking about getting a Y', which users actually say when they need elicitation.

State the boundary in the description (e.g. skip it when the user asks A-vs-B or already gave detailed constraints) to reduce conflict with direct-answer behavior.

DimensionReasoningScore

Specificity

The description names the mechanism concretely ("tappable options plus a free-text answer can gather it efficiently") but only implies the capability (presenting preference questions) rather than listing concrete actions. Not score 4 because it lacks several specific action statements; not score 2 because the mechanism and purpose are explicitly named rather than generic.

3 / 5

Completeness

The 'when' is explicit and fairly specific ("Use when a small amount of missing context would materially improve the answer"), and the 'what' is present but embedded as a subordinate clause rather than stated as a leading capability. Not 5 because the what is not stated explicitly up front; not 3 because the when is explicit, not merely implied.

4 / 5

Trigger Term Quality

It has some relevant phrases ("missing context", "gather", "Use when") but no natural user-side trigger phrasings (e.g. "help me plan", "help me choose", "what do you think of X"). Not 4 because common natural variations users would actually say are absent; not 2 because the terms present are on-topic rather than generic filler.

3 / 5

Distinctiveness Conflict Risk

The elicitation-before-advice niche with tappable options plus free-text is fairly distinct from analysis or answer skills. Not 5 because it could still overlap with other question-asking or clarification skills; not 3 because the trigger condition (small amount of missing context materially improving the answer) is more specific than typical overlapping skills.

4 / 5

Total

14

/

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
XiaomiMiMo/MiMo-Code
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.