CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

langbot-testing

Test LangBot WebUI and core product flows with an automated browser and backend logs. Use when validating the configured LangBot frontend, pipeline Debug Chat, model provider setup and test buttons, bot and knowledge-base UI flows, or troubleshooting failed LangBot end-to-end tests.

Quality

91%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Failed to scan

The risk profile of this skill

SKILL.md
Quality
Evals
Security

Quality

Content

90%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 exemplary hub-style SKILL.md: a tight task-to-reference routing table plus dense, executable operational rules with real validation gates (evidence-required checks, preflight suites, backend-log cross-checks). The two residual gaps are the absence of a single ordered quickstart sequence and one orphaned bundle file that is invisible from the routing table.

Suggestions

Add a routing-table entry (e.g., 'All-tool acceptance run: read references/skill-all-tool-acceptance.md') so the orphaned 10 KB bundle file is discoverable from SKILL.md and navigation covers the full bundle.

Add a short ordered quickstart sequence at the top of Rules (read ../.env → confirm services running → bin/lbs fixture check → run case → bin/lbs test result --evidence) so a newcomer gets the canonical step order without assembling it from scattered rules.

DimensionReasoningScore

Conciseness

The body is a lean routing table plus operational rules with zero concept explanation — no preamble about what LangBot or e2e testing is; every line is a directive ("Read `../.env` first and use `LANGBOT_FRONTEND_URL`...", "Do not expose API keys..."). It assumes Claude's competence and every token carries operational information, matching the 'lean and efficient' anchor; not 4 because there is no over-explanation to trim.

5 / 5

Actionability

Guidance is fully concrete and executable: exact commands ("bin/lbs suite start <suite-id>", "bin/lbs fixture check", "bin/lbs test run agent-runner-release-preflight"), exact env vars (`LANGBOT_FRONTEND_URL`, `automation_pipeline_url_env`), exact file paths per task, and an exact MCP endpoint pattern. Per the rubric's instruction-skill note, absence of code is not penalized when guidance is this actionable, and the named commands cover the common cases — the anchor-5 fit; not 4 because there are no missing key details in what the body itself sets out to do.

5 / 5

Workflow Clarity

Ordering and validation gates are explicit via before/until language: "Confirm the backend and frontend are actually running before testing", "run ... agent-runner-release-preflight before the full agent-runner-release-gate suite", the suite start → test result → suite report chain, and completion gates ("A WebUI test is not complete until the visible UI result is checked against backend logs", "Do not mark a case pass until `test result --evidence` covers every value in ... `evidence_required`"). It stops short of 5 because there is no canonical ordered sequence for a typical run — a newcomer must assemble the order from scattered rules, and feedback loops on failure are delegated to troubleshooting.md rather than stated inline.

4 / 5

Progressive Disclosure

The Routing section clearly maps each task to a real one-level-deep file, and all 15 cited paths exist in references/, matching 'clear overview with well-signaled references'. However, scoring against the actual bundle: `references/skill-all-tool-acceptance.md` (10 KB) is orphaned — referenced neither in SKILL.md nor by any other reference file — so it is unreachable via navigation, a minor organization gap that holds this at anchor 4 rather than 5.

4 / 5

Total

18

/

20

Passed

Description

87%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 strong description: it states a clear, concrete capability, uses an explicit 'Use when...' clause with several concrete trigger scenarios, and is tightly scoped to a named product so conflict risk is minimal. The only slack is that the action vocabulary is dominated by a single 'Test' verb with varied objects, leaving specificity and trigger-synonym coverage just short of comprehensive.

DimensionReasoningScore

Specificity

The description names the domain and concrete method ("Test LangBot WebUI and core product flows with an automated browser and backend logs") and enumerates several specific targets ("pipeline Debug Chat, model provider setup and test buttons, bot and knowledge-base UI flows"), matching the 'several specific actions; minor gaps' anchor. It falls short of 5 because the action vocabulary is essentially one verb ('Test') applied to varied objects rather than multiple distinct concrete actions, and above 3 because coverage goes well beyond 1-2 actions.

4 / 5

Completeness

Both halves are explicit: what it does ("Test LangBot WebUI and core product flows with an automated browser and backend logs") and when to use it via a concrete 'Use when...' clause ("Use when validating the configured LangBot frontend, pipeline Debug Chat, ... or troubleshooting failed LangBot end-to-end tests"), mirroring the anchor-5 example structure. It cannot be 4 because the 'when' clause is already explicit and enumerates concrete trigger scenarios rather than being merely implied.

5 / 5

Trigger Term Quality

Natural phrases a user would say are well covered: "LangBot", "WebUI", "Debug Chat", "model provider setup and test buttons", "knowledge-base", "troubleshooting failed LangBot end-to-end tests". A few natural variations are missing (e.g., 'e2e', 'smoke test', 'frontend'), so it sits at 'good keyword coverage; a few natural terms missing' rather than the comprehensive-synonym anchor 5.

4 / 5

Distinctiveness Conflict Risk

The description is anchored to a specific product ("LangBot") and a specific niche (WebUI/e2e validation with browser + backend logs), with triggers like "pipeline Debug Chat" and "model provider ... test buttons" that only apply here — a clear niche with distinct triggers and minimal conflict risk. Sibling skills referenced in the body (langbot-env-setup, langbot-mcp-ops) serve complementary setup/ops functions, so the 'minor overlap with closely related skills' anchor 4 fits less well than anchor 5.

5 / 5

Total

18

/

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

langbot-app/LangBot

Path

skills/skills/langbot-testing/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.