CtrlK
BlogDocsLog inGet started
Tessl Logo

uinaf/gh-setup

Set up or align GitHub repo settings, branch/ruleset policy, templates, Actions hardening, Environments, release workflows, and deploy workflows for continuously publishable or deployable repositories.

81

1.08x
Quality

89%

Does it follow best practices?

Impact

77%

1.08x

Average score across 7 eval scenarios

SecuritybySnyk

Passed

No known issues

Overview
Quality
Evals
Security
Files

Quality

Content

77%

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

The body is concise, well-sequenced, and policy-dense with strong validation checkpoints, but its progressive-disclosure structure depends on reference files that are missing from the bundle. Actionability is good yet the central workflow examples are diagrams rather than runnable code.

Suggestions

Ship the references/ directory (release-workflows.md, release-targets.md, deploy-workflows.md, deploy-environments.md, deploy-secrets.md, repo-settings.md, templates.md, actions-security.md, semantic-release.md, and the troubleshooting files) so the body's navigation resolves.

Add at least one minimal executable GitHub Actions YAML snippet for the release or deploy core shape so the central guidance is copy-paste ready rather than an abstract text diagram.

Tighten the redundant ownership statements (e.g., 'It also owns baseline existence and template shape ...') which restate scope already implied by the Templates section.

DimensionReasoningScore

Conciseness

Dense directive prose that assumes competence ('Make GitHub the boring, enforceable shell around a repo'), lists concrete probes, and avoids explaining concepts Claude already knows; every section carries policy with little padding.

3 / 3

Actionability

Provides concrete commands (gh repo view, gh api, actionlint, zizmor) and specific policy directives, but the core release/deploy shapes are abstract text diagrams rather than executable YAML, so guidance is not fully copy-paste ready.

2 / 3

Workflow Clarity

A clear 5-step 'Start Here' sequence with a classification branch and an explicit readiness gate ('pause GitHub wiring until the repo has durable readiness proof'), plus an Output checklist with an honesty checkpoint ('If live GitHub settings were not checked, say so').

3 / 3

Progressive Disclosure

Structure is well-signaled with one-level-deep references split into Release/Deploy routes, but the referenced files (references/release-workflows.md, references/repo-settings.md, etc.) do not exist in the bundle, so the navigation the body relies on is broken.

2 / 3

Total

10

/

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, trigger-rich, and complete with explicit 'Use when' guidance and clear routing to avoid skill conflicts. Voice is correctly third person. It is a strong, concise description.

DimensionReasoningScore

Specificity

Lists multiple concrete capability surfaces — 'repo settings, branch/ruleset policy, PR and security templates, Actions hardening, GitHub Environments, release workflows, and deploy workflows' — rather than vague language.

3 / 3

Completeness

Explicitly states both what it does ('Set up or align a repository's GitHub collaboration and delivery surface: ...') and when to use it ('Use when standardizing GitHub setup ...'), with an explicit 'Use when' trigger.

3 / 3

Trigger Term Quality

'Use when standardizing GitHub setup for repos, CI/CD, publishing versioned packages, or deploying running apps' covers natural phrasings a user would actually say when needing this skill.

3 / 3

Distinctiveness Conflict Risk

Clear GitHub-delivery niche, third-person voice, and explicit routing ('route app deploy details to deploy references and package publish details to release references') distinguishes it from adjacent deploy/release skills.

3 / 3

Total

12

/

12

Passed

Validation

87%

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

Validation14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

relative_links

Relative link issues: 16 missing

Warning

referenced_paths_exist

Referenced path issues: 16 missing

Warning

Total

14

/

16

Passed

Reviewed

Table of Contents