CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

paper-illustration-image2

Generate publication-quality academic illustrations through a local Codex app-server bridge that uses Codex native image generation. This is a separate experimental alternative to `paper-illustration`, intended for Claude Code users who want a GPT-image-style renderer without modifying the original skill.

Quality

67%

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 ./skills/skills-codex/paper-illustration-image2/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

73%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 delivers a rigorous, highly executable multi-stage workflow with validation gates, an explicit score-based feedback loop, and a final verification step — workflow clarity is exemplary. Its weaknesses are redundancy (ASCII diagram, Model Summary table, and duplicated avoid-lists all restate the workflow) and minor gaps in the optional critic and scoring criteria.

Suggestions

Cut one of the three workflow restatements — the ~50-line ASCII diagram, the numbered Steps, or the Model Summary table — to reclaim a large token block (this is the lowest-scoring dimension).

Merge the 'What to AVOID (CRITICAL)' list into the '❌ Avoid' list above it; they repeat the same items (thin arrows, tiny text, wrong directions).

Fix the stale path references in Key Rules 12-13 ('tools/paper_illustration_image2.py') to match the resolver's canonical scripts/ location, and either include or inline the essential commands from ../shared-references/*.md, which do not resolve inside this skill bundle.

DimensionReasoningScore

Conciseness

The body is dense and mostly operational, but carries several padded/redundant sections: a ~50-line ASCII workflow diagram that duplicates the numbered Steps and the Model Summary table, a 'What to AVOID (CRITICAL)' list that repeats items already in the '❌ Avoid' list (thin arrows, tiny text), a preflight checklist rendered twice (text block plus repeated numbered commands), and a jargon-heavy reviewer-routing preamble at the top. Fits anchor 3 ('Mostly efficient but includes some unnecessary explanation or could be tightened') — not 2 because the padding is structural redundancy rather than explanation of concepts Claude already knows, and the bulk of the file is genuinely task-specific.

3 / 5

Actionability

The main path is fully executable: exact MCP tool names with parameters (prompt, cwd, outputPath, system, timeoutSeconds), copy-paste bash for preflight/finalize/verify, a concrete resolver script, explicit output paths, and concrete refinement-feedback examples ('Increase spacing between genome scan and scoring modules'). Minor gaps keep it below 5: the optional spawn_agent critique is described but never shown how to invoke, the 1-10 review score has no scoring criteria, and the reviewer-routing preamble defers to external shared-references without giving the actual commands. Fits anchor 4 ('Mostly executable guidance; concrete code or commands with minor gaps').

4 / 5

Workflow Clarity

An explicit Step 0-7 sequence with validation checkpoints at every gate: preflight must return ok=true before rendering, generation is polled to done=true with failure surfaced honestly, a strict 1-10 review with a Score ≥ 9 acceptance threshold, and a concrete feedback loop (score < 9 → targeted refinement prompt → figure_v2/v3 → re-review), plus finalize/verify before claiming success and a Repair Path for missed artifacts. A rendered preflight checklist precedes the work. This matches anchor 5 ('Clear sequence with explicit validation steps; feedback loops for error recovery; checklists for complex processes').

5 / 5

Progressive Disclosure

Structure is good: sections are clearly organized, the one bundle script (scripts/paper_illustration_image2.py) is appropriately external and referenced with exact subcommands, and external references are clearly signaled one level deep with section pins (e.g. shared-references/integration-contract.md §2). Two things keep it from 5: the ../shared-references/*.md links do not resolve within this skill bundle, and the ~80-line CVPR style guide plus the routing preamble are inline content that could live in reference files. Fits anchor 4 ('Good structure; most content appropriately placed; references mostly clear; minor organization gaps') better than 3, since references are clearly signaled rather than buried.

4 / 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 clearly states one concrete capability and its mechanism, and honestly flags its experimental relationship to `paper-illustration`, but it lacks any 'Use when...' trigger guidance and misses the natural terms (figure, diagram, illustration variations) users would say. All dimensions land at the midpoint: serviceable, but not optimized for skill triggering.

Suggestions

Add an explicit trigger clause, e.g. 'Use when creating paper figures, architecture or method diagrams, or conceptual illustrations for academic manuscripts' — this would raise both completeness and trigger_term_quality.

Include natural synonyms users actually say (paper figure, diagram, pipeline figure, method illustration) alongside the current 'academic illustrations'.

Differentiate from sibling skills at the trigger level (e.g. 'Prefer over paper-illustration when a GPT-image-style raster renderer is wanted'), since a user request for a generic 'paper figure' currently matches both skills.

DimensionReasoningScore

Specificity

The description names the domain ("publication-quality academic illustrations") and one concrete action ("Generate ... illustrations through a local Codex app-server bridge"), but offers no further capability coverage (no mention of layout refinement, strict review/scoring, iteration, LaTeX output, or verification). It matches anchor 3 ('Names domain and 1-2 concrete actions, but not comprehensive') — not 4, which requires several specific actions, and not 2, since the stated action is concrete rather than generic.

3 / 5

Completeness

The 'what' is clear (generate publication-quality academic illustrations via the Codex bridge), but there is no 'Use when...' clause or equivalent trigger guidance; the intended-use sentence ('intended for Claude Code users who want a GPT-image-style renderer') only weakly implies 'when'. Per the judging guidelines, a missing 'Use when...' clause caps completeness at 3, which is exactly the anchor ('Has a clear what but when is missing or only weakly implied').

3 / 5

Trigger Term Quality

Some natural terms are present ("publication-quality", "academic illustrations"), but common user phrasings like "paper figure", "architecture diagram", or "method illustration" are missing, and the text leans on jargon ("local Codex app-server bridge", "GPT-image-style renderer", "native image generation") users would not naturally say. Fits anchor 3 ('Some relevant keywords but missing common variations or synonyms') better than 4 (no good keyword coverage) or 2 (relevant keywords do exist).

3 / 5

Distinctiveness Conflict Risk

The description explicitly positions the skill against the sibling `paper-illustration` skill ('separate experimental alternative'), which helps distinctiveness, but it provides no trigger-level differentiation from `paper-illustration` or figure-related skills — a user asking for a 'paper figure' or 'architecture diagram' could route to either. Fits anchor 3 ('Somewhat specific but could still overlap with similar skills'); not 4 because the overlap risk with the closely related sibling is more than minor given the absence of distinguishing use-when guidance.

3 / 5

Total

12

/

20

Passed

Validation

81%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 13 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

allowed_tools_field

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

Warning

frontmatter_unknown_keys

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

Warning

relative_links

Relative link issues: 2 suspicious

Warning

Total

13

/

16

Passed

Repository

wanshuiyin/Auto-claude-code-research-in-sleep

Path

skills/skills-codex/paper-illustration-image2/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.