CtrlK
BlogDocsLog inGet started
Tessl Logo

study-limitations-drafter

Use study limitations drafter for academic writing workflows that need structured execution, explicit assumptions, and clear output boundaries.

39

Quality

49%

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 ./scientific-skills/Academic Writing/study-limitations-drafter/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

42%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 has a workable skeleton — real script, real reference, a parameters table, and a workflow with fallback handling — but it is buried under ~70% generic policy boilerplate (security checklists, lifecycle metadata, tripled error-handling sections) that adds no skill-specific value. It never shows how to actually run the drafter with concrete inputs and expected output.

Suggestions

Cut the boilerplate sections (Security Checklist, Risk Assessment, Evaluation Criteria, Test Cases, Lifecycle Status, and consolidate Error Handling / Failure Handling / Quick Validation into one section) — they consume most of the token budget without skill-specific value.

Add a concrete end-to-end usage example: a sample command invocation with real arguments (e.g. limitations list + severity) and the resulting limitation paragraph the script produces.

Merge the inline audit commands with references/audit-reference.md to remove duplication, and fold the Parameters, Returns, and Example sections into one compact usage block.

DimensionReasoningScore

Conciseness

The majority of the body is generic governance boilerplate Claude does not need: Security Checklist, Risk Assessment table, Evaluation Criteria/Test Cases, Lifecycle Status (including a time-sensitive 'Next Review Date: 2026-03-06' that is not in a deprecated section), and three overlapping error-handling sections. A few skill-specific sections (Parameters, Use Cases, the example fragment) keep it above anchor 1; not 3 because the padding is most of the document, not a minor trim.

2 / 5

Actionability

Two concrete executable commands are provided ('python -m py_compile scripts/main.py', 'python scripts/main.py --help') along with a Parameters table, but there is no runnable example of the skill's core drafting function — no invocation with real arguments showing input to limitation-paragraph output — and the Example section is a single sentence fragment. Not 4 due to missing key execution details for the actual task; above 2 because the guidance is not merely high-level hints.

3 / 5

Workflow Clarity

A coherent five-step Workflow exists with a fallback path, stop-early scope checks, and input validation, but the steps are abstract ('Use the packaged script path or the documented reasoning path') and validation is scattered and duplicated across Error Handling, Failure Handling, and Quick Validation. Not 4 because checkpoints are implicit rather than explicit; above 2 because the sequence and validation intent are clearly present. No destructive or batch operations apply the cap-3 rule.

3 / 5

Progressive Disclosure

The single reference (references/audit-reference.md, verified to exist) is clearly signaled, one level deep, and scripts/main.py is present and referenced. However, the audit commands are duplicated inline in the body while the reference repeats them verbatim, and the bulk of generic governance sections belong in a separate file or should be cut. Not 4 due to this duplication and weak separation; above 2 because structure and navigation are clear.

3 / 5

Total

11

/

20

Passed

Description

32%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 names its domain but fails to say what the skill actually produces (limitation statements) or when to use it, relying instead on generic process qualities that could describe many skills. It reads as boilerplate framing rather than a capability and trigger statement.

Suggestions

State the concrete capability explicitly, e.g. 'Drafts professionally worded study limitation paragraphs with severity ratings and mitigation strategies from a list of design constraints'.

Add a 'Use when...' clause with natural trigger phrases: 'Use when drafting the limitations section of a manuscript, a grant proposal risk section, or a peer review response'.

Include the skill's concrete artifacts and keywords (limitations section, mitigation, single-center, sample size) to distinguish it from generic academic-writing skills.

DimensionReasoningScore

Specificity

The description names the domain ('study limitations drafter', 'academic writing') but lists no concrete actions — 'structured execution, explicit assumptions, and clear output boundaries' are process meta-properties rather than capabilities like 'generate limitation paragraphs'. Anchor 2 ('names the domain but actions are minimal or generic') is the best fit; anchor 3 requires at least one concrete action, which is absent.

2 / 5

Completeness

The 'what' is vague — it never states that the skill generates professionally worded limitation statements — and there is no 'Use when...' clause or equivalent explicit trigger guidance, which caps this dimension at 3. Anchor 2 ('vague what and no when') fits: not 3 because the 'what' is not clear, and the closest thing to a 'when' ('workflows that need structured execution') is generic process language, not a usage trigger.

2 / 5

Trigger Term Quality

'study limitations' and 'academic writing' are relevant keywords, but common natural phrases users would say — 'limitations section', 'manuscript limitations', 'peer review response', 'grant proposal' — are all missing. Not 4 because keyword coverage is thin with no synonyms or variations; better than 2 because it has more than one or two purely generic keywords.

3 / 5

Distinctiveness Conflict Risk

'structured execution, explicit assumptions, and clear output boundaries' could describe almost any structured writing or analysis skill, creating high overlap risk with sibling academic-writing skills. Not 1 because the study-limitations domain provides some distinction; not 3 because no distinct trigger phrase separates it from similar skills.

2 / 5

Total

9

/

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

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

15

/

16

Passed

Repository
aipoch/medical-research-skills
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.