feat: expanded and added more tasks
This commit is contained in:
@@ -0,0 +1,38 @@
|
||||
# Aufgabe 02: Rust Orchestrator skizzieren
|
||||
|
||||
## Ziel
|
||||
|
||||
Du entwirfst den zentralen Orchestrator für Dialog, Tools und State.
|
||||
|
||||
## Warum ist das wichtig?
|
||||
|
||||
Rust eignet sich gut für robuste Service-Logik, Konfiguration und kontrollierte Nebenläufigkeit.
|
||||
|
||||
## Voraussetzungen
|
||||
|
||||
- Modul 01 abgeschlossen
|
||||
- Rust Grundlagen
|
||||
|
||||
## Theorie
|
||||
|
||||
Der Orchestrator ist nicht das Modell, sondern der Koordinator. Er ruft Services auf, validiert Ergebnisse und hält Session-State.
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Lege ein Rust-Projekt oder eine Architektur-Skizze mit Modulen für config, tools, agent, state und clients an.
|
||||
|
||||
## Akzeptanzkriterien
|
||||
|
||||
- Module sind klar benannt.
|
||||
- Externe Services werden über Clients gekapselt.
|
||||
- Config ist getrennt vom Code.
|
||||
|
||||
## Erweiterungen
|
||||
|
||||
- Baue einen `/health` Endpoint.
|
||||
|
||||
## Reflexionsfragen
|
||||
|
||||
- Welche Logik gehört nicht in Python-Skripte?
|
||||
- Was muss synchron und was asynchron sein?
|
||||
- Wie testest du Service-Clients?
|
||||
Reference in New Issue
Block a user