Fragen Sie Ihre Fertigung.

Mit Toleron Flow können Sie Ihrer Fertigung eine Frage stellen – im Assistenten-Panel neben jeder Seite des Dashboards oder direkt auf der Seite einer Maschine. Heute beantwortet Flow drei Arten von Fragen:

• Zur Maschine – was sie gerade tut, was in der letzten Stunde, am letzten Tag oder in der letzten Woche passiert ist, welche Alarme die meiste Zeit gekostet haben, wohin die Stillstandszeit gegangen ist, wie gut sie ausgelastet war.
• Zum Handbuch – was die freigegebenen Dokumente sagen, mit Angabe der Seite, des Upload-Datums und ob das Dokument geprüft ist.
• Einen Zeitraum erklären – eine Maschinenseite bietet „Was ist in den letzten 24 Stunden passiert?“, „diese Woche“ und „die letzten 30 Tage“ an. Angeboten werden nur Fragen, die Ihre Installation tatsächlich beantworten kann – kein Button führt zu einer Ablehnung.

Unterhaltungen sind standardmäßig allgemein; tippen Sie @ und einen Maschinennamen, um über diese Maschine zu sprechen. Jede Unterhaltung wird gespeichert, kann wieder geöffnet und fortgesetzt werden, und jede Antwort lässt sich im Protokoll nachvollziehen.

Flow liest Ihre Datenbank nicht direkt. Es nutzt dieselben Auswertungen wie die Dashboards und Berichte, mit den Zugriffsrechten der fragenden Person. Die Zahlen stammen aus derselben Berechnung wie die Berichte; das Sprachmodell formuliert sie nur aus.

1. Sie sehen, was passiert. Während die Daten geholt werden, sehen Sie Maschinenstatus wird gelesen oder Alarme werden abgefragt – innerhalb einer Sekunde passiert sichtbar etwas, auch wenn die vollständige Antwort sechs Sekunden braucht.
2. Tabellen zeigen die tatsächlichen Zahlen. Ein Ergebnis erscheint als Tabelle, nicht als neu formulierter Fließtext. Ein Wert, der nicht berechnet werden konnte, erscheint als Strich (—), niemals als Null. Eine gekürzte Liste sagt Auszug aus 57.
3. Toleron ordnet, der Assistent erklärt. Welcher Alarm am meisten gekostet hat, entscheidet Toleron mit seiner eigenen Auswertung; der Assistent erklärt die Rangfolge. Mit echten Fakten versorgt, gibt ein Assistent Inhalte gut wieder, setzt aber schlecht Prioritäten – deshalb wird er damit nicht beauftragt.
4. Quellen nennen ihr Alter. Eine Handbuchseite wird mit Upload-Datum und Revision zitiert; ein ungeprüftes oder überholtes Dokument wird als solches gekennzeichnet, statt es zu verschweigen.
5. Drei mögliche Ergebnisse. Eine vollständige Antwort, eine Teilantwort mit Benennung der fehlenden Daten oder ein klares „Nicht beantwortbar“. „Die OEE ist nicht berechenbar, weil keine ideale Zykluszeit hinterlegt ist“ ist eine Antwort; erfundene 0 % sind keine.

Flow hat eine bewusst eng begrenzte Reichweite. Jede dieser Grenzen ist durch automatische Tests abgesichert, nicht durch eine Richtlinie:

• Flow sieht nie mehr als die fragende Person – es hat keinen eigenen Zugang zu den Betriebsdaten und arbeitet immer mit den Rechten dieser Person.
• Flow kann nichts verändern – weder an der Datenerfassung noch an einer Steuerung. Dieser Zugriff existiert nicht und wird auch nicht hinzugefügt. Das System berät; Menschen handeln.
• Jede Frage an das Modell wird protokolliert.
• Flow arbeitet mit Zusammenfassungen, Alarmen und Dokumenten – nie mit rohen Sensoraufzeichnungen.

Flow läuft vollständig auf lokaler Hardware. Welches Modell dahintersteht, wird je Installation entschieden: heute frei verfügbare Modelle auf lokaler Hardware in unserem Labor, morgen ein anderes Modell – ohne Änderung an der Software. Dokumente und Betriebsdaten verlassen den Standort nie.

Was Flow an das Modell weitergibt, wird bewusst knapp gehalten: Ergebnisse werden gekürzt, und weitergegeben wird nur, was die Frage braucht. Das hält die Antworten auf bescheidener Hardware schnell – und sorgt dafür, dass ein größeres Modell dieselben Antworten gibt.

Flow ist seit August 2026 im Early Access auf unserer Laborinstallation: Assistenten-Panel, @-Erwähnungen, Gesprächsverlauf, Wissensseite und die Erklärungen pro Maschine sind live und werden gegen eine wachsende Zahl von Testfragen geprüft, die Flow korrekt beantworten oder korrekt ablehnen muss.

Konzipiert und als Nächstes an der Reihe: ein Aufmerksamkeits-Panel für Tag und Schicht, das zuerst ordnet, was einen Blick verdient, und es dann erklärt; eine Fehler-Werkbank, die Schritt für Schritt vom Symptom zur dokumentierten Ursache führt; geführte Aktionen – „diesen Sensor registrieren“, „diese Maschine hinzufügen“ –, die zunächst die vorhandenen Formulare vorausfüllen und erst nach Bestätigung durch einen Menschen ausgeführt werden; sowie Anbindungen an die übrigen Systeme im Werk.