feat(i18n): update translations (#2204)

Co-authored-by: icecrasher321 <[email protected]>

Author: waleedlatif1

apps/docs/content/docs/de/execution/api.mdx

@@ -251,32 +251,78 @@ Rufen Sie Ausführungsdetails einschließlich des Workflow-Zustandsschnappschuss
   </Tab>
 </Tabs>
 
-## Webhook-Abonnements
+## Benachrichtigungen
 
-Erhalten Sie Echtzeitbenachrichtigungen, wenn Workflow-Ausführungen abgeschlossen werden. Webhooks werden über die Sim-Benutzeroberfläche im Workflow-Editor konfiguriert.
+Erhalten Sie Echtzeit-Benachrichtigungen, wenn Workflow-Ausführungen abgeschlossen sind, per Webhook, E-Mail oder Slack. Benachrichtigungen werden auf Workspace-Ebene von der Protokollseite aus konfiguriert.
 
 ### Konfiguration
 
-Webhooks können für jeden Workflow über die Benutzeroberfläche des Workflow-Editors konfiguriert werden. Klicken Sie auf das Webhook-Symbol in der Kontrollleiste, um Ihre Webhook-Abonnements einzurichten.
+Konfigurieren Sie Benachrichtigungen von der Protokollseite aus, indem Sie auf die Menütaste klicken und "Benachrichtigungen konfigurieren" auswählen.
 
-<div className="mx-auto w-full overflow-hidden rounded-lg">
-  <Video src="configure-webhook.mp4" width={700} height={450} />
-</div>
+**Benachrichtigungskanäle:**
+- **Webhook**: Senden Sie HTTP POST-Anfragen an Ihren Endpunkt
+- **E-Mail**: Erhalten Sie E-Mail-Benachrichtigungen mit Ausführungsdetails
+- **Slack**: Posten Sie Nachrichten in einen Slack-Kanal
 
-**Verfügbare Konfigurationsoptionen:**
+**Workflow-Auswahl:**
+- Wählen Sie bestimmte Workflows zur Überwachung aus
+- Oder wählen Sie "Alle Workflows", um aktuelle und zukünftige Workflows einzubeziehen
+
+**Filteroptionen:**
+- `levelFilter`: Zu empfangende Protokollebenen (`info`, `error`)
+- `triggerFilter`: Zu empfangende Auslösertypen (`api`, `webhook`, `schedule`, `manual`, `chat`)
+
+**Optionale Daten:**
+- `includeFinalOutput`: Schließt die endgültige Ausgabe des Workflows ein
+- `includeTraceSpans`: Schließt detaillierte Ausführungs-Trace-Spans ein
+- `includeRateLimits`: Schließt Informationen zum Ratenlimit ein (Sync/Async-Limits und verbleibende)
+- `includeUsageData`: Schließt Abrechnungszeitraum-Nutzung und -Limits ein
+
+### Alarmregeln
+
+Anstatt Benachrichtigungen für jede Ausführung zu erhalten, konfigurieren Sie Alarmregeln, um nur bei erkannten Problemen benachrichtigt zu werden:
+
+**Aufeinanderfolgende Fehler**
+- Alarm nach X aufeinanderfolgenden fehlgeschlagenen Ausführungen (z.B. 3 Fehler in Folge)
+- Wird zurückgesetzt, wenn eine Ausführung erfolgreich ist
+
+**Fehlerrate**
+- Alarm, wenn die Fehlerrate X% in den letzten Y Stunden überschreitet
+- Erfordert mindestens 5 Ausführungen im Zeitfenster
+- Wird erst nach Ablauf des vollständigen Zeitfensters ausgelöst
+
+**Latenz-Schwellenwert**
+- Alarm, wenn eine Ausführung länger als X Sekunden dauert
+- Nützlich zum Erkennen langsamer oder hängender Workflows
+
+**Latenz-Spitze**
+- Alarm, wenn die Ausführung X% langsamer als der Durchschnitt ist
+- Vergleicht mit der durchschnittlichen Dauer über das konfigurierte Zeitfenster
+- Erfordert mindestens 5 Ausführungen, um eine Baseline zu etablieren
+
+**Kostenschwelle**
+- Alarmierung, wenn eine einzelne Ausführung mehr als $X kostet
+- Nützlich, um teure LLM-Aufrufe zu erkennen
+
+**Keine Aktivität**
+- Alarmierung, wenn innerhalb von X Stunden keine Ausführungen stattfinden
+- Nützlich zur Überwachung geplanter Workflows, die regelmäßig ausgeführt werden sollten
+
+**Fehlerzählung**
+- Alarmierung, wenn die Fehleranzahl X innerhalb eines Zeitfensters überschreitet
+- Erfasst die Gesamtfehler, nicht aufeinanderfolgende
+
+Alle Alarmtypen beinhalten eine Abklingzeit von 1 Stunde, um Benachrichtigungsspam zu vermeiden.
+
+### Webhook-Konfiguration
+
+Für Webhooks stehen zusätzliche Optionen zur Verfügung:
 - `url`: Ihre Webhook-Endpunkt-URL
-- `secret`: Optionales Geheimnis für die HMAC-Signaturverifizierung
-- `includeFinalOutput`: Die endgültige Ausgabe des Workflows in die Nutzlast einschließen
-- `includeTraceSpans`: Detaillierte Ausführungs-Trace-Spans einschließen
-- `includeRateLimits`: Informationen zum Ratelimit des Workflow-Besitzers einschließen
-- `includeUsageData`: Nutzungs- und Abrechnungsdaten des Workflow-Besitzers einschließen
-- `levelFilter`: Array von Log-Ebenen, die empfangen werden sollen (`info`, `error`)
-- `triggerFilter`: Array von Auslösertypen, die empfangen werden sollen (`api`, `webhook`, `schedule`, `manual`, `chat`)
-- `active`: Webhook-Abonnement aktivieren/deaktivieren
+- `secret`: Optionales Geheimnis für HMAC-Signaturverifizierung
 
-### Webhook-Nutzlast
+### Payload-Struktur
 
-Wenn eine Workflow-Ausführung abgeschlossen ist, sendet Sim eine POST-Anfrage an Ihre Webhook-URL:
+Wenn eine Workflow-Ausführung abgeschlossen ist, sendet Sim die folgende Payload (über Webhook POST, E-Mail oder Slack):
 
 ```json
 {
@@ -327,17 +373,17 @@ Wenn eine Workflow-Ausführung abgeschlossen ist, sendet Sim eine POST-Anfrage a
 
 ### Webhook-Header
 
-Jede Webhook-Anfrage enthält diese Header:
+Jede Webhook-Anfrage enthält diese Header (nur Webhook-Kanal):
 
 - `sim-event`: Ereignistyp (immer `workflow.execution.completed`)
 - `sim-timestamp`: Unix-Zeitstempel in Millisekunden
-- `sim-delivery-id`: Eindeutige Lieferungs-ID für Idempotenz
-- `sim-signature`: HMAC-SHA256-Signatur zur Verifizierung (falls Secret konfiguriert)
-- `Idempotency-Key`: Identisch mit der Lieferungs-ID zur Erkennung von Duplikaten
+- `sim-delivery-id`: Eindeutige Zustell-ID für Idempotenz
+- `sim-signature`: HMAC-SHA256-Signatur zur Verifizierung (falls Geheimnis konfiguriert)
+- `Idempotency-Key`: Gleich wie Zustell-ID zur Erkennung von Duplikaten
 
 ### Signaturverifizierung
 
-Wenn Sie ein Webhook-Secret konfigurieren, überprüfen Sie die Signatur, um sicherzustellen, dass der Webhook von Sim stammt:
+Wenn Sie ein Webhook-Geheimnis konfigurieren, überprüfen Sie die Signatur, um sicherzustellen, dass der Webhook von Sim stammt:
 
 <Tabs items={['Node.js', 'Python']}>
   <Tab value="Node.js">
@@ -414,7 +460,7 @@ Fehlgeschlagene Webhook-Zustellungen werden mit exponentiellem Backoff und Jitte
 
 - Maximale Versuche: 5
 - Wiederholungsverzögerungen: 5 Sekunden, 15 Sekunden, 1 Minute, 3 Minuten, 10 Minuten
-- Jitter: Bis zu 10% zusätzliche Verzögerung, um Überlastungen zu vermeiden
+- Jitter: Bis zu 10% zusätzliche Verzögerung, um Überlastung zu vermeiden
 - Nur HTTP 5xx und 429 Antworten lösen Wiederholungen aus
 - Zustellungen haben ein Timeout nach 30 Sekunden
 
@@ -424,15 +470,15 @@ Fehlgeschlagene Webhook-Zustellungen werden mit exponentiellem Backoff und Jitte
 
 ## Best Practices
 
-1. **Polling-Strategie**: Verwenden Sie beim Abfragen von Logs die cursorbasierte Paginierung mit `order=asc` und `startDate`, um neue Logs effizient abzurufen.
+1. **Polling-Strategie**: Verwende bei der Abfrage von Logs eine cursor-basierte Paginierung mit `order=asc` und `startDate`, um neue Logs effizient abzurufen.
 
-2. **Webhook-Sicherheit**: Konfigurieren Sie immer ein Webhook-Secret und überprüfen Sie Signaturen, um sicherzustellen, dass Anfragen von Sim stammen.
+2. **Webhook-Sicherheit**: Konfiguriere immer ein Webhook-Secret und überprüfe Signaturen, um sicherzustellen, dass Anfragen von Sim stammen.
 
-3. **Idempotenz**: Verwenden Sie den `Idempotency-Key`Header, um doppelte Webhook-Zustellungen zu erkennen und zu behandeln.
+3. **Idempotenz**: Verwende den `Idempotency-Key`Header, um doppelte Webhook-Zustellungen zu erkennen und zu behandeln.
 
-4. **Datenschutz**: Standardmäßig werden `finalOutput` und `traceSpans` von den Antworten ausgeschlossen. Aktivieren Sie diese nur, wenn Sie die Daten benötigen und die Datenschutzauswirkungen verstehen.
+4. **Datenschutz**: Standardmäßig werden `finalOutput` und `traceSpans` aus den Antworten ausgeschlossen. Aktiviere diese nur, wenn du die Daten benötigst und die Datenschutzauswirkungen verstehst.
 
-5. **Rate-Limiting**: Implementieren Sie exponentielles Backoff, wenn Sie 429-Antworten erhalten. Überprüfen Sie den `Retry-After`Header für die empfohlene Wartezeit.
+5. **Rate-Limiting**: Implementiere exponentielles Backoff, wenn du 429-Antworten erhältst. Überprüfe den `Retry-After`Header für die empfohlene Wartezeit.
 
 ## Rate-Limiting
 
@@ -443,7 +489,7 @@ Die API implementiert Rate-Limiting, um eine faire Nutzung zu gewährleisten:
 - **Team-Plan**: 60 Anfragen pro Minute
 - **Enterprise-Plan**: Individuelle Limits
 
-Informationen zum Rate-Limit sind in den Antwort-Headern enthalten:
+Rate-Limit-Informationen sind in den Antwort-Headern enthalten:
 - `X-RateLimit-Limit`: Maximale Anfragen pro Zeitfenster
 - `X-RateLimit-Remaining`: Verbleibende Anfragen im aktuellen Zeitfenster
 - `X-RateLimit-Reset`: ISO-Zeitstempel, wann das Zeitfenster zurückgesetzt wird
@@ -495,7 +541,7 @@ async function pollLogs() {
 setInterval(pollLogs, 30000);
 ```
 
-## Beispiel: Verarbeitung von Webhooks
+## Beispiel: Verarbeiten von Webhooks
 
 ```javascript
 import express from 'express';

apps/docs/content/docs/de/execution/logging.mdx

@@ -147,4 +147,4 @@ Der Snapshot bietet:
 
 - Erfahren Sie mehr über die [Kostenberechnung](/execution/costs), um die Preisgestaltung von Workflows zu verstehen
 - Erkunden Sie die [externe API](/execution/api) für programmatischen Zugriff auf Protokolle
-- Richten Sie [Webhook-Benachrichtigungen](/execution/api#webhook-subscriptions) für Echtzeit-Warnungen ein
+- Richten Sie [Benachrichtigungen](/execution/api#notifications) für Echtzeit-Warnungen per Webhook, E-Mail oder Slack ein

apps/docs/content/docs/es/execution/api.mdx

@@ -251,32 +251,78 @@ Recupera detalles de ejecución incluyendo la instantánea del estado del flujo
   </Tab>
 </Tabs>
 
-## Suscripciones a webhooks
+## Notificaciones
 
-Recibe notificaciones en tiempo real cuando se completan las ejecuciones de flujos de trabajo. Los webhooks se configuran a través de la interfaz de usuario de Sim en el editor de flujos de trabajo.
+Recibe notificaciones en tiempo real cuando se completan las ejecuciones de flujos de trabajo a través de webhook, correo electrónico o Slack. Las notificaciones se configuran a nivel de espacio de trabajo desde la página de Registros.
 
 ### Configuración
 
-Los webhooks pueden configurarse para cada flujo de trabajo a través de la interfaz de usuario del editor de flujos de trabajo. Haz clic en el icono de webhook en la barra de control para configurar tus suscripciones a webhooks.
+Configura las notificaciones desde la página de Registros haciendo clic en el botón de menú y seleccionando "Configurar notificaciones".
 
-<div className="mx-auto w-full overflow-hidden rounded-lg">
-  <Video src="configure-webhook.mp4" width={700} height={450} />
-</div>
+**Canales de notificación:**
+- **Webhook**: Envía solicitudes HTTP POST a tu punto de conexión
+- **Correo electrónico**: Recibe notificaciones por correo con detalles de la ejecución
+- **Slack**: Publica mensajes en un canal de Slack
 
-**Opciones de configuración disponibles:**
-- `url`: URL del punto final de tu webhook
+**Selección de flujos de trabajo:**
+- Selecciona flujos de trabajo específicos para monitorear
+- O elige "Todos los flujos de trabajo" para incluir los flujos actuales y futuros
+
+**Opciones de filtrado:**
+- `levelFilter`: Niveles de registro a recibir (`info`, `error`)
+- `triggerFilter`: Tipos de disparadores a recibir (`api`, `webhook`, `schedule`, `manual`, `chat`)
+
+**Datos opcionales:**
+- `includeFinalOutput`: Incluir la salida final del flujo de trabajo
+- `includeTraceSpans`: Incluir trazas detalladas de la ejecución
+- `includeRateLimits`: Incluir información de límites de tasa (límites sincrónicos/asincrónicos y restantes)
+- `includeUsageData`: Incluir uso y límites del período de facturación
+
+### Reglas de alerta
+
+En lugar de recibir notificaciones por cada ejecución, configura reglas de alerta para ser notificado solo cuando se detecten problemas:
+
+**Fallos consecutivos**
+- Alerta después de X ejecuciones fallidas consecutivas (por ejemplo, 3 fallos seguidos)
+- Se reinicia cuando una ejecución tiene éxito
+
+**Tasa de fallos**
+- Alerta cuando la tasa de fallos supera el X% durante las últimas Y horas
+- Requiere un mínimo de 5 ejecuciones en la ventana de tiempo
+- Solo se activa después de que haya transcurrido la ventana de tiempo completa
+
+**Umbral de latencia**
+- Alerta cuando cualquier ejecución tarda más de X segundos
+- Útil para detectar flujos de trabajo lentos o bloqueados
+
+**Pico de latencia**
+- Alerta cuando la ejecución es X% más lenta que el promedio
+- Compara con la duración promedio durante la ventana de tiempo configurada
+- Requiere un mínimo de 5 ejecuciones para establecer una línea base
+
+**Umbral de costo**
+- Alerta cuando una sola ejecución cuesta más de $X
+- Útil para detectar llamadas costosas a LLM
+
+**Sin actividad**
+- Alerta cuando no ocurren ejecuciones dentro de X horas
+- Útil para monitorear flujos de trabajo programados que deberían ejecutarse regularmente
+
+**Recuento de errores**
+- Alerta cuando el recuento de errores excede X dentro de una ventana de tiempo
+- Rastrea errores totales, no consecutivos
+
+Todos los tipos de alertas incluyen un período de enfriamiento de 1 hora para evitar el spam de notificaciones.
+
+### Configuración de webhook
+
+Para webhooks, hay opciones adicionales disponibles:
+- `url`: La URL de tu endpoint webhook
 - `secret`: Secreto opcional para verificación de firma HMAC
-- `includeFinalOutput`: Incluir la salida final del flujo de trabajo en la carga útil
-- `includeTraceSpans`: Incluir intervalos de seguimiento de ejecución detallados
-- `includeRateLimits`: Incluir información del límite de tasa del propietario del flujo de trabajo
-- `includeUsageData`: Incluir datos de uso y facturación del propietario del flujo de trabajo
-- `levelFilter`: Array de niveles de registro a recibir (`info`, `error`)
-- `triggerFilter`: Array de tipos de disparadores a recibir (`api`, `webhook`, `schedule`, `manual`, `chat`)
-- `active`: Habilitar/deshabilitar la suscripción al webhook
 
-### Carga útil del webhook
+### Estructura de carga útil
 
-Cuando se completa la ejecución de un flujo de trabajo, Sim envía una solicitud POST a tu URL de webhook:
+Cuando se completa la ejecución de un flujo de trabajo, Sim envía la siguiente carga útil (vía webhook POST, correo electrónico o Slack):
 
 ```json
 {
@@ -325,9 +371,9 @@ Cuando se completa la ejecución de un flujo de trabajo, Sim envía una solicitu
 }
 ```
 
-### Cabeceras de webhook
+### Encabezados de webhook
 
-Cada solicitud de webhook incluye estas cabeceras:
+Cada solicitud de webhook incluye estos encabezados (solo canal webhook):
 
 - `sim-event`: Tipo de evento (siempre `workflow.execution.completed`)
 - `sim-timestamp`: Marca de tiempo Unix en milisegundos
@@ -416,39 +462,39 @@ Las entregas de webhook fallidas se reintentan con retroceso exponencial y fluct
 - Retrasos de reintento: 5 segundos, 15 segundos, 1 minuto, 3 minutos, 10 minutos
 - Fluctuación: Hasta un 10% de retraso adicional para prevenir el efecto de manada
 - Solo las respuestas HTTP 5xx y 429 activan reintentos
-- Las entregas agotan el tiempo de espera después de 30 segundos
+- Las entregas agotan el tiempo después de 30 segundos
 
 <Callout type="info">
-  Las entregas de webhook se procesan de forma asíncrona y no afectan al rendimiento de ejecución del flujo de trabajo.
+  Las entregas de webhook se procesan de forma asíncrona y no afectan el rendimiento de ejecución del flujo de trabajo.
 </Callout>
 
 ## Mejores prácticas
 
-1. **Estrategia de sondeo**: Al sondear registros, utiliza paginación basada en cursor con `order=asc` y `startDate` para obtener nuevos registros de manera eficiente.
+1. **Estrategia de sondeo**: Cuando consultes registros, utiliza paginación basada en cursores con `order=asc` y `startDate` para obtener nuevos registros de manera eficiente.
 
 2. **Seguridad de webhook**: Siempre configura un secreto de webhook y verifica las firmas para asegurar que las solicitudes provienen de Sim.
 
 3. **Idempotencia**: Utiliza la cabecera `Idempotency-Key` para detectar y manejar entregas duplicadas de webhook.
 
 4. **Privacidad**: Por defecto, `finalOutput` y `traceSpans` están excluidos de las respuestas. Habilítalos solo si necesitas los datos y comprendes las implicaciones de privacidad.
 
-5. **Limitación de tasa**: Implementa retroceso exponencial cuando recibas respuestas 429. Consulta la cabecera `Retry-After` para conocer el tiempo de espera recomendado.
+5. **Limitación de tasa**: Implementa retroceso exponencial cuando recibas respuestas 429. Verifica la cabecera `Retry-After` para conocer el tiempo de espera recomendado.
 
 ## Limitación de tasa
 
-La API implementa limitación de tasa para garantizar un uso justo:
+La API implementa limitación de tasa para asegurar un uso justo:
 
 - **Plan gratuito**: 10 solicitudes por minuto
 - **Plan Pro**: 30 solicitudes por minuto
 - **Plan Team**: 60 solicitudes por minuto
 - **Plan Enterprise**: Límites personalizados
 
-La información del límite de tasa se incluye en los encabezados de respuesta:
-- `X-RateLimit-Limit`: Máximo de solicitudes por ventana
+La información de límite de tasa se incluye en las cabeceras de respuesta:
+- `X-RateLimit-Limit`: Solicitudes máximas por ventana
 - `X-RateLimit-Remaining`: Solicitudes restantes en la ventana actual
-- `X-RateLimit-Reset`: Marca de tiempo ISO cuando se reinicia la ventana
+- `X-RateLimit-Reset`: Marca de tiempo ISO cuando la ventana se reinicia
 
-## Ejemplo: Sondeo para nuevos registros
+## Ejemplo: Sondeo de nuevos registros
 
 ```javascript
 let cursor = null;

apps/docs/content/docs/es/execution/logging.mdx

@@ -147,4 +147,4 @@ La instantánea proporciona:
 
 - Aprende sobre [Cálculo de costos](/execution/costs) para entender los precios de los flujos de trabajo
 - Explora la [API externa](/execution/api) para acceso programático a los registros
-- Configura [notificaciones por Webhook](/execution/api#webhook-subscriptions) para alertas en tiempo real
+- Configura [Notificaciones](/execution/api#notifications) para alertas en tiempo real vía webhook, correo electrónico o Slack