CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

cherry-computer

Drive native apps via Computer Use: open, inspect, type, click, screenshot. Needs OS permissions; respect user stop.

Quality

82%

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

SKILL.md
Quality
Evals
Security

Quality

Content

92%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 an exemplary lean skill document: dense runtime-specific guidance with no padding, a clearly sequenced bind-act-observe workflow with explicit verification and recovery loops, and bulk API detail appropriately deferred to a real, well-signaled single reference file. The only minor gap is the absence of a complete worked REPL cell example, though method usage is otherwise concrete.

DimensionReasoningScore

Conciseness

The body is lean and imperative throughout — every line states a non-obvious runtime constraint (e.g., 'Actions invalidate element/coordinate refs', 'Pages share a captured snapshot') with no padding and no explanation of concepts Claude already knows. This matches the 'every token earns its place' anchor.

5 / 5

Actionability

Concrete, real API usage is given throughout: 'computer.getApp('Calculator')', 'computer.listApps()', 'tree.elements' with 'role, name, value, actions', 'getAXState({ cursor: page.nextCursor })', 'typeText', 'setValue', 'REPL_CONTEXT'. It stops short of fully copy-paste-ready worked examples for the common cases (exact signatures are deferred to references/api.md), which is the minor gap between the 4 and 5 anchors.

4 / 5

Workflow Clarity

The 'Bind, act, observe' section gives a clear 5-step sequence with an explicit verification checkpoint ('Verify the final result through fresh AX state or a screenshot before reporting success'), and 'Context and recovery' supplies error-recovery feedback loops for stale targets, context loss, and uncertain actions. This matches the 'explicit validation steps; feedback loops for error recovery' anchor; the one-batch-at-a-time rule keeps batch risk controlled.

5 / 5

Progressive Disclosure

The body is a concise overview of workflow and safety behavior, and bulk API detail is correctly split into a single one-level-deep, clearly signaled reference ('Exact methods, inputs, outputs and platform limits are defined in [API reference](references/api.md)'), which exists in the bundle as references/api.md. Structure and navigation match the well-signaled references anchor.

5 / 5

Total

19

/

20

Passed

Description

66%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 answers 'what' with five concrete verbs in third person and no fluff, and it is reasonably distinct. Its main weakness is the missing 'Use when...' trigger clause, which caps completeness at 3, and keyword coverage lacks common synonyms like 'automate' or 'GUI'.

Suggestions

Add an explicit trigger clause, e.g. 'Use when the user asks to control, automate, or inspect a native desktop app through its interface — clicking buttons, typing text, or reading on-screen content.'

Include natural synonyms users would say, such as 'automate', 'GUI', or 'desktop app', alongside 'Computer Use' to broaden trigger coverage.

Attach objects to the listed verbs (e.g., 'read interface elements, type text into fields') to move specificity from a bare verb list toward comprehensive coverage.

DimensionReasoningScore

Specificity

The description lists several concrete actions — 'open, inspect, type, click, screenshot' — against a named target ('native apps'), matching the 'lists several specific actions; minor gaps' anchor. It falls short of the comprehensive anchor because the actions are bare verbs without objects (e.g., what is inspected or typed) and coverage like reading content or window management is absent.

4 / 5

Completeness

The 'what' is clear ('Drive native apps via Computer Use: open, inspect, type, click, screenshot'), but there is no 'Use when...' clause or equivalent trigger guidance — 'Needs OS permissions; respect user stop' states constraints, not usage conditions, which caps completeness at 3 per the judging guidelines.

3 / 5

Trigger Term Quality

Terms like 'click', 'type', 'screenshot', and 'Computer Use' are natural phrases a user would say when needing this skill, giving good keyword coverage. Common variations such as 'automate', 'GUI automation', or 'desktop app control' are missing, keeping it below the comprehensive-synonyms anchor.

4 / 5

Distinctiveness Conflict Risk

'Drive native apps via Computer Use' carves a mostly distinct niche (native/desktop app automation vs. file or web skills), with only minor overlap risk against closely related browser-automation or screenshot skills. The generic verbs 'click' and 'screenshot' alone could match other skills, so it is not a clear 5.

4 / 5

Total

15

/

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

CherryHQ/cherry-studio

Path

resources/skills/cherry-computer/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.