CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

phoenix-pr-description

Writes and maintains the body of a pull request opened by a coding agent on Arize-ai/phoenix, including a fixed "How this PR was made" section that reports steering, abandoned approaches, and verification gaps so a reviewer can pick a review depth. Use when opening a PR, editing a PR body, pushing more commits to an agent-authored PR, or when the user asks for a PR description, PR summary, or provenance section.

76

Quality

95%

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

92%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 exceptionally tight, highly actionable writing skill: exact template, quantified limits, executable counting command, refresh loop, and a validation checklist. Its one real defect is that the single external reference (examples.md) is dangling — the file is absent from the bundle, so the large/small/non-UI example bodies it promises cannot be reached.

Suggestions

Ship the referenced examples.md alongside SKILL.md (with the large PR #16662-based example, a small one, and a non-UI one), or remove the reference and inline one compact example body in its place.

If the examples are deliberately kept out of the auto-loaded body, add a one-line inline miniature of the provenance section (a filled-in 2-row table) so a dangling or future-missing reference never leaves the reader without any worked instance.

Consider noting in the body where examples.md lives (e.g., a references/ directory) and keeping the link path consistent with the actual bundle layout so the reference can be verified mechanically.

DimensionReasoningScore

Conciseness

The body is lean and assumes competence: no explanation of what a PR is, a dense one-screen template, hard numeric limits ("at most 4 bullets of one sentence each", "12 words or fewer"), and only ~10 lines of rationale that double as decision rules ("Write only what serves those three", "Default to short"). Every token earns its place, matching the top anchor; score 4 would require over-explanation worth trimming, and the only rationale present is two short paragraphs that directly govern formatting choices.

5 / 5

Actionability

Guidance is fully concrete and executable: an exact heading template with placeholders, quantified limits, a field-definitions table with inclusion/exclusion rules, and a copy-paste-ready bash/jq command for counting user turns from Claude Code session logs, including fallback behavior ("write `approx.` after each number") when no record exists. This matches the copy-paste-ready top anchor; score 4 would require missing key details, and even the tool-delegation case ("invent the equivalent for your own tool") is explicitly justified.

5 / 5

Workflow Clarity

The sequence is clear and checkpointed: template → provenance definitions → counting from a record → keeping stats current on every edit (an explicit refresh loop: "Every edit to the body... recounts the table and rewrites the stamp") → a six-item pre-posting validation checklist covering each hard limit. This is a writing skill, not a destructive/batch operation, so no validation cap applies, and the checklist-plus-refresh-loop pattern matches the top anchor.

5 / 5

Progressive Disclosure

The body itself is well organized into single-purpose sections of appropriate length, but its sole external reference — "See [examples.md](examples.md) for a large, a small, and a non-UI body" — points to a file that does not exist in the bundle (no references/ directory, no examples.md anywhere alongside SKILL.md). The promised size-calibration examples are therefore unreachable and are not inlined either. This lands at the 'some structure but references problematic' midpoint rather than 4, where references would be present and only organization would have minor gaps.

3 / 5

Total

18

/

20

Passed

Description

100%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 a model example: concrete third-person actions, explicit what and when with natural trigger phrases and their synonyms, and a distinct niche anchored to a specific repo and artifact. No penalties from the judging guidelines apply — no first/second person, no fluff, no missing trigger clause.

DimensionReasoningScore

Specificity

The description lists multiple concrete actions in third person — "Writes and maintains the body of a pull request", "including a fixed 'How this PR was made' section that reports steering, abandoned approaches, and verification gaps" — covering the skill's scope comprehensively with no vague filler. This matches the anchor for multiple specific concrete actions with comprehensive coverage; score 4 would require minor coverage gaps, and none are evident within the skill's stated scope.

5 / 5

Completeness

It explicitly answers what ("Writes and maintains the body of a pull request opened by a coding agent on Arize-ai/phoenix, including a fixed 'How this PR was made' section...") and when ("Use when opening a PR, editing a PR body, pushing more commits to an agent-authored PR, or when the user asks for a PR description, PR summary, or provenance section"). Both halves are concrete, matching the top anchor exactly; score 4 would require the 'when' to be less explicit, which it is not.

5 / 5

Trigger Term Quality

Natural trigger phrases users would actually say are covered with synonyms: "opening a PR", "editing a PR body", "pushing more commits", "PR description", "PR summary", "provenance section", plus the spelled-out "pull request". This is comprehensive including synonyms (description/summary/provenance); score 4 would require a few natural terms missing, and the description/summary/provenance trio already spans the common phrasings.

5 / 5

Distinctiveness Conflict Risk

It carves a clear niche — PR bodies authored by coding agents on Arize-ai/phoenix with a provenance section — with triggers unlikely to fire for unrelated skills. It is distinguishable from a generic PR-writing skill by the repo name and the provenance/steering framing; conflict risk is minimal, fitting the top anchor.

5 / 5

Total

20

/

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 missing

Warning

Total

13

/

16

Passed

Repository

Arize-ai/phoenix

Path

.agents/skills/phoenix-pr-description/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.