CtrlK
BlogDocsLog inGet started
Tessl Logo

vibe-research

Research an app idea or resolve product and technical uncertainties before committing to a design.

54

Quality

61%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Low

Low-risk findings worth noting

Fix and improve this skill with Tessl

tessl review fix ./templates/.agents/skills/vibe-research/SKILL.md

The canonical home for this skill is vibe-research in KhazP/vibe-coding-prompt-template

SKILL.md
Quality
Evals
Security

Quality

Content

72%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 an exemplary lean, imperative process guide with correct progressive disclosure to one real optional reference. Its weakness is actionability and workflow clarity: key operational concepts (Quick/Guided/Deep modes) and the output artifact are referenced without definition or example, leaving execution details implicit.

Suggestions

Define or point to where Quick, Guided, or Deep mode are specified (e.g. 'See the workflow manifest for mode definitions') instead of assuming external context the reader may not have.

Add a brief skeleton of the research document's expected sections or a one-line example finding entry (claim, source URL, date, confidence) to make the output artifact concrete.

Insert an explicit checkpoint before finishing, e.g. 'Confirm any decision-critical unknowns with the user before proceeding to the next stage,' to close the validation gap in the workflow.

DimensionReasoningScore

Conciseness

The body is lean procedural instruction with zero concept explanation or padding — every sentence directs behavior ('Identify the decision the research must inform', 'Preserve unknowns explicitly and label assumptions'). It assumes Claude's competence and every paragraph earns its place, matching the 'lean and efficient' anchor.

5 / 5

Actionability

There are concrete specifics (output path 'docs/research-[AppName].md', an explicit Handoff Context field list, source-verification requirements), but much of the guidance is abstract process direction with no example or template, and 'Use Quick, Guided, or Deep mode from the existing context' references modes undefined in this skill. This lands at 'some concrete guidance but incomplete', below the 'mostly executable' anchor 4 but above 'minimal concrete guidance' (2).

3 / 5

Workflow Clarity

The paragraphs form a clear lifecycle sequence (identify decision, reuse context, ask questions, pick mode, investigate, record sources, save findings, hand off), but validation checkpoints are implicit and the Quick/Guided/Deep modes are externally defined without a pointer. This matches 'steps listed but validation gaps; checkpoints missing or implicit'; the destructive/batch cap does not apply since the skill performs no destructive operations, but there is not enough explicit validation to reach anchor 4.

3 / 5

Progressive Disclosure

The body is well under 50 lines with a single, clearly signaled, one-level-deep reference ('consult the relevant [optional question prompts](references/question-bank.md)') that exists on disk and is explicitly marked optional. Content is appropriately split with nothing inlined that belongs in a separate file, matching the clear-overview anchor.

5 / 5

Total

16

/

20

Passed

Description

50%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 is concise, in third person, and names a genuine niche (pre-design app/product research), but it reads as a capability statement rather than a triggerable skill description. It lacks a 'Use when...' clause, natural trigger synonyms, and a list of concrete actions, so it would be selected on domain inference rather than explicit matching.

Suggestions

Add an explicit trigger clause, e.g. 'Use when the user has an app idea to validate, wants to resolve product or technical uncertainties, or asks for research/feasibility work before designing or building.'

Enumerate concrete actions so the capability list is comprehensive, e.g. 'Research an app idea: investigate competitors, compare technical options, estimate costs, and surface AI/data constraints before committing to a design.'

Include natural synonyms users would say ('validate an idea', 'feasibility', 'product discovery', 'explore technical options') to improve trigger-term coverage and distinctiveness from generic research skills.

DimensionReasoningScore

Specificity

The description names its domain ('Research an app idea', 'product and technical uncertainties') and one or two actions, but 'research' and 'resolve' are generic verbs with no list of several specific capabilities. It matches the anchor for naming the domain with 1-2 concrete actions, falling short of 'several specific actions' (4) while being more concrete than 'names the domain but actions are minimal' (2).

3 / 5

Completeness

It has a clear 'what' ('Research an app idea or resolve product and technical uncertainties before committing to a design') but no 'Use when...' clause or equivalent explicit trigger guidance, which caps completeness at 3 per the judging guidelines. 'Before committing to a design' weakly implies timing but is not a trigger condition, so it cannot reach 4.

3 / 5

Trigger Term Quality

'Research an app idea' is a phrase a user might naturally say, giving some relevant keywords, but common variations and synonyms ('validate an idea', 'feasibility', 'product discovery', 'explore') are missing. Coverage is real but not good enough for anchor 4, and the natural core phrase lifts it above anchor 2.

3 / 5

Distinctiveness Conflict Risk

The pre-design framing ('before committing to a design') gives it a niche, but the generic verb 'research' creates real overlap with general research, deep-research, and brainstorming/PRD-style skills. It is somewhat specific yet could still trigger for the wrong research skill, matching anchor 3 rather than the 'mostly distinct' anchor 4.

3 / 5

Total

12

/

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

allowed_tools_field

'allowed-tools' contains unusual tool name(s)

Warning

Total

15

/

16

Passed

Repository
KhazP/vibe-coding-prompt-template
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.