Wir betreiben mit Famulor seit einigen Monaten eine Inbound-Telefonassistentin im Echtbetrieb (Flow-Builder, eigene Tools, CRM-Anbindung). Aus dieser Praxis unsere Wünsche — und vorab: Simulationstests und Squad Topology sind genau die richtige Richtung, danke dafür! 1. Compliance-Prüfung: Bitte zeigt in der Oberfläche den vollständigen Sperr-Grund samt beanstandeter Textstelle an — aktuell wird der Grund abgeschnitten und ist nur über die API vollständig lesbar. Dazu ein "Prüfen ohne Speichern" (Vorab-Scan) und eine Benachrichtigung per E-Mail oder Webhook, wenn ein Assistent gesperrt wird. Heute merkt man die Sperre erst daran, dass die Nummer tot ist. Und: Der automatisch erzeugte Rahmen-Prompt des Flow-Builders enthält selbst eine Anweisung, die KI-Natur nie zu erwähnen — genau das kollidiert mit der KI-Offenlegung, die eure eigene Prüfung verlangt. Gerade bei kleinen Flows führt das zu Sperren, obwohl der eigene Prompt alles richtig macht. 2. Flow-Builder: Tool-Knoten sollten den Tool-Aufruf verbindlich erzwingen. Heute kann das Modell über einen Tool-Knoten hinweglaufen, ohne das Tool auszuführen — damit ist ein Ablauf nie ganz verlässlich, egal wie sauber er gebaut ist. 3. Squad Topology / Assistenten-Übergabe: Super, dass es das jetzt offiziell gibt — wir bauen genau so eine Architektur. Damit sie produktionsreif wird, fehlen aus unserer Sicht zwei Dinge: Der Ziel-Assistent sollte nach der Übergabe garantiert am Start-Knoten seines Flows beginnen (statt irgendwo einzusteigen), und die Anlaufzeit nach dem Handoff müsste deutlich runter — bei uns wiederholt 15 bis 20 Sekunden bis zur ersten Antwort, das überbrückt keine Begrüßung der Welt. 4. Eigene Werkzeuge: Die neuen Mid-Call-MCP-Tools sind ein toller Schritt. Für die klassischen eigenen Werkzeuge wäre trotzdem POST mit Request-Body wichtig (aktuell nur Parameter in der URL, max. 255 Zeichen, ohne URL-Kodierung) — nicht jeder will für einen einzelnen Endpunkt gleich einen MCP-Server betreiben. 5. Speichern-Feedback: Wenn ein Save fehlschlägt — etwa Begrüßung über 200 Zeichen oder ein leeres Pflichtfeld —, bitte eine sichtbare Fehlermeldung statt eines stillen Scheiterns. Und nach einer Textänderung an der Übergabe-Begrüßung spielt die Leitung noch lange das alte, zwischengespeicherte Audio aus — eine Cache-Invalidierung beim Speichern würde helfen. 6. Nachvollziehbarkeit: Ein Knoten-Protokoll pro Anruf (welcher Flow-Knoten war wann aktiv, welche Kante wurde genommen) — gern auch direkt in den neuen Simulationstests, das wäre die perfekte Kombination zum Debuggen. Dazu eine Versionshistorie mit Rollback für Flows und Assistenten-Einstellungen. 7. API: Modellnamen zu den Modell-IDs auslesbar machen und einheitliche Zeitzonen in den Zeitstempeln. 8. Demo-Link zeitlich begrenzbar machen wie bei Elevenlabs (hatte ich schonmal vorgeschlagen), z.B. für 2 Stunden und 1 Woche