Skip to content

Commit 9bbd22e

Browse files
authored
feat(i18n): update translations
1 parent 3bf00cb commit 9bbd22e

File tree

11 files changed

+545
-135
lines changed

11 files changed

+545
-135
lines changed

apps/docs/content/docs/de/triggers/index.mdx

Lines changed: 16 additions & 28 deletions
Original file line numberDiff line numberDiff line change
@@ -7,46 +7,34 @@ import { Card, Cards } from 'fumadocs-ui/components/card'
77

88
## Kern-Auslöser
99

10-
Wähle einen Auslöser pro Workflow, um zu definieren, wie er startet:
10+
Verwende den Start-Block für alles, was vom Editor, von Deploy-to-API oder von Deploy-to-Chat-Erfahrungen ausgeht. Andere Trigger bleiben für ereignisgesteuerte Workflows verfügbar:
1111

1212
<Cards>
13-
<Card title="API" href="/triggers/api">
14-
HTTP-Endpunkt, der JSON-Bodies in Workflow-Eingaben umwandelt
15-
</Card>
16-
<Card title="Chat" href="/triggers/chat">
17-
Bereitgestellte Chat-Oberfläche mit Streaming-Antworten
18-
</Card>
19-
<Card title="Eingabeformular" href="/triggers/input-form">
20-
Typisierte manuelle Eingabe für Editor-Ausführungen und Unterworkflows
21-
</Card>
22-
<Card title="Manuell" href="/triggers/manual">
23-
Bedarfsgesteuerte Ausführungen ohne zusätzliche Daten
24-
</Card>
25-
<Card title="Zeitplan" href="/triggers/schedule">
26-
Cron- oder intervallbasierte Ausführung
13+
<Card title="Start" href="/triggers/start">
14+
Einheitlicher Einstiegspunkt, der Editor-Ausführungen, API-Bereitstellungen und Chat-Bereitstellungen unterstützt
2715
</Card>
2816
<Card title="Webhook" href="/triggers/webhook">
2917
Externe Webhook-Payloads empfangen
3018
</Card>
19+
<Card title="Schedule" href="/triggers/schedule">
20+
Cron- oder intervallbasierte Ausführung
21+
</Card>
3122
</Cards>
3223

3324
## Schneller Vergleich
3425

35-
| Auslöser | Startbedingung |
26+
| Trigger | Startbedingung |
3627
|---------|-----------------|
37-
| **API** | Authentifizierter HTTP POST |
38-
| **Chat** | Chat-Deployment-Nachricht |
39-
| **Eingabeformular** | Bei manueller Übermittlung im Editor oder übergeordneten Workflow |
40-
| **Manuell** | Ausführen-Schaltfläche im Editor |
41-
| **Zeitplan** | Timer, der im Zeitplan-Modal verwaltet wird |
42-
| **Webhook** | Bei eingehendem HTTP-Request |
28+
| **Start** | Editor-Ausführungen, Deploy-to-API-Anfragen oder Chat-Nachrichten |
29+
| **Schedule** | Timer, der im Zeitplan-Modal verwaltet wird |
30+
| **Webhook** | Bei eingehender HTTP-Anfrage |
4331

44-
## Verwendung von Auslösern
32+
> Der Start-Block stellt immer `input`, `conversationId` und `files`Felder bereit. Füge benutzerdefinierte Felder zum Eingabeformat für zusätzliche strukturierte Daten hinzu.
4533
46-
1. Platziere den Auslöser-Block im Startslot.
47-
2. Konfiguriere alle erforderlichen Schemas oder Authentifizierungen.
48-
3. Verbinde den Block mit dem Rest des Workflows.
34+
## Verwendung von Triggern
4935

50-
> Deployments unterstützen jeden Auslöser. Aktualisiere den Workflow, stelle ihn neu bereit, und alle Auslöser-Einstiegspunkte übernehmen den neuen Snapshot. Erfahre mehr unter [Ausführung → Deployment-Snapshots](/execution).
36+
1. Platziere den Start-Block im Startslot (oder einen alternativen Trigger wie Webhook/Schedule).
37+
2. Konfiguriere alle erforderlichen Schema- oder Authentifizierungseinstellungen.
38+
3. Verbinde den Block mit dem Rest des Workflows.
5139

