Biblioteca de prompts

Prompts de DevOps

Prompts para entrega e operações: revisar pipelines, escrever runbooks e reforçar imagens de contêiner.

Os prompts estão em inglês, o idioma em que foram escritos e testados. As descrições e instruções destas páginas estão traduzidas.

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

Revisão de pipeline de CI/CD

Revisa a definição de um pipeline em busca de etapas lentas, portões ausentes e segredos expostos.

Use quando: Um pipeline está lento ou instável, ou você está prestes a deixá-lo implantar em produção.

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>
Otimizar no workspace

Variáveis

{{pipeline}}
O arquivo do pipeline, por exemplo um workflow do GitHub Actions ou um arquivo do GitLab CI.

Entrada de exemplo

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

Saída de exemplo

| 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 a forma esperada, não gerada por um modelo.

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

Runbook de incidente

Escreve um runbook passo a passo para um alerta, com verificações, comandos e um ponto de escalonamento.

Use quando: Um alerta aciona pessoas que não conhecem o sistema e você quer os primeiros 15 minutos escritos.

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>
Otimizar no workspace

Variáveis

{{alert}}
O nome do alerta, sua condição e o que ele mede.
{{system}}
O serviço, suas dependências e as ferramentas que os engenheiros de plantão podem usar.

Entrada de exemplo

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.

Saída de exemplo

## 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 a forma esperada, não gerada por um modelo.

Deixe com a sua cara

Edite os requisitos para seguir os seus padrões e depois verifique o resultado. O analisador de prompts o pontua de novo enquanto você digita, o otimizador remove enchimento sem perder nenhum requisito e o scanner de segurança sinaliza segredos e dados pessoais antes de você enviá-lo a um modelo.

Mais categorias