Des agents pour l'atelier. Ils répondent dans vos propres outils.

Par exemple: Après le quart d'après-midi, le superviseur voit que la presse 7 a perdu de la production à cause d'un changement de 34 minutes et d'un redémarrage lent.

• TRS, disponibilité, performance et qualité par cellule.
• TRS agrégé pour l'ensemble de la ligne de production.
• Analyse du quart en cours ou terminé à partir de l'historian.
• Analyse en direct à partir des données MQTT.
• Synthèses de production bonnes pièces contre rebuts.
• Analyse des arrêts et des catégories de pertes.
• Comparaisons entre cellules, par exemple Presse 1 contre Emballage 2.
• Ce qui a le plus affecté le TRS et les preuves qui confirmeraient une cause supposée.
• Récits adaptés aux opérateurs et synthèses de passation en Markdown.

Par exemple: Avant l'arrêt hebdomadaire, le technicien qui ouvre le mélangeur 3 voit le kit de joints, les étapes de consignation et les deux réparations semblables du dernier trimestre.

• Une question de maintenance en langage naturel sur un actif.
• Des enregistrements d'historique de maintenance depuis un export CMMS, un historian ou un fichier.
• Des événements récents de l'actif en complément de l'historique de maintenance lorsqu'ils sont fournis.
• Des thèmes récurrents de bons de travail, défauts et inspections regroupés à partir de descriptions similaires.
• Une chronologie avec les comptes par type d'historique et les jours depuis le dernier bon de travail, défaut ou contrôle.
• Une réponse concise fondée uniquement sur les enregistrements fournis pour l'actif.
• Des écarts de données et recommandations d'intégration explicites pour les données CMMS, pièces de rechange, surveillance d'état ou historian manquantes.

Par exemple: Quand l'encartonneuse 1 s'arrête trois fois dans la semaine, le responsable maintenance voit le schéma autour de la même cellule photoélectrique et planifie son remplacement.

• Une fenêtre d'incident comparée à une fenêtre de référence pour les signaux temporels fournis.
• Détection par moyenne glissante et écart des signaux qui ont changé autour de l'incident.
• Preuves d'alarmes, d'événements, de qualité, de rebuts, d'arrêts et de généalogie lorsque ces entrées sont présentes.
• Tableau de preuves chronologique et chronologie de l'incident.
• Causes candidates classées avec une confiance déterministe pondérée par source.
• Constats en Markdown avec identifiants de preuves, éléments qui confirmeraient ou écarteraient chaque candidat, et écarts de données déclarés.
• Recommandations de topics de namespace manquants pour renforcer une enquête.

Par exemple: Pendant le quart de nuit, l'opérateur de la ligne 5 reçoit l'alarme de pression hydraulique de la presse, tandis que les alarmes répétées de porte ouverte restent discrètes.

• Enregistrements d'alarmes structurés ou événements d'alarme MQTT, historian ou fichier exporté dans une fenêtre de quart définie.
• Épisodes d'alarmes regroupés par source et code.
• Classement par priorité, fréquence et récence des groupes à montrer d'abord aux opérateurs.
• Alarmes bavardes détectées lorsqu'une même alarme se répète au moins dix fois en une heure.
• Fenêtres de déluge d'alarmes détectées à partir de vingt alarmes ou plus en dix minutes.
• Bref compte rendu de triage en Markdown fondé uniquement sur les groupes et statistiques calculés.
• Recommandations de couverture et de topics de namespace lorsque des champs ou sources d'alarme manquent.

Par exemple: À 6 h, l'opérateur de la ligne 2 reçoit une passation signalant le blocage de la remplisseuse, le retard de changement et le contrôle de roulement prévu après le déjeuner.

• Totaux de bonnes pièces et de rebuts par cellule pour une fenêtre de quart définie.
• Minutes d'arrêt par catégorie, avec les événements qualité enregistrés.
• Arrêts reconstitués à partir de flux MQTT marche/arrêt ou d'événements de durée lorsque les enregistrements ne sont pas structurés.
• Entrées historian, capture de broker ou fichier exporté mappées aux rôles production, arrêt, qualité et note du rapport.
• Contrôle de couverture indiquant les rôles et topics trouvés, ignorés ou manquants.
• Recommandations de topics de namespace pour combler les écarts de données documentés.
• Passation en Markdown, dans la langue demandée, couvrant ce qui a tourné, ce qui s'est arrêté et les points de vigilance pour l'équipe suivante.