CtrlK
BlogDocsLog inGet started
Tessl Logo

oss-standards

Pre-PR discipline for a public-by-default repo. What a reviewer enforces beyond CI: secrets and internal data in diffs or screenshots, docs that name their reader, and the cleaning pass where incomplete or confusing artifacts get dropped. Use before opening any PR against `gridaco/grida` or when finalizing work for review.

75

Quality

93%

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

87%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

A tight, high-signal instruction skill: it adds only what Claude wouldn't already know, gives a concrete cleaning-pass decision tree, and cleanly delegates detail to sibling skills. The main gap is an explicit validation checkpoint in the cleaning-pass workflow before the PR is opened.

Suggestions

Add an explicit final verification step in the cleaning pass, e.g. 'For every file touched, record the verdict (keep/fix/dropped) and confirm none remains an unrecoverable question before opening the PR,' to give the workflow a concrete validation checkpoint.

Make the section ordering read as an enforced sequence rather than parallel checklists — e.g. note that the security skill's review runs before the cleaning pass (already implied) and state the order in which to walk Code, Security, and Docs so Claude doesn't skip gates.

For the PR-description guidance, add one short worked example (bug fix naming a diagnostic-ladder rung, feature naming audience + use case) so the 'permanent index' instruction is copy-paste ready rather than abstract.

DimensionReasoningScore

Conciseness

Lean throughout — it assumes Claude's competence, stating only the extra OSS bar beyond CI/CLAUDE.md/naming and never explaining what a PR, secret, or semver is. Every section earns its tokens with non-obvious defaults ("push = publish," "incomplete is worse than absent").

3 / 3

Actionability

Gives concrete, executable tests — the literal stranger-question prompt for the cleaning pass, the helps/recoverable/unrecoverable decision tree, and named removals (tmp.ts, notes.md, snapshots). Directives like "Use `draft: true`, defer the PR, or just don't ship" are copy-paste ready for instruction-only work.

3 / 3

Workflow Clarity

The cleaning pass is sequenced with a clear decision tree, but there is no explicit validation/verification checkpoint confirming each artifact's verdict before opening the PR, and the section ordering (Code, Security, Docs, Cleaning pass) reads as a checklist rather than an enforced sequence with feedback loops.

2 / 3

Progressive Disclosure

Well-organized single-file overview that delegates depth via clearly signaled one-level-deep references to sibling skills (security, links, etiology, naming, code-ts, code-react, pedantic) and docs/AGENTS.md; no nested/deep reference chains and no bundle files to misroute.

3 / 3

Total

11

/

12

Passed

Description

100%

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, third-person, and clearly answers both what it does and when to use it with an explicit trigger clause. It carves a distinct niche (public-repo pre-PR discipline beyond CI) with low conflict risk. No changes needed.

DimensionReasoningScore

Specificity

Names concrete reviewer actions — "secrets and internal data in diffs or screenshots," "docs that name their reader," and "the cleaning pass where incomplete or confusing artifacts get dropped" — rather than vague capabilities.

3 / 3

Completeness

States what the skill enforces (the extra reviewer bar beyond CI: secrets, reader-naming, cleaning pass) and gives an explicit "Use before opening any PR against `gridaco/grida` or when finalizing work for review" trigger clause.

3 / 3

Trigger Term Quality

Natural user-facing triggers are present — "PR," "opening any PR," "finalizing work for review," "diffs or screenshots," "reviewer" — terms a contributor would actually say when needing pre-PR discipline.

3 / 3

Distinctiveness Conflict Risk

Scoped to a clear niche (public-by-default OSS pre-PR review for gridaco/grida) and explicitly framed as "beyond CI," distinguishing it from generic code/security skills and reducing wrong-skill triggering.

3 / 3

Total

12

/

12

Passed

Validation

93%

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

Validation15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

relative_links

Relative link issues: 12 suspicious

Warning

Total

15

/

16

Passed

Repository
gridaco/grida
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.