CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

opentrons-integration

Official Opentrons Protocol API for OT-2 and Flex robots. Use when writing protocols specifically for Opentrons hardware with full access to Protocol API v2 features. Best for production Opentrons protocols, official API compatibility. For multi-vendor automation or broader equipment control use pylabrobot.

56

Quality

70%

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/opentrons-integration/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.

The body is highly actionable and rich in correct, executable Protocol API v2 examples, but it behaves as a monolithic API tutorial: it duplicates the existing reference file's content, buries its bundle pointers at the end, and offers no concrete simulate/validate step before robot execution. Restructuring around the existing reference and adding an explicit simulation feedback loop would lift the three dimensions stuck at 3.

Suggestions

Add an explicit validation step with a concrete command, e.g. 'Verify before robot execution: opentrons_simulate protocol.py must pass with no errors; fix and re-run until clean', before the complete protocol patterns.

Move the per-method API documentation (sections 4-7: well access, location methods, module control, execution control) into references/api_reference.md, keeping SKILL.md as an overview with a quick-start example and clearly signaled pointers near the top.

Surface the scripts/ templates with named links (e.g. 'Serial dilution: scripts/serial_dilution_template.py') in a Resources section placed earlier in the body, rather than a single unlisted pointer at the end.

DimensionReasoningScore

Conciseness

The body is mostly dense, executable code with little concept padding, but sections 3-7 (well access, location methods, module control, execution control) systematically duplicate the method tables already in references/api_reference.md, which is more than minor over-inclusion.

3 / 5

Actionability

Real, executable Protocol API v2 code throughout, including three complete run() protocols (serial dilution, plate replication, PCR setup) covering common cases. Minor gaps keep it from 5: many fragments depend on undefined variables and the plate-reader snippet uses 'plate_reader' without ever loading it.

4 / 5

Workflow Clarity

Protocols are well sequenced and 'Simulate first' appears as a best practice, but there is no concrete simulation command, no validation checkpoint, and no validate-fix-retry feedback loop for protocols that batch-pipette on physical hardware, so the batch-operations cap applies.

3 / 5

Progressive Disclosure

A real bundle exists (references/api_reference.md and three scripts/ templates) and both are referenced, but the pointers are buried in a trailing 'Resources' section while API-reference-grade content that belongs in the reference file is inlined in SKILL.md instead.

3 / 5

Total

13

/

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 solid, distinctive description with an explicit 'Use when' clause and good boundary guidance against pylabrobot. Its main weakness is that it describes the domain rather than concrete capabilities, leaning on vague phrases like 'full access to Protocol API v2 features'.

Suggestions

Replace 'full access to Protocol API v2 features' with 2-3 concrete capabilities, e.g. 'Automate liquid handling, control heater-shaker/thermocycler modules, and manage deck layouts on OT-2 and Flex robots'.

Add natural trigger phrases users would say, such as 'lab automation', 'pipetting protocols', or 'robot protocol', to broaden keyword coverage.

DimensionReasoningScore

Specificity

The description names the domain and 1-2 actions ('writing protocols', 'production Opentrons protocols, official API compatibility'), but 'full access to Protocol API v2 features' is vague filler and the actual capabilities (liquid handling, module control, labware/deck setup) are never stated.

3 / 5

Completeness

Both parts are present: a clear 'what' ('Official Opentrons Protocol API for OT-2 and Flex robots') and an explicit 'Use when writing protocols specifically for Opentrons hardware' clause. Not 5 because the 'what' states what the skill is rather than what it does, and the 'when' could be more specific.

4 / 5

Trigger Term Quality

Core niche terms users would naturally say are all present ('Opentrons', 'OT-2', 'Flex', 'Protocol API v2', 'Opentrons hardware'), but common variations like 'pipetting', 'liquid handling', and 'lab automation' are missing.

4 / 5

Distinctiveness Conflict Risk

Highly niche triggers ('OT-2', 'Flex', 'Opentrons') plus explicit boundary guidance against the main competing skill ('For multi-vendor automation or broader equipment control use pylabrobot') gives a clear niche with minimal conflict risk.

5 / 5

Total

16

/

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

skill_md_line_count

SKILL.md is long (579 lines); consider splitting into references/ and linking

Warning

metadata_version

'metadata.version' is missing

Warning

frontmatter_unknown_keys

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

Warning

Total

13

/

16

Passed

Repository

synthetic-sciences/openscience

Path

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