CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

browserstack

BrowserStack integration. Manage data, records, and automate workflows. Use when the user wants to interact with BrowserStack data.

Quality

72%

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 ./skills/browserstack/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

76%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 a strong, action-dense integration guide: every step is an executable command, the connection state machine is spelled out with error recovery, and a proxy escape hatch covers uncovered use cases. Its main gaps are the missing validation/confirmation guidance for destructive delete actions (which caps workflow clarity) and a small amount of filler (the Overview section and the dangling "Step 2" reference).

Suggestions

Add validation/confirmation guidance before destructive actions — e.g. instruct to list a build's sessions and confirm with the user before running delete-build/delete-project, since these cascade to all child sessions.

Fix the dangling workflow labels: "skip to **Step 2**" points to a step that doesn't exist — either number the workflow steps (1a/1b/2...) or replace the reference with the actual section name.

Trim the vestigial "BrowserStack Overview" section and the "When to use which actions: Use action names and parameters as needed." filler sentence, which add tokens without guidance.

DimensionReasoningScore

Conciseness

The body is dominated by copy-paste command blocks, state-transition tables, and a compact 20-row action catalog that earn their tokens, with only minor trimmable filler: the two-sentence intro explaining what BrowserStack is ("BrowserStack is a cloud web and mobile testing platform. Developers use it to test...") and the vestigial "BrowserStack Overview" section ("When to use which actions: Use action names and parameters as needed."). This matches anchor 4 ("Efficient; minor instances of over-explanation that could be trimmed"); not a 5 because of those padding bits, not a 3 because the padding is limited rather than "some unnecessary explanation" throughout.

4 / 5

Actionability

Every step ships executable, copy-paste-ready commands: "npm install -g @membranehq/cli@latest", "membrane login complete <code>", "membrane connection ensure \"https://www.browserstack.com/\" --json", "membrane action run <actionId> --connectionId=CONNECTION_ID --input '{\"key\": \"value\"}' --json", plus a proxy flag table and a 20-action catalog with keys and descriptions. Common cases (install, headless auth, connect, poll, search, run, proxy fallback) are all covered, matching anchor 5.

5 / 5

Workflow Clarity

A real install→login→connect→poll→search→run sequence exists with explicit state-based checkpoints (READY / CLIENT_ACTION_REQUIRED with clientAction handling / CONFIGURATION_ERROR with "Check the `error` field"), but it is capped at 3 for two reasons: the destructive actions in the catalog ("Delete a build and all its sessions", "Delete a project and all its builds and sessions") have no validation/confirmation guidance anywhere, and "If the returned connection has `state: \"READY\"`, skip to **Step 2**" references a Step 2 that does not exist in the document. Not a 2 because the sequence and its error-recovery checkpoints are otherwise well defined.

3 / 5

Progressive Disclosure

No bundle files exist, and the single SKILL.md is organized into clear one-level-deep sections (Install, Authentication, Connecting, Searching, Popular actions, Running actions, Proxy requests, Best practices) with easy navigation and no nested references. This matches anchor 4 ("Good structure; most content is appropriately placed"); not a 5 because at ~160 lines the 20-action catalog and proxy reference could arguably be split into a separate file, and the "BrowserStack Overview" section adds no navigational value; not a 3 because the inline content is appropriate at this scale.

4 / 5

Total

16

/

20

Passed

Description

57%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 has the right structure — domain, capability summary, and an explicit "Use when" clause — so it answers both what and when without conflict risk. Its weakness is vagueness: the actions are generic ("manage data, records, automate workflows") and never mention BrowserStack's actual domain (test builds, sessions, projects, devices), leaving trigger coverage thin.

Suggestions

Replace the generic capability phrase with BrowserStack-specific actions, e.g. "List and manage test builds, sessions, projects, and devices; upload apps (APK/IPA); retrieve session logs (Appium, device, network, text)."

Expand the trigger clause with concrete natural phrases users would say, e.g. "Use when the user mentions BrowserStack, cross-browser testing, test builds or sessions, or wants to inspect test logs and uploaded apps."

Avoid circularity in the "when" clause — "interact with BrowserStack data" restates the domain instead of naming user-intent triggers.

DimensionReasoningScore

Specificity

The description names the domain ("BrowserStack integration") but its actions — "Manage data, records, and automate workflows" — are generic; it never mentions builds, test sessions, projects, devices, or test results. This matches the anchor "Names the domain but actions are minimal or generic" (e.g. "Processes PDF files"); it is not a 3 because no concrete, specific action is listed, and not a 1 because the domain is named and several action phrases are present.

2 / 5

Completeness

It answers both "what" ("Manage data, records, and automate workflows") and "when" ("Use when the user wants to interact with BrowserStack data") with an explicit trigger clause, so it is not capped at 3. However, the "what" is vague and the "when" clause is circular (restating the domain rather than naming concrete triggers), matching anchor 4 ("'when' could be more explicit or specific"); not a 5 because neither part is concrete.

4 / 5

Trigger Term Quality

"BrowserStack" is a strong, natural keyword users would actually say, appearing in both the capability and trigger clauses, but common variations and synonyms are missing (tests, test builds, sessions, cross-browser testing, devices, Appium, screenshots). This fits "Some relevant keywords but missing common variations or synonyms"; not a 4 because more than a few natural terms are absent, not a 2 because the product name is specific rather than generic.

3 / 5

Distinctiveness Conflict Risk

"BrowserStack" is a distinct product niche with a domain-bound trigger clause, giving minimal conflict risk, but the generic "automate workflows" phrasing without any testing-specific terms creates minor overlap with other test-automation/CI skills. This matches "Mostly distinct; minor overlap risk with closely related skills"; not a 5 because the trigger vocabulary is not testing-specific, not a 3 because it is far more specific than the anchor's example.

4 / 5

Total

13

/

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

membranedev/application-skills

Path

skills/browserstack/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.