Biblioteca de prompts

Prompts de DevOps

Prompts para entrega y operaciones: revisar pipelines, escribir runbooks y reforzar imágenes de contenedor.

Los prompts están en inglés, el idioma en que se escribieron y probaron. Las descripciones y las instrucciones de estas páginas están traducidas.

  • ci/cd
  • pipelines
  • review
100/100 · 141 tokens

Revisión de un pipeline de CI/CD

Revisa la definición de un pipeline en busca de pasos lentos, controles ausentes y secretos expuestos.

Úsalo cuando: Un pipeline es lento o inestable, o estás a punto de dejar que despliegue en producción.

prompt
You are a senior DevOps engineer reviewing a CI/CD pipeline.

## Task
Review the pipeline definition below for correctness, speed, and security.

## Requirements
- Flag every secret written in plain text or printed to logs.
- Flag every deployment step that runs without a preceding test step.
- Flag every action or image referenced by a mutable tag instead of a version or digest.
- Name the steps that can run in parallel or be cached.
- Quote the line for every finding.

## Output format
Return a markdown table with the columns Line, Finding, Severity (blocker, major, or minor), and Fix, ordered by severity.

## Input
<pipeline>
{{pipeline}}
</pipeline>
Optimizar en el espacio de trabajo

Variables

{{pipeline}}
El archivo del pipeline, por ejemplo un workflow de GitHub Actions o un archivo de GitLab CI.

Entrada de ejemplo

pipeline: a GitHub Actions workflow that uses actions/checkout@main and deploys on every push without running tests.

Salida de ejemplo

| Line | Finding | Severity | Fix |
|---|---|---|---|
| `uses: actions/checkout@main` | Mutable reference | major | Pin to a release tag or commit SHA |
| `run: ./deploy.sh` | Deploys without tests | blocker | Add `needs: test` |

Ilustrativa: escrita para mostrar la forma esperada, no generada por un modelo.

  • runbook
  • incident response
  • operations
97/100 · 165 tokens

Runbook de incidentes

Escribe un runbook paso a paso para una alerta, con comprobaciones, comandos y un punto de escalado.

Úsalo cuando: Una alerta avisa a personas que no conocen el sistema y quieres dejar escritos los primeros 15 minutos.

prompt
You are a site reliability engineer writing an on-call runbook.

## Task
Write a runbook for responding to the alert described below.

## Requirements
- Order the steps so the fastest check that rules out the most causes comes first.
- Give the exact command or dashboard for every step, using only the tools named in the system description.
- State what result is expected and what to do when the result differs.
- Mark every step that changes production with "CHANGES PRODUCTION".
- End with the condition that triggers escalation and who to escalate to.

## Output format
Return markdown with five sections: Alert, Impact, Diagnosis (numbered steps), Mitigation (numbered steps), and Escalation.

## Input
<alert>
{{alert}}
</alert>

<system>
{{system}}
</system>
Optimizar en el espacio de trabajo

Variables

{{alert}}
El nombre de la alerta, su condición y qué mide.
{{system}}
El servicio, sus dependencias y las herramientas que pueden usar los ingenieros de guardia.

Entrada de ejemplo

alert: API p95 latency above 2 s for 5 minutes.
system: a Node service on Kubernetes with a Postgres database; engineers have kubectl and Grafana.

Salida de ejemplo

## Diagnosis
1. Open the Grafana dashboard "API overview". Expected: latency is high on all pods. If only one pod is slow, go to step 4.
2. Run `kubectl top pods -n api`...

## Mitigation
1. CHANGES PRODUCTION: `kubectl rollout undo deployment/api -n api`...

Ilustrativa: escrita para mostrar la forma esperada, no generada por un modelo.

Hazlo tuyo

Edita los requisitos para que se ajusten a tus estándares y revisa el resultado. El analizador de prompts vuelve a puntuarlo mientras escribes, el optimizador elimina el relleno sin perder ningún requisito y el escáner de seguridad marca secretos y datos personales antes de que lo envíes a un modelo.

Más categorías