52-
Legacy-Starter-Blöcke bleiben für bestehende Flows erhalten, erscheinen aber nicht mehr in neuen Builds.
40+
> Bereitstellungen unterstützen jeden Trigger. Aktualisiere den Workflow, stelle ihn erneut bereit, und alle Trigger-Einstiegspunkte übernehmen den neuen Snapshot. Erfahre mehr unter [Ausführung → Bereitstellungs-Snapshots](/execution).
Lines changed: 90 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,90 @@
1+
---
2+
title: Start
3+
---
4+
5+
import { Callout } from 'fumadocs-ui/components/callout'
6+
import { Tab, Tabs } from 'fumadocs-ui/components/tabs'
7+
import { Image } from '@/components/ui/image'
8+
9+
Der Start-Block ist der Standard-Auslöser für Workflows, die in Sim erstellt werden. Er sammelt strukturierte Eingaben und verteilt sie an den Rest deines Graphen für Editor-Tests, API-Bereitstellungen und Chat-Erlebnisse.
10+
11+
<div className="flex justify-center">
12+
<Image
13+
src="/static/start.png"
14+
alt="Start-Block mit Eingabeformat-Feldern"
15+
width={360}
16+
height={380}
17+
className="my-6"
18+
/>
19+
</div>
20+
21+
<Callout type="info">
22+
Der Start-Block befindet sich in der Startposition, wenn du einen Workflow erstellst. Behalte ihn dort, wenn du denselben Einstiegspunkt für Editor-Ausführungen, Deploy-to-API-Anfragen und Chat-Sitzungen verwenden möchtest. Tausche ihn mit Webhook- oder Schedule-Triggern aus, wenn du nur ereignisgesteuerte Ausführung benötigst.
23+
</Callout>
24+
25+
## Von Start bereitgestellte Felder
26+
27+
Der Start-Block gibt je nach Ausführungsumgebung unterschiedliche Daten aus:
28+
29+
- **Eingabeformat-Felder** — Jedes Feld, das du hinzufügst, wird als `<start.fieldName>` verfügbar. Zum Beispiel erscheint ein `customerId`Feld als `<start.customerId>` in nachgelagerten Blöcken und Vorlagen.
30+
- **Nur-Chat-Felder** — Wenn der Workflow über das Chat-Seitenfeld oder ein bereitgestelltes Chat-Erlebnis ausgeführt wird, stellt Sim auch `<start.input>` (neueste Benutzernachricht), `<start.conversationId>` (aktive Sitzungs-ID) und `<start.files>` (Chat-Anhänge) bereit.
31+
32+
Halte die Eingabeformat-Felder auf die Namen beschränkt, auf die du später verweisen möchtest – diese Werte sind die einzigen strukturierten Felder, die über Editor-, API- und Chat-Ausführungen hinweg geteilt werden.
33+
34+
## Konfiguriere das Eingabeformat
35+
36+
Verwende den Eingabeformat-Unterblock, um das Schema zu definieren, das für alle Ausführungsmodi gilt:
37+
38+
1. Füge ein Feld für jeden Wert hinzu, den du sammeln möchtest.
39+
2. Wähle einen Typ (`string`, `number`, `boolean`, `object`, `array` oder `files`). Dateifelder akzeptieren Uploads von Chat- und API-Aufrufern.
40+
3. Gib Standardwerte an, wenn du möchtest, dass das manuelle Ausführungsmodal automatisch Testdaten einfügt. Diese Standardwerte werden für bereitgestellte Ausführungen ignoriert.
41+
4. Ordne Felder neu an, um zu steuern, wie sie im Editor-Formular erscheinen.
42+
43+
Referenzieren Sie strukturierte Werte nachgelagert mit Ausdrücken wie `<start.customerId>` abhängig vom Block, den Sie verbinden.
44+
45+
## Wie es sich je nach Einstiegspunkt verhält
46+
47+
<Tabs items={['Editor-Ausführung', 'Bereitstellung als API', 'Bereitstellung für Chat']}>
48+
<Tab>
49+
<div className="space-y-3">
50+
<p>
51+
Wenn Sie im Editor auf <strong>Ausführen</strong> klicken, rendert der Start-Block das Eingabeformat als Formular. Standardwerte erleichtern das erneute Testen ohne erneute Dateneingabe. Durch das Absenden des Formulars wird der Workflow sofort ausgelöst und die Werte werden unter <code>&lt;start.feldName&gt;</code> (zum Beispiel <code>&lt;start.sampleField&gt;</code>) verfügbar.
52+
</p>
53+
<p>
54+
Dateifelder im Formular werden direkt in die entsprechenden `<start.fieldName>` hochgeladen; verwenden Sie diese Werte, um nachgelagerte Tools oder Speicherschritte zu versorgen.
55+
</p>
56+
</div>
57+
</Tab>
58+
<Tab>
59+
<div className="space-y-3">
60+
<p>
61+
Die Bereitstellung als API verwandelt das Eingabeformat in einen JSON-Vertrag für Clients. Jedes Feld wird Teil des Anforderungskörpers, und Sim erzwingt primitive Typen bei der Aufnahme. Dateifelder erwarten Objekte, die auf hochgeladene Dateien verweisen; verwenden Sie den Ausführungs-Datei-Upload-Endpunkt, bevor Sie den Workflow aufrufen.
62+
</p>
63+
<p>
64+
API-Aufrufer können zusätzliche optionale Eigenschaften einbeziehen. Diese werden in den `<start.fieldName>`Ausgaben beibehalten, sodass Sie experimentieren können, ohne sofort neu bereitzustellen.
65+
</p>
66+
</div>
67+
</Tab>
68+
<Tab>
69+
<div className="space-y-3">
70+
<p>
71+
Bei Chat-Bereitstellungen bindet sich der Start-Block an die aktive Konversation. Die neueste Nachricht füllt <code>&lt;start.input&gt;</code>, die Sitzungskennung ist unter <code>&lt;start.conversationId&gt;</code> verfügbar, und Benutzeranhänge erscheinen unter <code>&lt;start.files&gt;</code>, zusammen mit allen Eingabeformatfeldern, die als <code>&lt;start.fieldName&gt;</code> definiert sind.
72+
</p>
73+
<p>
74+
Wenn Sie den Chat mit zusätzlichem strukturiertem Kontext starten (zum Beispiel aus einer Einbettung), wird dieser mit den entsprechenden `<start.fieldName>`Ausgaben zusammengeführt, wodurch nachgelagerte Blöcke konsistent mit API- und manuellen Ausführungen bleiben.
75+
</p>
76+
</div>
77+
</Tab>
78+
</Tabs>
79+
80+
## Referenzierung von Start-Daten in nachgelagerten Komponenten
81+
82+
- Verbinde `<start.fieldName>` direkt mit Agenten, Tools oder Funktionen, die strukturierte Daten erwarten.
83+
- Verwende Template-Syntax wie `<start.sampleField>` oder `<start.files[0].url>` (nur für Chat) in Prompt-Feldern.
84+
- Halte `<start.conversationId>` bereit, wenn du Ausgaben gruppieren, den Gesprächsverlauf aktualisieren oder die Chat-API erneut aufrufen musst.
85+
86+
## Best Practices
87+
88+
- Behandle den Start-Block als einzigen Einstiegspunkt, wenn du sowohl API- als auch Chat-Aufrufer unterstützen möchtest.
89+
- Bevorzuge benannte Eingabeformat-Felder gegenüber dem Parsen von rohem JSON in nachgelagerten Knoten; Typumwandlung erfolgt automatisch.
90+
- Füge unmittelbar nach dem Start Validierung oder Routing hinzu, wenn bestimmte Felder für den Erfolg deines Workflows erforderlich sind.

