CtrlK
BlogDocsLog inGet started
Tessl Logo

daytona-chrome-cdp

Launch and control standalone Chrome in a Daytona sandbox via CDP. Use for web sign-in, OAuth, Den Web setup, browser-only flows, or when the app should not be driven through Electron CDP.

69

Quality

84%

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

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

An efficient, highly actionable skill body built almost entirely from executable commands with sensible verification steps at each stage. The main improvement opportunities are trimming the description-redundant intro/uses sections and adding a brief failure-recovery note (e.g., checking the Chrome log when the CDP endpoint does not respond).

Suggestions

Trim or merge the intro paragraph and "Common Uses" bullets, which restate the frontmatter description, to save tokens.

Add a short troubleshooting step pointing to /tmp/daytona-chrome.log when curl of /json/list fails, creating an explicit feedback loop for launch failures.

Clarify where evals/flows/*.flow.mjs files and the fraimz validation loop live, since these are referenced without pointers for a reader unfamiliar with the project.

DimensionReasoningScore

Conciseness

The body is lean and command-first with no explanation of concepts Claude already knows, but the opening paragraph ("Use this skill when a Daytona sandbox needs a normal Chrome/Chromium browser...") and the "Common Uses" bullets partially restate the frontmatter description. This minor padding keeps it just below the every-token-earns-its-place anchor.

4 / 5

Actionability

Fully executable, copy-paste-ready commands throughout: the complete chromium launch command with flags, `daytona preview-url`, `curl -fsS "$CHROME_CDP_URL/json/list"`, the pnpm evals invocation, and cleanup pkill commands, plus fallback binary names if chromium is missing. Nothing is pseudocode or abstract.

5 / 5

Workflow Clarity

Sections are clearly ordered (launch, get CDP URL, verify not Electron, drive flow, stop) with explicit validation checkpoints (curl /json/list, the userAgent assertion, and "Do not assume navigation or sign-in worked until the post-action URL, visible assertion, and frame prove it"). It lacks an error-recovery feedback loop (e.g., consulting /tmp/daytona-chrome.log when launch fails), so it does not reach the anchor requiring feedback loops for error recovery.

4 / 5

Progressive Disclosure

A compact single-file skill (~60 lines) with no external bundle files and no content that warrants splitting out; sections are well-organized and navigation is trivial. Per the simple-skill guidance, well-organized sections with no need for external references earn the top score.

5 / 5

Total

18

/

20

Passed

Description

82%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 tight, well-scoped description that clearly states both capability and usage triggers, with strong distinctiveness from adjacent skills. The only weakness is that the action list is brief (launch and control) rather than enumerating the concrete operations it supports.

DimensionReasoningScore

Specificity

"Launch and control standalone Chrome in a Daytona sandbox via CDP" names a precise domain with exactly two concrete actions (launch, control), matching the anchor for domain plus 1-2 concrete actions. It does not list several specific actions, so it falls short of a 4.

3 / 5

Completeness

It explicitly answers both: what ("Launch and control standalone Chrome in a Daytona sandbox via CDP") and when ("Use for web sign-in, OAuth, Den Web setup, browser-only flows, or when the app should not be driven through Electron CDP") with concrete trigger phrases. Not below 5 since neither half is vague or implicit.

5 / 5

Trigger Term Quality

"web sign-in, OAuth, Den Web setup, browser-only flows" are natural phrases a user would say when needing this skill. Coverage is good but misses common variations such as "Chromium", "login", or "headless", keeping it below the comprehensive-synonym anchor of 5.

4 / 5

Distinctiveness Conflict Risk

The description occupies a clear niche (Daytona sandbox, standalone Chrome) and even includes an explicit disambiguation trigger ("when the app should not be driven through Electron CDP"), giving minimal conflict risk with other skills.

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.

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
Devin-AXIS/iPolloWork
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.