CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

netlify-deploy

Create, configure, and manage Netlify deploys from code — reach for this when setting up Git continuous deployment, running netlify deploy or netlify deploy --prod from the CLI, writing netlify.toml deploy contexts, adding a Deploy to Netlify button, wiring build hooks, configuring Deploy Previews or branch deploys, locking or skipping deploys, fixing a failed or secrets-scanning deploy, or when someone asks to "deploy my site", "set up preview deploys", "add per-branch build config", "keep staging out of Google", or "add a deploy button to my README".

Quality

89%

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

78%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 dense, highly actionable overview with excellent reference structure: nearly every line is a non-obvious platform fact, command, or configuration example, and detail is correctly split into well-signaled one-level-deep references. The main weakness is token efficiency — the appended house-rules section duplicates warnings already stated in the body, and some inlined detail (button URL variants, version pins) could be consolidated or moved out.

Suggestions

Deduplicate the trailing 'Netlify house rules' section: rules 1, 2, and 5–9 restate warnings already present in the body (no-rollbacks, .gitignore, secrets scanning, manual --prod, button template root), so trim it to only net-new conventions to save ~30 lines of tokens.

Move the Deploy-to-Netlify button URL parameter variants and [template] config block into a reference file (e.g. references/deployment-patterns.md or a new button reference), keeping only the basic markdown snippet and the root-config caveat inline.

Consolidate version-sensitive notes (Netlify CLI 23.11.0+, Astro 5.15.0+) into a single dedicated section so time-sensitive figures age in one place instead of being scattered inline.

DimensionReasoningScore

Conciseness

Most of the body is dense with non-obvious, Netlify-specific facts that earn their tokens (atomic deploys, files-per-directory limit, X-Robots-Tag behavior, skew-protection constraints), but the trailing "Netlify house rules" section (~36 lines) restates warnings already made in the body — no-rollback, .gitignore, secrets scanning, manual --prod warning, button template root rule all appear twice. That duplication, plus inline version pins ("Netlify CLI 23.11.0+", "Astro 5.15.0+"), means the content could be noticeably tightened, fitting 'mostly efficient but could be tightened' rather than 'minor instances that could be trimmed'.

3 / 5

Actionability

Guidance is fully executable throughout: copy-paste-ready CLI commands ("netlify deploy --prod", "npm update -g netlify-cli"), complete netlify.toml context examples including the double-bracket plugins syntax, a ready-to-use Deploy button markdown snippet with concrete URL parameter variants, and exact dashboard navigation paths ("Project configuration > Developer settings > Continuous deployment > Branches and deploy contexts > Configure"). Specific examples cover the common cases, matching the top anchor.

5 / 5

Workflow Clarity

The body progresses coherently from creation paths to deploy management to failure handling, and risky operations carry explicit warnings with mitigations (manual --prod is flagged with the lock suggestion, deletion is flagged as permanent, secrets-scan failures get scoped remediation). It falls short of the top anchor because there is no explicit validate→fix→retry loop in the body itself — preview-before-production and troubleshooting feedback loops live in the references rather than the SKILL.md.

4 / 5

Progressive Disclosure

The body is an overview that pushes depth into three real, one-level-deep reference files, each clearly signaled at the exact point of need ("See references/netlify-toml.md for the full context precedence rules", "See references/cli-commands.md for the full CLI surface and flags"). All three referenced files exist in the bundle, none of them nest further into additional files within this skill (they point onward to separate skills, not nested references), and navigation is easy — matching the top anchor.

5 / 5

Total

17

/

20

Passed

Description

96%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: it enumerates concrete capabilities across the deploy lifecycle and pairs them with explicit, naturally-phrased trigger conditions. The only weakness is slight overlap at the netlify.toml configuration boundary with sibling Netlify skills.

DimensionReasoningScore

Specificity

The description lists many concrete actions — "setting up Git continuous deployment", "running netlify deploy or netlify deploy --prod", "writing netlify.toml deploy contexts", "adding a Deploy to Netlify button", "wiring build hooks", "configuring Deploy Previews or branch deploys", "locking or skipping deploys", "fixing a failed or secrets-scanning deploy" — covering creation, configuration, management, and remediation comprehensively. This matches the anchor for multiple specific concrete actions with comprehensive coverage, not the level below (only minor gaps).

5 / 5

Completeness

Both questions are answered explicitly: the "what" opens the description ("Create, configure, and manage Netlify deploys from code") and is elaborated with enumerated capabilities, and the "when" is explicit with concrete trigger phrases ("reach for this when setting up Git continuous deployment... or when someone asks to 'deploy my site'..."). This is the anchor for clearly and explicitly answering both what AND when; it is not the level below, where 'when' is only present but less specific.

5 / 5

Trigger Term Quality

It includes verbatim natural phrases users would actually say ("deploy my site", "set up preview deploys", "add per-branch build config", "keep staging out of Google", "add a deploy button to my README") alongside the technical terms (netlify deploy, netlify.toml, Deploy Previews, branch deploys, build hooks). Coverage of natural trigger phrasing for this domain is comprehensive, fitting the top anchor rather than 'a few natural terms missing'.

5 / 5

Distinctiveness Conflict Risk

The niche (Netlify deploys) is clear and the quoted triggers are deploy-specific, so conflict risk is low. However, "writing netlify.toml deploy contexts" and "add per-branch build config" sit at the boundary of a closely related configuration skill (the bundle's own references defer to a separate netlify-config skill as the configuration source of truth), which is minor overlap with a closely related skill rather than minimal conflict risk.

4 / 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

netlify/context-and-tools

Path

skills/netlify-deploy/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.