CtrlK
BlogDocsLog inGet started
Tessl Logo

daytona-cloud-server

Daytona cloud server, Den sandbox, desktop plus cloud e2e, marketplace server, worker proxy, cloud auth, org policies, connect Electron to Den. Use for server-side setup in validated flows.

70

Quality

85%

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 content is a strong, executable runbook: copy-paste commands, explicit validation with a failure feedback loop, and a well-sectioned overview that defers advanced flows to sibling skills. Only minor conciseness trims would lift it further.

DimensionReasoningScore

Conciseness

The body is efficient and assumes Claude's competence (no explaining what MySQL or Daytona is), with mostly lean executable prose; minor justifying sentences like 'This matches production better than trying to run everything inside one desktop sandbox' could be trimmed, keeping it just below a clean 5.

4 / 5

Actionability

It provides fully executable, copy-paste-ready commands with clear placeholders ('bash .devcontainer/test-server-on-daytona.sh [branch-or-commit]', 'curl -sf <DEN_WEB_URL>/api/den/health', 'daytona exec "$SERVER_SANDBOX" -- ...') covering the common cases of start, refresh, connect, validate, and log inspection.

5 / 5

Workflow Clarity

The process is clearly sequenced (start sandbox -> connect Electron -> validate health -> inspect logs on failure) with explicit validation checkpoints and a real feedback loop ('Inspect logs if health checks fail'), plus a guard that server health alone does not prove Electron behavior.

5 / 5

Progressive Disclosure

The body is a well-organized overview with clearly signaled section headers and one-level-deep pointers to sibling skills (daytona-electron-den, daytona-recording-artifacts, daytona-flow-validator) for advanced flows, keeping the SKILL.md appropriately scoped with no nested or buried references.

5 / 5

Total

19

/

20

Passed

Description

78%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 specific, distinctive, and answers both what and when, with strong domain keyword coverage. It falls just short of top marks because its trigger phrasing is narrow and it relies on named nouns rather than action verbs and natural synonyms.

Suggestions

Reword the 'when' clause with concrete natural trigger phrases users would say, e.g. 'Use when setting up the Daytona server side, running cloud e2e flows, or validating marketplace/cloud-auth behavior'.

Add action verbs and a few synonyms/extensions (e.g. 'spin up', 'health-check', 'preview URLs') so the capability list reads as actions rather than just named nouns.

Consider adding a short negation ('Not for the Electron desktop sandbox') to sharpen the boundary against the sibling skill.

DimensionReasoningScore

Specificity

The description enumerates many concrete named capabilities ('Den sandbox, desktop plus cloud e2e, marketplace server, worker proxy, cloud auth, org policies, connect Electron to Den') with comprehensive coverage, though it leans on domain nouns rather than action verbs, keeping it just below the anchor-5 action-verb example.

4 / 5

Completeness

Both a clear 'what' (the enumerated components) and an explicit 'when' ('Use for server-side setup in validated flows') are present, but the 'when' could be more explicit with concrete natural trigger phrases rather than the narrow 'validated flows' framing.

4 / 5

Trigger Term Quality

It includes good domain keyword coverage ('marketplace', 'worker proxy', 'cloud auth', 'org policies', 'server-side setup', 'Electron'), but lacks natural synonyms and the 'Use for server-side setup in validated flows' trigger is narrower than common user phrasings.

4 / 5

Distinctiveness Conflict Risk

It targets a clearly delineated niche ('Daytona cloud server', server-side hosted OpenWork) distinct from the Electron desktop sandbox, with minimal conflict risk thanks to specific deployment-scenario language.

5 / 5

Total

17

/

20

Passed

Validation

100%

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

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
different-ai/openwork
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.