Mit KI prüfen, ob Ihre geplanten Jobs wirklich gelaufen sind

Eine echte Ausführung ansehen

Eine echte Ausführung vom 7. Okt. 2026, erneut abgespielt. Modell: openai/gpt-6-luna.

So funktioniert es

Stille Cron-Fehler sind die teuren. Der Agent vergleicht den letzten Lauf jedes Jobs mit seinem erwarteten Intervall und meldet Jobs, die überfällig sind oder fehlschlagen, samt Belegen. Die Jobs-API ist schreibgeschützt und meldet ihre eigene Uhrzeit, sodass die Antwort nicht vom Kalender des Agents abhängt.

Was der Agent tun kann und was nicht

Die Berechtigungen sind Teil der Anfrage. Alles, was hier nicht aufgeführt ist, steht der Ausführung nicht zur Verfügung.

Zugangsdaten gelangen nie in die Maschine: Ein Broker ergänzt sie bei jedem Aufruf und erzwingt die oben genannten Methoden.

Der Code

Das ist die genaue Anfrage, die das Beispiel sendet. Setzen Sie EPHEMERAL_API_KEY auf einen Mitgliedsschlüssel Ihrer Organisation.

curl -X POST $EPHEMERAL_URL/v1/runs \
  -H "Authorization: Bearer $EPHEMERAL_API_KEY" \
  -H "Content-Type: application/json" \
  -H "Idempotency-Key: $(uuidgen)" \
  -d @request.json

{
  "prompt": "Read GET /jobs on the ops connection. Use the 'now' value in the response as the current time. A job is overdue when more than 1.5 times expected_every_hours have passed since last_run_at. A job is failing when last_status is failed. Reply in Markdown, at most 150 words: one headline sentence, then a bullet for each overdue or failing job with its name, the evidence (times and error) and a likely next step. Do not list healthy jobs, just say how many there are. Use only what the data returns and never guess; if a call fails or a field is missing, say so.",
  "connections": {
    "ops": {
      "type": "http",
      "url": "https://ephemer.al/api/samples/ops-api",
      "auth": {
        "type": "bearer",
        "token": "sample_read_key"
      },
      "allowed_methods": [
        "GET"
      ],
      "instructions": "GET /jobs returns now (the current time) and items with name, schedule, expected_every_hours, last_run_at, last_status, last_error, recent_statuses (newest first) and sometimes a note."
    }
  },
  "shell": false,
  "timeout_seconds": 60
}

Dieses Beispiel läuft nach einem Zeitplan: 0 * * * * in UTC. Ein Zeitplan startet einen gespeicherten Workflow. Speichern Sie die Anfrage also zuerst als Workflow und legen Sie dann den Zeitplan an.

Mehr erfahren

• Verbindungen
• Zeitpläne
• Callbacks
• Abrechnung und Budgets
• Rollen und Schlüssel

Ähnliche Beispiele

• BetriebKI-Überwachung einer Statusseite: nur alarmieren, wenn sich etwas ändertNach Zeitplan liest ein Agent eine Statusseite und liefert ein einziges JSON-Urteil, auf das Ihr eigenes Skript reagieren kann.
• BetriebKI-Log-Analyse: Fehler gruppieren und die wahrscheinliche Ursache findenEin Agent führt grep und sort über 200 Zeilen Anwendungslogs in einer Sandbox ohne Netzwerk aus und nennt dann die wahrscheinliche Ursache und das Erste, was Sie prüfen sollten.
• BetriebEntwurf für ein Incident-Postmortem mit KI erstellenEin Agent verbindet einen Vorfall von der Statusseite mit einer betroffenen Zahlung und füllt eine Postmortem-Vorlage ohne Schuldzuweisung aus.