CtrlK
BlogDocsLog inGet started
Tessl Logo

pase-produccion

Full production deployment pipeline: merge development to main, run /test-all fixing all errors, commit, push to trigger GitHub Actions, and monitor the workflow until deployment completes. Use when the user says "pase a producción", "hagamos un pase", "deploy to production", "pasamos a prod", "subamos a producción", or "vamos a producción".

75

Quality

94%

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

88%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 well-engineered operational runbook: concrete commands, explicit validation gates and feedback loops, safety rules, and a post-deploy report format. Its main weaknesses are minor — a couple of time-sensitive details that will age, and a monolithic single-file structure where some detail (E2E triage, CI-parity background) could be split into reference files.

Suggestions

Move the E2E smoke failure triage (section 2.5.3) and the CI-parity historical-failure table into a reference file (e.g., references/ci-parity.md), keeping a one-line pointer in SKILL.md.

Remove the hardcoded "Claude Opus 4.6 (1M context)" attribution from the commit template — model names and versions change and will make the template stale.

Replace the absolute incident date (2026-04-27) with a stable reference (e.g., a link to the incident/run history) so the instruction does not decay over time.

DimensionReasoningScore

Conciseness

The body is overwhelmingly lean — commands, terse checklists, and failure triage tables with almost no concept explanation Claude already knows. It is not a 5 because of minor time-sensitive padding: the dated incident reference ("el ciclo de 5 deploys fallidos del 2026-04-27") and the hardcoded model name in the commit template ("Claude Opus 4.6 (1M context)") will go stale, and a few table cells repeat context available in /test-all.md.

4 / 5

Actionability

Every phase gives copy-paste-ready commands (git, npx playwright, bash scripts/ci-parity.sh, gh run view) plus a concrete error triage matrix mapping specific failure messages ("Password is incorrect", "strict mode violation", OOM SIGABRT) to specific fixes. Common cases are covered with executable guidance and no pseudocode.

5 / 5

Workflow Clarity

The six-phase sequence is explicit with validation blockers throughout: reconnaissance before changes, E2E smoke before push, /test-all + ci-parity as hard gates before push, explicit feedback loops (read root cause → fix → re-run only the failed step), iteration caps (max 3), and a rollback path. This matches the top anchor: clear sequence, explicit validation, error-recovery loops.

5 / 5

Progressive Disclosure

Good structure: numbered phases with headers, and the CI-parity rationale is properly summarized with a pointer to the full table ("full table en /test-all.md Step 12"). It is not a 5 because the single ~270-line file inlines detail (E2E failure triage, the historical-failure table) that could live in reference files, and the skill ships no bundle references at all — relying on external skills/scripts rather than its own organized reference files.

4 / 5

Total

18

/

20

Passed

Description

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

The description is exemplary: it lists the complete pipeline concretely, includes an explicit 'Use when' clause with multiple natural trigger phrasings in both Spanish and English, and uses third-person imperative voice throughout. Both what and when are explicitly and clearly answered.

DimensionReasoningScore

Specificity

The description enumerates the full pipeline concretely: "merge development to main, run /test-all fixing all errors, commit, push to trigger GitHub Actions, and monitor the workflow until deployment completes" — multiple specific actions with comprehensive coverage of the end-to-end process. It does not fit score 4, which requires 'minor gaps in coverage'; every major phase of the deploy is named.

5 / 5

Completeness

Both questions are answered explicitly: what it does is the full pipeline listed, and when to use it is stated via "Use when the user says [concrete trigger phrases]". This matches the score-5 anchor exactly (clear what AND when with concrete trigger phrases).

5 / 5

Trigger Term Quality

Trigger phrases include natural synonyms in both languages: "pase a producción", "hagamos un pase", "deploy to production", "pasamos a prod", "subamos a producción", "vamos a producción". These are the exact phrasings a bilingual user would naturally say; not below 5 since even common variations are covered.

5 / 5

Distinctiveness Conflict Risk

The skill occupies a clear niche (this project's production deploy pipeline from merge through CI monitoring) with distinctive Spanish/English trigger phrases unlikely to collide with other skills. It is not merely 'broad deploy help' — the specific pipeline steps make it distinguishable.

5 / 5

Total

20

/

20

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.

Validation — 14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

referenced_paths_exist

Referenced path issues: 1 missing

Warning

Total

14

/

16

Passed

Repository
alpacapurpura/luana-method
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.