apps/docs/content/docs/es/triggers/index.mdx

Lines changed: 13 additions & 25 deletions
Original file line numberDiff line numberDiff line change
@@ -7,46 +7,34 @@ import { Card, Cards } from 'fumadocs-ui/components/card'
77

88
## Disparadores principales
99

10-
Elige un disparador por flujo de trabajo para definir cómo comienza:
10+
Usa el bloque Start para todo lo que se origina desde el editor, deploy-to-API o experiencias deploy-to-chat. Otros disparadores siguen disponibles para flujos de trabajo basados en eventos:
1111

1212
<Cards>
13-
<Card title="API" href="/triggers/api">
14-
Punto final HTTP que mapea cuerpos JSON a entradas de flujo de trabajo
15-
</Card>
16-
<Card title="Chat" href="/triggers/chat">
17-
Interfaz de chat implementada con respuestas en streaming
18-
</Card>
19-
<Card title="Formulario de entrada" href="/triggers/input-form">
20-
Entrada manual tipada utilizada en ejecuciones del editor y flujos de trabajo secundarios
21-
</Card>
22-
<Card title="Manual" href="/triggers/manual">
23-
Ejecuciones bajo demanda sin datos adicionales
24-
</Card>
25-
<Card title="Programación" href="/triggers/schedule">
26-
Ejecución basada en cron o intervalos
13+
<Card title="Start" href="/triggers/start">
14+
Punto de entrada unificado que admite ejecuciones del editor, despliegues de API y despliegues de chat
2715
</Card>
2816
<Card title="Webhook" href="/triggers/webhook">
2917
Recibe cargas útiles de webhooks externos
3018
</Card>
19+
<Card title="Schedule" href="/triggers/schedule">
20+
Ejecución basada en cron o intervalos
21+
</Card>
3122
</Cards>
3223

