sdd-afianza

Use when the user wants to release, tag, publish, or deploy a new version to dev. Triggers on "release", "tag", "nueva versión", "bump version", "subir versión", "publicar versión", "deploy dev", "sacar release", or any mention of creating a v* tag. Use this skill whenever the user wants to cut a new version of any Afianza service, even if they don't say "release" explicitly.

Stress-test a feature spec by generating use cases from normal to extreme, one at a time interactively. Use when reviewing a spec for gaps, undefined behavior, or missing edge cases — even if the user just says "review this spec", "find holes in this", or "check my ACs".

Use the moment a technical implementation plan has been generated — by writing-plans, native plan mode / ExitPlanMode, or hand-written — and BEFORE presenting it to the user for review, approval, or implementation. The gate sits between "plan written" and "plan shown/built". NOT for a brainstorming spec (a spec guides the plan; it is not yet a technical plan, so there is nothing to gate). Triggers on a freshly produced plan, plan handoff, "here is the plan", pre-review / pre-implementation rule check.

Use when connecting to an Afianza service database for inspection, debugging, or ad-hoc queries. Covers local, dev, and prod environments for all services (pgi, pc, pd). Use before running psql or querying any service's PostgreSQL database.

Use when the user wants to deploy to production, "subir a prod", "desplegar en producción", "lanzar a prod", "manual deploy", "deploy prod", or promote a specific version/tag to the production environment. Use for any Afianza service. SKIP if the user only wants to release/tag (use the `release` skill instead).

Use when the user asks to "ver servicios", "check services", "pod status", "estado del cluster", "qué está corriendo", "ver pods", or "cluster status" in the Afianza Kubernetes clusters. SKIP for log analysis (use ops-suite:service-logs) or database queries.