Prompt-Bibliothek

DevOps-Prompts

Prompts für Auslieferung und Betrieb: Pipelines prüfen, Runbooks schreiben und Container-Images härten.

Die Prompts sind auf Englisch, der Sprache, in der sie geschrieben und getestet wurden. Beschreibungen und Hinweise auf diesen Seiten sind übersetzt.

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

Review einer CI/CD-Pipeline

Prüft eine Pipeline-Definition auf langsame Schritte, fehlende Gates und offengelegte Secrets.

Einsetzen, wenn: Eine Pipeline ist langsam oder instabil, oder Sie wollen ihr gleich das Deployment in die Produktion erlauben.

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>

Variablen

{{pipeline}}
Die Pipeline-Datei, zum Beispiel ein GitHub-Actions-Workflow oder eine GitLab-CI-Datei.

Beispieleingabe

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

Beispielausgabe

| 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` |

Beispielhaft: geschrieben, um die erwartete Form zu zeigen, nicht von einem Modell erzeugt.

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

Incident-Runbook

Schreibt ein Schritt-für-Schritt-Runbook für einen Alarm mit Prüfungen, Befehlen und einer Eskalationsstelle.

Einsetzen, wenn: Ein Alarm weckt Personen, die das System nicht kennen, und Sie wollen die ersten 15 Minuten festhalten.

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>

Variablen

{{alert}}
Der Name des Alarms, seine Bedingung und was er misst.
{{system}}
Der Dienst, seine Abhängigkeiten und die Werkzeuge, die Bereitschaftsingenieuren zur Verfügung stehen.

Beispieleingabe

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.

Beispielausgabe

## 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`...

Beispielhaft: geschrieben, um die erwartete Form zu zeigen, nicht von einem Modell erzeugt.

Machen Sie ihn zu Ihrem

Passen Sie die Anforderungen an Ihre Standards an und prüfen Sie dann das Ergebnis. Der Prompt-Analyzer bewertet neu, während Sie tippen, der Optimierer entfernt Füllwörter, ohne eine Anforderung zu verlieren, und der Sicherheitsscanner markiert Geheimnisse und personenbezogene Daten, bevor Sie den Prompt an ein Modell senden.

Weitere Kategorien