3324
## Comparación rápida
3425

3526
| Disparador | Condición de inicio |
3627
|---------|-----------------|
37-
| **API** | POST HTTP autenticado |
38-
| **Chat** | Mensaje de implementación de chat |
39-
| **Formulario de entrada** | Al enviar manualmente en el editor o flujo de trabajo principal |
40-
| **Manual** | Botón de ejecución en el editor |
41-
| **Programación** | Temporizador gestionado en el modal de programación |
42-
| **Webhook** | Al recibir una solicitud HTTP |
28+
| **Start** | Ejecuciones del editor, solicitudes deploy-to-API o mensajes de chat |
29+
| **Schedule** | Temporizador gestionado en el modal de programación |
30+
| **Webhook** | En solicitud HTTP entrante |
31+
32+
> El bloque Start siempre expone los campos `input`, `conversationId` y `files`. Añade campos personalizados al formato de entrada para datos estructurados adicionales.
4333
4434
## Uso de disparadores
4535

46-
1. Coloca el bloque disparador en la ranura de inicio.
36+
1. Coloca el bloque Start en la ranura de inicio (o un disparador alternativo como Webhook/Schedule).
4737
2. Configura cualquier esquema o autenticación requerida.
4838
3. Conecta el bloque al resto del flujo de trabajo.
4939

