CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

poster-layout-planner

Use poster layout planner for other workflows that need structured execution, explicit assumptions, and clear output boundaries.

Quality

46%

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/poster-layout-planner/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 skill has a genuinely executable core (a runnable script, concrete compile-check commands, parameter table, and output schema), but it is buried under generic template boilerplate and broken self-referential section pointers. The biggest concrete defect is an interface mismatch: the documented 'size'/'sections' parameters and the '--help' example do not match what scripts/main.py actually accepts.

Suggestions

Delete the three content-free cross-reference sections ('Key Features', 'Dependencies', 'Implementation Details' as written) — each is just a mislabeled 'See ## X above' pointer to a section that appears later in the file — and merge their one or two real facts into the sections they point to.

Make scripts/main.py accept the documented parameters (e.g., argparse with --size and --sections) so 'python scripts/main.py --help' works and the Input Parameters table matches reality; or change the docs to describe the demo-run behavior.

Trim the generic Risk Assessment, Security Checklist, Evaluation Criteria, and Lifecycle Status boilerplate (or move it to references/), and concretely define the 'fallback path' named in Workflow step 5 instead of leaving it abstract.

DimensionReasoningScore

Conciseness

The body is noticeably padded: it repeats the already-weak description verbatim in 'When to Use', contains circular filler sections ('See `## Features` above', 'See `## Prerequisites` above', 'See `## Workflow` above' — each introducing a section with no content of its own), and carries generic template boilerplate (Risk Assessment, Security Checklist, Lifecycle Status, Evaluation Criteria) that adds no poster-specific knowledge. Some sections (Input Parameters, Output Format, Quick Check) are lean, so it does not reach anchor 1's 'severely verbose' level.

2 / 5

Actionability

There is real executable material — 'python -m py_compile scripts/main.py', 'python scripts/main.py --help', 'python scripts/main.py' (the script exists and runs) plus a concrete Input Parameters table and Output Format spec. But the guidance is incomplete: the documented interface (required 'size' and 'sections' parameters) does not match the script, which accepts no CLI arguments and runs a hard-coded demo; 'python scripts/main.py --help' will not print help since there is no argparse; and the run plan hedges with 'Edit the in-file CONFIG block or documented parameters if the script uses fixed settings'. This lands at anchor 3: some concrete guidance but with missing key details.

3 / 5

Workflow Clarity

The 'Workflow' section gives a sequenced 5-step process with an early scope-validation checkpoint ('stop early if the task would require unsupported assumptions') and an Error Handling section, which is more than anchor 2's bare sequence. However, checkpoints remain largely implicit and step 5's 'switch to the fallback path' references a fallback that is never concretely defined anywhere in the skill — a real gap that keeps it below anchor 4.

3 / 5

Progressive Disclosure

The bundle structure is real and one level deep: 'references/guidelines.md' and 'scripts/main.py' both exist and are pointed to from the body, avoiding nested-reference failure. But navigation is undermined by mislabeled forward pointers ('Key Features' says 'See `## Features` above' though Features appears later; same for Dependencies→Prerequisites and Implementation Details→Workflow), references/guidelines.md is a 5-line skeleton, and large swaths of template boilerplate sit inline in SKILL.md that belong in reference files or nowhere.

3 / 5

Total

11

/

20

Passed

Description

25%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 circular and self-referential: it invokes the skill's own name as the capability and describes generic workflow hygiene ('structured execution', 'explicit assumptions', 'output boundaries') instead of what the skill actually does — designing academic poster layouts. It fails to communicate either the 'what' or a usable 'when' to a prospective triggerer.

Suggestions

State the concrete capability first, in third person: 'Designs academic poster layouts: section placement, visual hierarchy, and size recommendations for conference/research posters.'

Replace the generic meta-clause with real trigger phrases: 'Use when creating or rearranging an academic or conference poster, planning poster sections, or choosing poster dimensions.'

Remove the circular 'Use poster layout planner for other workflows that...' construction — it repeats the name as if it were a capability and matches no natural user phrasing.

DimensionReasoningScore

Specificity

The description names the domain only via the skill's own name ('Use poster layout planner') and then describes zero concrete capabilities — the remainder is pure abstract meta-language ('structured execution, explicit assumptions, and clear output boundaries'). It names the domain but the actions are nonexistent rather than minimal, sitting between anchor 1 ('no concrete actions; pure abstract language') and anchor 2; it is not a 1 only because the poster-layout domain is at least named.

2 / 5

Completeness

It never states what the skill does (the body reveals 'Designs academic poster layouts' but the description itself does not), and the 'when' is a circular restatement of the skill name ('for other workflows that need...'). This matches anchor 2: only a vague, poorly-specified 'when' is present without a real 'what'. Not a 3 because even the 'what' is absent from the description text, and not a 1 because a trigger clause of sorts does exist.

2 / 5

Trigger Term Quality

The only natural keyword is 'poster layout'; the rest ('structured execution', 'explicit assumptions', 'clear output boundaries') is generic process jargon no user would say when they need a poster designed. Common natural phrases like 'academic poster', 'conference poster', 'design a poster', or 'poster sections' are all missing, matching anchor 2 ('one or two generic keywords; missing the natural phrases users say').

2 / 5

Distinctiveness Conflict Risk

The trigger condition 'other workflows that need structured execution, explicit assumptions, and clear output boundaries' is so generic it would match virtually any structured task, creating high overlap risk with many workflow-style skills. The distinct name 'poster layout planner' is the only distinguishing element, keeping this above anchor 1 ('entirely generic; would conflict with virtually any skill') — barely.

2 / 5

Total

8

/

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

Path

scientific-skills/Academic Writing/poster-layout-planner/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.