CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

land-and-deploy

Land and deploy workflow. Merges the PR, waits for CI and deploy, verifies production health via canary checks. Takes over after /ship creates the PR. Use when: "merge", "land", "deploy", "merge and verify", "land it", "ship it to production".

Quality

82%

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

70%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.

The core workflow (Steps 0-10) is exceptional — fully executable commands, explicit gates, timeouts, and revert paths that set the standard for a production-merge skill. However, roughly a third of the file is inlined framework boilerplate (voice coaching, telemetry/onboarding flows, duplicated detection blocks) that inflates token cost and belongs in shared or separate reference files. Extracting that boilerplate would make an already excellent skill lean and efficient.

Suggestions

Move the generic gstack framework sections (Voice, AskUserQuestion Format, Contributor Mode, Telemetry preamble/footer, Plan Status Footer) into a shared framework reference file (e.g., $GSTACK_ROOT/ETHOS.md or a BASE.md) and keep only skill-specific behavior in SKILL.md — this would cut roughly 400 lines and lift conciseness.

Extract the deploy-config detection bash block (currently duplicated verbatim in Step 1.5a and Step 5) into a single script or one referenced section, and invoke it by reference the second time.

Move the one-time onboarding flows (Boil-the-Lake intro, telemetry opt-in, proactive prompt) out of the critical path of the deploy instructions into a clearly separated 'First-run onboarding' reference so the merge/deploy/verify workflow starts near the top of the file.

DimensionReasoningScore

Conciseness

The 1362-line body is noticeably verbose: ~340 lines of generic gstack preamble (telemetry opt-in flows, proactive-mode prompts, 'Boil the Lake' intro), a ~45-line Voice/personality section, and the deploy-config detection bash block duplicated verbatim in Step 1.5a and Step 5. Not a 1 because the core Steps 0-10 are task-specific and free of explaining concepts Claude already knows; the padding is boilerplate and repetition rather than tutorial-style filler.

2 / 5

Actionability

Every step ships copy-paste-ready commands: `gh pr checks --watch --fail-fast`, `gh pr merge --auto --delete-branch`, `fly status --app {app}`, `$B console --errors`, with exact polling intervals, timeouts, and exit conditions. The common cases (GitHub PR + Actions deploy, platform CLIs, auto-deploy platforms) are each covered with executable commands, matching the fully-executable anchor.

5 / 5

Workflow Clarity

Steps 0-10 are clearly sequenced with explicit validation checkpoints: first-run dry-run gate, pre-merge readiness gate (3.5) with review-staleness rules and a rendered report, CI watch with 15-min timeout, merge-queue polling with 30-min timeout, and canary health assessment. Failure paths have feedback loops (STOP-and-fix, revert escape hatch offered at every failure point) — exemplary for an irreversible production-merge workflow.

5 / 5

Progressive Disclosure

Internal structure is good (numbered steps, clear headers, ASCII report templates) and external gstack references like `$GSTACK_ROOT/review/checklist.md` and `$GSTACK_ROOT/gstack-upgrade/SKILL.md` are clearly signaled, but no bundle files exist and everything lives in one monolithic file. The Voice guide, AskUserQuestion format, telemetry protocol, contributor mode, and Plan Status Footer are framework boilerplate inlined here that clearly belongs in shared reference files. Not a 2 because the structure is far from minimal and navigation within the file is easy.

3 / 5

Total

15

/

20

Passed

Description

88%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: third-person voice, concrete pipeline actions, and an explicit 'Use when' clause with natural trigger phrases. The /ship handoff note effectively disambiguates it from adjacent skills. Minor improvement is possible by adding a few trigger synonyms and sharpening the boundary against /ship and /canary.

DimensionReasoningScore

Specificity

"Merges the PR, waits for CI and deploy, verifies production health via canary checks. Takes over after /ship creates the PR" lists four concrete pipeline actions (merge, CI wait, deploy wait, canary verification) plus the handoff context, comprehensively covering the skill's core workflow. Not a 4 because the actions span the entire land-and-deploy pipeline rather than leaving coverage gaps; secondary capabilities like revert are fairly excluded from a description this size.

5 / 5

Completeness

Explicitly answers both questions: what ("Merges the PR, waits for CI and deploy, verifies production health via canary checks") and when (an explicit "Use when:" clause with concrete trigger phrases). This matches the anchor-5 pattern of 'clearly and explicitly answers both what AND when with concrete trigger phrases'.

5 / 5

Trigger Term Quality

"Use when: 'merge', 'land', 'deploy', 'merge and verify', 'land it', 'ship it to production'" gives good natural-phrase coverage including multi-word commands. Not a 5 because common synonyms like 'release', 'push to prod', or 'roll out' are missing; not a 3 because the listed terms are phrases users would actually type, not just domain keywords.

4 / 5

Distinctiveness Conflict Risk

The niche is distinct — "Takes over after /ship creates the PR" explicitly positions it in the pipeline — and triggers are specific. Not a 5 because generic terms like "deploy" and "ship it to production" carry some overlap risk with sibling gstack skills (/ship, /canary, /setup-deploy) referenced in the body; not a 3 because the /ship handoff and PR-merge framing keep it mostly distinguishable.

4 / 5

Total

18

/

20

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.

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

skill_md_line_count

SKILL.md is long (1363 lines); consider splitting into references/ and linking

Warning

Total

15

/

16

Passed

Repository

valeriibeck-star/claude-skills

Path

skills/gstack/.agents/skills/gstack-land-and-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.