50-
> Las implementaciones potencian cada disparador. Actualiza el flujo de trabajo, vuelve a implementarlo, y todos los puntos de entrada de disparadores recogen la nueva instantánea. Aprende más en [Ejecución → Instantáneas de implementación](/execution).
51-
52-
Los bloques de inicio heredados permanecen para flujos existentes pero ya no aparecen en nuevas compilaciones.
40+
> Los despliegues alimentan cada disparador. Actualiza el flujo de trabajo, vuelve a desplegar, y todos los puntos de entrada de disparadores recogen la nueva instantánea. Aprende más en [Ejecución → Instantáneas de despliegue](/execution).
Lines changed: 90 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,90 @@
1+
---
2+
title: Inicio
3+
---
4+
5+
import { Callout } from 'fumadocs-ui/components/callout'
6+
import { Tab, Tabs } from 'fumadocs-ui/components/tabs'
7+
import { Image } from '@/components/ui/image'
8+
9+
El bloque Inicio es el disparador predeterminado para los flujos de trabajo creados en Sim. Recopila entradas estructuradas y se distribuye al resto de tu gráfico para pruebas de editor, implementaciones de API y experiencias de chat.
10+
11+
<div className="flex justify-center">
12+
<Image
13+
src="/static/start.png"
14+
alt="Bloque de inicio con campos de formato de entrada"
15+
width={360}
16+
height={380}
17+
className="my-6"
18+
/>
19+
</div>
20+
21+
<Callout type="info">
22+
El bloque Inicio se sitúa en la posición inicial cuando creas un flujo de trabajo. Mantenlo allí cuando quieras que el mismo punto de entrada sirva para ejecuciones del editor, solicitudes de implementación de API y sesiones de chat. Cámbialo por disparadores de Webhook o Programación cuando solo necesites ejecución basada en eventos.
23+
</Callout>
24+
25+
## Campos expuestos por Inicio
26+
27+
El bloque Inicio emite diferentes datos dependiendo de la superficie de ejecución:
28+
29+
- **Campos de formato de entrada** — Cada campo que añadas estará disponible como `<start.fieldName>`. Por ejemplo, un campo `customerId` aparecerá como `<start.customerId>` en bloques y plantillas posteriores.
30+
- **Campos exclusivos de chat** — Cuando el flujo de trabajo se ejecuta desde el panel lateral de chat o una experiencia de chat implementada, Sim también proporciona `<start.input>` (último mensaje del usuario), `<start.conversationId>` (id de sesión activa), y `<start.files>` (archivos adjuntos del chat).
31+
32+
Mantén los campos de formato de entrada limitados a los nombres que esperas referenciar más tarde—esos valores son los únicos campos estructurados compartidos entre ejecuciones de editor, API y chat.
33+
34+
## Configurar el formato de entrada
35+
36+
Usa el sub-bloque de formato de entrada para definir el esquema que se aplica en todos los modos de ejecución:
37+
38+
1. Añade un campo para cada valor que quieras recopilar.
39+
2. Elige un tipo (`string`, `number`, `boolean`, `object`, `array`, o `files`). Los campos de archivo aceptan cargas desde chat y llamadas a la API.
40+
3. Proporciona valores predeterminados cuando quieras que el modal de ejecución manual complete automáticamente datos de prueba. Estos valores predeterminados se ignoran para ejecuciones implementadas.
41+
4. Reordena los campos para controlar cómo aparecen en el formulario del editor.
42+
43+
Haz referencia a valores estructurados posteriores con expresiones como `<start.customerId>` dependiendo del bloque que conectes.
44+
45+
## Cómo se comporta por punto de entrada
46+
47+
<Tabs items={['Ejecución en el editor', 'Despliegue a API', 'Despliegue a chat']}>
48+
<Tab>
49+
<div className="space-y-3">
50+
<p>
51+
Cuando haces clic en <strong>Ejecutar</strong> en el editor, el bloque Inicio muestra el Formato de Entrada como un formulario. Los valores predeterminados facilitan volver a probar sin tener que volver a escribir datos. Al enviar el formulario se activa el flujo de trabajo inmediatamente y los valores quedan disponibles en <code>&lt;start.fieldName&gt;</code> (por ejemplo <code>&lt;start.sampleField&gt;</code>).
52+
</p>
53+
<p>
54+
Los campos de archivo en el formulario se cargan directamente en el correspondiente `<start.fieldName>`; usa esos valores para alimentar herramientas posteriores o pasos de almacenamiento.
55+
</p>
56+
</div>
57+
</Tab>
58+
<Tab>
59+
<div className="space-y-3">
60+
<p>
61+
Desplegar a API convierte el Formato de Entrada en un contrato JSON para los clientes. Cada campo se convierte en parte del cuerpo de la solicitud, y Sim fuerza los tipos primitivos durante la ingesta. Los campos de archivo esperan objetos que hagan referencia a archivos cargados; utiliza el punto de conexión de carga de archivos de ejecución antes de invocar el flujo de trabajo.
62+
</p>
63+
<p>
64+
Los que llaman a la API pueden incluir propiedades opcionales adicionales. Estas se conservan dentro de las salidas `<start.fieldName>` para que puedas experimentar sin tener que redesplegar inmediatamente.
65+
</p>
66+
</div>
67+
</Tab>
68+
<Tab>
69+
<div className="space-y-3">
70+
<p>
71+
En los despliegues de chat, el bloque Inicio se vincula a la conversación activa. El último mensaje rellena <code>&lt;start.input&gt;</code>, el identificador de sesión está disponible en <code>&lt;start.conversationId&gt;</code>, y los archivos adjuntos del usuario aparecen en <code>&lt;start.files&gt;</code>, junto con cualquier campo del Formato de Entrada definido como <code>&lt;start.fieldName&gt;</code>.
72+
</p>
73+
<p>
74+
Si inicias el chat con contexto estructurado adicional (por ejemplo, desde una incrustación), este se fusiona con las salidas `<start.fieldName>` correspondientes, manteniendo los bloques posteriores consistentes con la API y las ejecuciones manuales.
75+
</p>
76+
</div>
77+
</Tab>
78+
</Tabs>
79+
80+
## Referenciando datos de Start en nodos posteriores
81+
82+
- Conecta `<start.fieldName>` directamente a agentes, herramientas o funciones que esperan cargas estructuradas.
83+
- Usa sintaxis de plantillas como `<start.sampleField>` o `<start.files[0].url>` (solo en chat) en campos de prompt.
84+
- Mantén `<start.conversationId>` a mano cuando necesites agrupar salidas, actualizar el historial de conversación o llamar de nuevo a la API de chat.
85+
86+
## Mejores prácticas
87+
88+
- Trata el bloque Start como el único punto de entrada cuando quieras dar soporte tanto a llamadas de API como de chat.
89+
- Prefiere campos con formato de entrada nombrados en lugar de analizar JSON sin procesar en nodos posteriores; la conversión de tipos ocurre automáticamente.
90+
- Añade validación o enrutamiento inmediatamente después de Start si ciertos campos son necesarios para que tu flujo de trabajo tenga éxito.

0 commit comments

Comments
 (0)