CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

qa-evidence

Run BDD scenarios and file the proof. Trigger: executing scenarios, test evidence, screenshots, QA results on a work item.

67

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

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

A lean, opinionated, highly actionable skill body: concrete commands, a good decision table, explicit evidence conventions, and strong guardrails in the 'What not to do' section. Remaining gaps are minor — an execution example for HTTP/browser scenarios and a post-filing verification step.

DimensionReasoningScore

Conciseness

The body assumes Claude's competence throughout — no explaining what BDD, Docker, or Loki are — and every rule carries a compact, load-bearing rationale ("an image costs thousands of tokens... HTTP 413", "the state that failed is the evidence, and it is gone one click later"). Every token earns its place.

5 / 5

Actionability

Concrete, copy-paste commands cover the key operations (docker compose logs --since 5m, ado wi comment, ado wi create-child with flags) plus a decision table and a file-layout spec. The gap: no example of the actual scenario execution — an HTTP request or browser-capture command pattern is never shown.

4 / 5

Workflow Clarity

The flow is clearly sequenced (pick instrument per Then → run → capture at the assertion → scope logs → file comment plus per-scenario Bugs) with real checkpoints (condition-based wait over sleep, capture before cleanup, BLOCKED not PASS when unobserved). Minor gap: no verification that evidence files were written or that the work-item comment/Bug creation succeeded.

4 / 5

Progressive Disclosure

Well-organized sections with clearly signaled one-level cross-skill references (condition-based-waiting, ado), and no bundle files exist to verify. At ~85 lines it exceeds the simple-skill exception, and the Grafana/Loki querying and ADO filing detail is borderline content that could live in a reference file.

4 / 5

Total

17

/

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.

A tight, well-structured description with an explicit trigger clause and natural keywords. Its main weakness is specificity — it compresses the skill's real scope (evidence capture, log scoping, work-item comments, per-scenario Bug filing) into two terse actions.

Suggestions

Expand the 'what' clause to name the full capability set, e.g. "Run BDD scenarios, capture screenshots/logs/HTTP evidence, and file verdicts, comments, and Bugs on the work item."

Add natural trigger synonyms such as "acceptance tests", "run the scenarios", or "test results" to broaden when-matching.

Clarify what "file the proof" means concretely (evidence directory + work-item filing) so the action is unambiguous to a reader who has not opened the skill.

DimensionReasoningScore

Specificity

"Run BDD scenarios and file the proof" names the domain and two concrete actions, but coverage is not comprehensive — capturing logs, filing work-item comments, and creating Bugs for failures are core capabilities the description never mentions.

3 / 5

Completeness

It explicitly answers both what ("Run BDD scenarios and file the proof") and when ("Trigger: executing scenarios, test evidence, screenshots, QA results on a work item") with four concrete trigger phrases, matching the top anchor.

5 / 5

Trigger Term Quality

"executing scenarios, test evidence, screenshots, QA results on a work item" are natural phrases a user would say, with good coverage; common variations like "run the tests", "acceptance criteria", or "BDD" are absent from the trigger list itself.

4 / 5

Distinctiveness Conflict Risk

The BDD/QA-evidence-on-work-item niche is mostly distinct, but the "screenshots" and "executing scenarios" triggers carry minor overlap risk with generic screenshot or test-execution skills.

4 / 5

Total

16

/

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

YoizenSA/dev-ai-workflow

Path

ywai/skills/qa-evidence/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.