CtrlK
BlogDocsLog inGet started
Tessl Logo

pull-request

Drive GitHub pull request work end to end. Use when Codex is asked to open, update, describe, push to, monitor, review, address comments on, declare ready, or merge a PR. Covers branch hygiene, PR descriptions with why/what/testing/risk, CI checks, Codex review-loop monitoring, comment handling, and the final merge gate.

73

Quality

90%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Low

Low-risk findings worth noting

SKILL.md
Quality
Evals
Security

Quality

Content

81%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 strong, well-structured workflow skill: the flow is clearly sequenced with explicit validation gates, a review feedback loop, and a concrete merge checklist with an evidence template. The main weaknesses are restated merge-gate conditions across three sections and no use of reference files for the long policy sections.

Suggestions

Consolidate the merge-gate rules stated in Flow step 6, Codex Review Loop, and Merge Discipline into a single authoritative checklist to remove redundancy and tighten conciseness.

Move the ~30-line Scope Discipline classification policy and the PR Description Standard into one-level-deep reference files (e.g. references/scope-discipline.md) linked from a brief overview section.

Make conditional guidance more executable: specify fallback behavior when the 'pr-description' skill is unavailable, and pin the exact required gate commands instead of 'such as just fast-check'.

DimensionReasoningScore

Conciseness

The body is lean and imperative with no explanations of concepts Claude already knows, but the merge-gate condition ('do not merge until approved/checks pass') is restated in Flow step 6, Codex Review Loop, and Merge Discipline, which is trimmable redundancy. It sits between the efficient-with-minor-trimming anchor (4) and the every-token-earns-its-place anchor (5).

4 / 5

Actionability

Concrete commands are present ('gh pr view', 'just fast-check', 'source .venv/bin/activate') plus a copy-paste gate-state template, but some guidance stays conditional or open-ended ('Use the existing pr-description skill when available', 'the repo's required gate, such as just fast-check'), leaving minor execution gaps.

4 / 5

Workflow Clarity

A clear six-step flow with explicit validation gates (focused tests, required checks), a patch→validate→push→restart feedback loop for review findings, and an explicit completion condition with an evidence checklist. This matches the anchor 5 (feedback loops, error recovery, checklists) rather than anchor 4.

5 / 5

Progressive Disclosure

No bundle files exist and sections are well organized and navigable, but ~130 lines are all inline: the Scope Discipline (~30 lines) and PR Description Standard sections are natural candidates for one-level-deep reference files. This is good structure with minor organization gaps (4), not the clear split with well-signaled references (5).

4 / 5

Total

17

/

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.

An excellent description: it answers what and when explicitly, lists concrete actions across the whole PR lifecycle, and uses natural trigger phrasing with PR/pull-request synonyms in third-person voice. No weaknesses to cite.

DimensionReasoningScore

Specificity

The description lists many concrete actions ('open, update, describe, push to, monitor, review, address comments on, declare ready, or merge a PR') and enumerates coverage areas ('branch hygiene, PR descriptions with why/what/testing/risk, CI checks... the final merge gate'), matching the comprehensive-coverage anchor; it is well above the 'several specific actions, minor gaps' level 4.

5 / 5

Completeness

Both parts are explicit: what ('Drive GitHub pull request work end to end' plus enumerated coverage areas) and when ('Use when Codex is asked to open, update, ... or merge a PR'), with concrete trigger phrases; this matches the anchor 5 example's structure exactly.

5 / 5

Trigger Term Quality

Natural user phrasings are comprehensively covered — 'open... a PR', 'merge a PR', 'review', 'address comments on', 'CI checks' — and include the PR/'pull request' synonym pair, matching the comprehensive synonyms anchor rather than the 'a few natural terms missing' level 4.

5 / 5

Distinctiveness Conflict Risk

The PR lifecycle is a clear niche with distinct triggers (open/merge/monitor a PR, review-loop, comment handling), making confusion with adjacent skills like commit-message generation unlikely; it goes beyond the 'minor overlap risk with closely related skills' level 4.

5 / 5

Total

20

/

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
basicmachines-co/basic-memory
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.