CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

pylabrobot

Vendor-agnostic lab automation framework. Use when controlling multiple equipment types (Hamilton, Tecan, Opentrons, plate readers, pumps) or needing unified programming across different vendors. Best for complex workflows, multi-vendor setups, simulation. For Opentrons-only protocols with official API, opentrons-integration may be simpler.

56

Quality

71%

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 ./backend/cli/skills/biology/pylabrobot/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

57%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.

A well-structured overview with exemplary progressive disclosure — six clearly signaled, verified one-level-deep reference files and a helpful routing section. The weaknesses are in the code examples, which reference undefined variables and missing imports and so are not copy-paste executable, and in the absence of explicit validation steps inside the example workflows, which the rubric caps at 3 for batch/physical operations.

Suggestions

Make the Quick Start self-contained: create `tip_rack` and `plate` resources and include the resource imports (e.g. `from pylabrobot.resources import TIP_CAR_480_A00, Cos_96_DW_1ML, STARLetDeck`) so the snippet runs as written.

Embed validation into the example workflows as explicit steps (e.g. '1. Run with ChatterboxBackend + visualizer, 2. Confirm tip/volume state, 3. Only then switch the backend to STAR and run on hardware'), rather than mentioning simulation only in the best-practices list.

Merge 'Working with References' into 'Core Capabilities' (or replace one with the other) to remove the duplicated reference map and cut the nine-bullet 'When to Use' list, which repeats the frontmatter description.

DimensionReasoningScore

Conciseness

The body is mostly efficient (scannable headers, terse bullets, code over prose), but the same reference map is stated twice — the six 'Core Capabilities' bullet sections and then again almost identically in 'Working with References' — and filler like 'All reference files... contain comprehensive examples, API usage patterns, and best practices' plus the nine-bullet 'When to Use' list (which repeats the description) add padding. This is 'mostly efficient but includes some unnecessary explanation or could be tightened', not the noticeably-verbose level of a 2.

3 / 5

Actionability

Code examples exist for the main paths (setup, transfer, plate reading), but the Quick Start snippet references undefined variables (`tip_rack["A1:H1"]`, `plate["A1"]` are never created) and the transfer workflow uses `TIP_CAR_480_A00` and `Cos_96_DW_1mL` without any imports, so neither runs as written. Per the anchor for 3, there is 'some concrete guidance but incomplete... missing key details', whereas a 4 would require mostly executable code with only minor gaps.

3 / 5

Workflow Clarity

The example protocols show a rough sequence (setup → assign resources → pick tips → transfer → drop tips) but contain no validation checkpoints; the simulate-before-hardware advice exists only as a best-practices bullet, not as an explicit step in the workflows. Because these are batch, physically destructive robot operations, the rubric's cap applies: workflows lacking embedded validation/verification steps cannot score above 3.

3 / 5

Progressive Disclosure

SKILL.md is a genuine overview: each of the six capability areas maps to a real file in references/ (all six listed files exist and match), references are one level deep, clearly signaled with paths in both the capability sections and the 'Working with References' routing guide, and the bulk of API detail is pushed to those files. This matches the 'clear overview with well-signaled one-level-deep references' anchor exactly.

5 / 5

Total

14

/

20

Passed

Description

73%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.

A well-formed third-person description with an explicit 'Use when' trigger clause, concrete vendor keywords, and exemplary conflict disambiguation against opentrons-integration. Its main weakness is that the 'what' side stays at the category level ('lab automation framework') without naming the framework's concrete capabilities such as liquid handling, pipetting, deck/resource management, or plate reading.

Suggestions

Name the core capabilities in the 'what' clause, e.g. 'Control liquid handlers (aspirate, dispense, transfer), manage deck layouts and labware resources, and run plate readers through one unified Python interface.'

Add missing natural trigger terms users would say: 'liquid handling', 'pipetting', 'liquid handler', 'robotic pipetting', which are the most common entry points for this skill.

Replace the vague 'Best for complex workflows' with concrete qualifiers such as 'multi-device workflows combining pipetting, heating/shaking, and absorbance reads'.

DimensionReasoningScore

Specificity

The description names the domain ('Vendor-agnostic lab automation framework') and a couple of concrete actions ('controlling multiple equipment types', 'simulation'), but never enumerates what the framework actually does (aspirate/dispense, deck layout, plate reading). It is not the generic 'helps with documents' level, but it falls short of the 'lists several specific actions' anchor at 4 because the actions are limited to 'controlling' and 'unified programming', which are category statements rather than concrete capabilities.

3 / 5

Completeness

Both parts are present: 'what' ('Vendor-agnostic lab automation framework... unified programming across different vendors') and an explicit 'when' ('Use when controlling multiple equipment types (Hamilton, Tecan, Opentrons, plate readers, pumps)'). It is not a 5 because the 'what' is a single categorization noun phrase — it omits the framework's actual functions (liquid handling, resource/deck management, plate reading), leaving the what-side less concrete than the anchor-5 example.

4 / 5

Trigger Term Quality

Strong natural trigger terms: 'Hamilton', 'Tecan', 'Opentrons', 'plate readers', 'pumps', 'multi-vendor', 'simulation' — vendor names are exactly what users would say. However, core natural phrases users would use are missing: 'liquid handling', 'pipetting', 'liquid handler', so it lands at 'good keyword coverage; a few natural terms missing' rather than the comprehensive synonym coverage of a 5.

4 / 5

Distinctiveness Conflict Risk

It carves a clear niche (multi-vendor lab automation) and actively disambiguates from the nearest competing skill: 'For Opentrons-only protocols with official API, opentrons-integration may be simpler.' This explicit boundary guidance, plus specific vendor names, gives minimal conflict risk.

5 / 5

Total

16

/

20

Passed

Validation

87%

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

Validation — 14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_version

'metadata.version' is missing

Warning

frontmatter_unknown_keys

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

Warning

Total

14

/

16

Passed

Repository

synthetic-sciences/openscience

Path

backend/cli/skills/biology/pylabrobot/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.