Neuer Concierge-Prozess

← Zurück zur Übersicht
1. Identität
2. Routing

JSON-Array; Groß/Kleinschreibung egal. Keine Überschneidung mit anderen aktiven Gruppen.

JSON-Array der Service-Schlüssel in kanonischer Erstellungsreihenfolge.

JSON-Objekt: Dienst → Liste von Pflichtfeldnamen (keine _id-Felder — Fremdschlüssel werden zur Planzeit aufgelöst).

3. Plan-Template (deklarativ)

Erlaubte Operatoren: {"from": "feld"}, {"from": "feld", "default": wert}, {"const": wert}, {"ref": "dienst:index"}, {"derive": "slug", "from": "feld"}, {"cast": "float|int|string"}.
Leer lassen = PHP-Fallback (nur für die eingebaute offering-Gruppe).

4. Feld-Schema (Formular-Felder)

Feld-Deskriptoren je Dienst: name (eindeutig, == plan-template "from"), type (text|textarea|number|email|password|phone|select|radio|checkbox|hidden), label_key/label, collect (both|form|chat), required, options oder options_provider, when, validation, default. Chat-sichtbare Felder brauchen einen "from"-Schlüssel im Plan-Template.

5. Strategie (LLM-Prosa)

Nur .md; wird unter config/concierge/strategies/ gespeichert.

Prosadokument für das Sprachmodell mit allen 8 Standard-Abschnitten (Role/Goal, Trigger Keywords, Group Members, Dependency Graph, Elicitable Fields, Completeness Gate, Validation Gate, Example Prompt).

Abbrechen