CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

petrinaut-shipping

End-to-end procedure for shipping a change to the Petrinaut packages (libs/@hashintel/petrinaut, petrinaut-core, petrinaut-cli, apps/petrinaut-opt, apps/petrinaut-website): the verification gates per package, the changeset step, docs sync, pre-PR hygiene checks, and CI expectations from draft to ready. Use when implementing any change in these packages, when creating a PR for Petrinaut work, when running tests or lints for them, or when checking CI on a Petrinaut PR.

77

Quality

97%

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

100%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 SKILL.md body: dense with project-specific gotchas that Claude could not infer, fully executable commands, and a clearly sequenced workflow with validation at every stage. External conventions are properly delegated to one-level-deep AGENTS.md references instead of being duplicated inline.

DimensionReasoningScore

Conciseness

Every sentence encodes non-obvious repo-specific knowledge — the mise-pinned turbo warning, why `build` must be in the gate list (`test:unit` depends on `^build`), the `Bin` line escape-sequence gotcha, the oxfmt-not-prettier rule — with no padding and no explanation of concepts Claude already knows.

5 / 5

Actionability

Guidance is fully executable: the exact `turbo run build test:unit lint:tsc lint:eslint --filter ...` gate command, the `mise x -- yarn exec turbo run build --filter @apps/petrinaut-docs` invocation, and a copy-paste-ready jq/`gh pr checks` wait loop, plus concrete per-situation branches (structure change, arch-docs, Python packages).

5 / 5

Workflow Clarity

The process is clearly sequenced (gates → changesets → docs sync → pre-PR hygiene → draft/CI/ready) with explicit validation checkpoints: gates re-run 'after every increment', the bounded wait loop that keeps waiting on empty or failed check output, pre-push `git diff --stat` hygiene review, and 'flip to ready only when checks are green' with AI-reviewer triage.

5 / 5

Progressive Disclosure

Standing conventions are delegated one level deep to clearly signaled external files (`libs/@hashintel/petrinaut/AGENTS.md`, `apps/petrinaut-opt/AGENTS.md`) with named sections rather than inlined, the PR template is linked, and the ~55-line body stays a lean overview — no bundle files exist, so the body itself is the appropriate structure.

5 / 5

Total

20

/

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.

A strong description: concrete, comprehensive, third-person, and explicitly scoped to the Petrinaut packages with a clear 'Use when' trigger clause. The only weakness is that the trigger set omits a few natural phrasings (changesets, publishing/release, docs updates) that map to steps the skill covers.

Suggestions

Add natural trigger phrases such as 'adding a changeset', 'publishing or releasing Petrinaut packages', or 'updating Petrinaut docs' to the 'Use when' clause to broaden keyword coverage for steps the skill already covers.

DimensionReasoningScore

Specificity

The description enumerates the full procedure concretely — "the verification gates per package, the changeset step, docs sync, pre-PR hygiene checks, and CI expectations from draft to ready" — with comprehensive coverage of the shipping lifecycle rather than just several actions with gaps.

5 / 5

Completeness

It explicitly answers both what (an enumerated end-to-end procedure, third person) and when, with concrete trigger phrases mirroring the anchor-5 example pattern; the 'when' is explicit rather than weakly implied.

5 / 5

Trigger Term Quality

The "Use when" clause covers natural triggers — "implementing any change in these packages", "creating a PR", "running tests or lints", "checking CI" — but common variations users would say such as changesets, publishing/release, or docs updates are missing from the trigger set, so it fits anchor 4 rather than comprehensive synonym coverage.

4 / 5

Distinctiveness Conflict Risk

Scoped to named packages with paths (libs/@hashintel/petrinaut, petrinaut-core, petrinaut-cli, apps/petrinaut-opt, apps/petrinaut-website), giving it a clear niche with distinct triggers and minimal conflict risk with other skills.

5 / 5

Total

19

/

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

hashintel/hash

Path

.agents/skills/petrinaut-shipping/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.