CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

phoenix-pxi-playwright

Write, extend, and debug PXI Playwright E2E tests for Phoenix. Use when adding PXI agent frontend specs, authoring LLM-as-judge rubrics, asserting PXI tool use, persisting PXI test runs as Phoenix experiments, or debugging PXI E2E failures.

68

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

75%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 concrete, actionable authoring guide with a complete spec template, real commands, and a well-sequenced workflow. Its main weaknesses are repeated guidance across sections and inlined API/pattern blocks that could be offloaded to reference files.

Suggestions

Deduplicate the PXI_EXPERIMENT_EXAMPLES registration and tool-assertion guidance so each rule lives in one section, with other sections briefly pointing back to it.

Move the Current Harness API listing (the pxi.* and judge/evaluatePxiOutcome bullets) into a references file and keep SKILL.md as an overview with a one-level-deep pointer.

Add an explicit validate-fix-rerun step to the Authoring Workflow (run spec -> if failures, fix and re-run on isolated ports) to strengthen the feedback loop.

DimensionReasoningScore

Conciseness

The body is mostly efficient and assumes Claude's competence on Playwright/TypeScript, but key guidance is repeated across sections (PXI_EXPERIMENT_EXAMPLES registration in Start Here, Authoring Workflow, and Experiment Persistence; tool-assertion guidance in Start Here, Authoring Workflow, and Tool Assertions), which could be tightened, matching the 'mostly efficient but could be tightened' anchor rather than the 4 anchor.

3 / 5

Actionability

Provides concrete file paths, a complete executable Spec Pattern template, a real command ('pnpm run test:e2e:pxi'), and specific env vars (PXI_E2E, OPENAI_API_KEY, PXI_E2E_JUDGE_MODEL) covering the common end-to-end case, matching the fully-executable score-5 anchor.

5 / 5

Workflow Clarity

The Authoring Workflow is a clear 8-step sequence with a validation checkpoint ('Run the targeted spec with isolated ports before reporting success') and a failure-handling pattern via evaluatePxiOutcome, but an explicit validate-fix-rerun feedback loop is only implicit, placing it at the 4 anchor with minor validation gaps.

4 / 5

Progressive Disclosure

Content is well-organized into clearly headed sections with one well-signaled one-level-deep reference (internal_docs/pxi_playwright_e2e_harness.md for extending the harness), but the Current Harness API listing and Spec Pattern are sizeable inlined blocks that could be split out, matching the 4 anchor rather than the fully-split 5 anchor.

4 / 5

Total

16

/

20

Passed

Description

92%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, complete, and distinct: it states concrete capabilities and an explicit 'Use when' trigger clause enumerating real scenarios. Its only weakness is trigger-term phrasing that leans on internal jargon rather than natural synonyms.

Suggestions

Add a couple of natural-language synonyms users might say (e.g., 'PXI spec', 'flaky PXI test') alongside the jargon to broaden trigger coverage.

Consider including a file/extension-style anchor term (e.g., '.spec.ts') to mirror the comprehensive-coverage anchor at score 5.

DimensionReasoningScore

Specificity

Lists multiple concrete actions ('Write, extend, and debug PXI Playwright E2E tests', 'authoring LLM-as-judge rubrics', 'asserting PXI tool use', 'persisting PXI test runs as Phoenix experiments') with comprehensive coverage, matching the score-5 anchor rather than the 4 anchor which allows coverage gaps.

5 / 5

Completeness

Explicitly answers both what ('Write, extend, and debug PXI Playwright E2E tests for Phoenix') and when ('Use when adding PXI agent frontend specs, authoring LLM-as-judge rubrics, ...') with concrete trigger phrases, matching the score-5 anchor.

5 / 5

Trigger Term Quality

Good domain keyword coverage ('PXI Playwright E2E tests', 'LLM-as-judge rubrics', 'PXI tool use', 'Phoenix experiments', 'PXI E2E failures') that users of this internal skill would say, but jargon-heavy with a few natural variations/synonyms missing, so it sits between anchors 4 and 5 rather than clearly at 5.

4 / 5

Distinctiveness Conflict Risk

Targets a clear niche (PXI Playwright E2E for Phoenix) with distinct, highly specific triggers and minimal overlap risk with other skills, matching the score-5 anchor.

5 / 5

Total

19

/

20

Passed

Validation

81%

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

Validation — 13 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_version

'metadata.version' is missing

Warning

metadata_field

'metadata' should map string keys to string values

Warning

relative_links

Relative link issues: 1 suspicious

Warning

Total

13

/

16

Passed

Repository

Arize-ai/phoenix

Path

.agents/skills/phoenix-pxi-playwright/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.