Tableau de bord des sources de données et contrôles administratifs

Visibilité opérationnelle sur l'état d'ingestion, les étapes par source, les contrôles de reprocess et les journaux en direct afin que les équipes de contenu puissent maintenir la base de connaissances précise sans aide d'ingénierie.

Qu'est-ce que cette fonctionnalité ?

Le tableau de bord des sources de données est la salle de contrôle pour les connaissances de votre agent AI. C'est là que les administrateurs peuvent voir l'état de chaque source de contenu connectée, comprendre ce qui a été ingéré avec succès, diagnostiquer des problèmes et déclencher des mises à jour — le tout sans avoir besoin d'impliquer un ingénieur. Cette plongée approfondie explique ce que le tableau de bord fournit et pourquoi il est essentiel pour maintenir votre agent précis et fiable à grande échelle.

Pourquoi cela compte pour votre entreprise

Un agent AI n'est aussi fiable que le contenu dont il dispose. Si une ingestion de document échoue silencieusement — par exemple, un PDF n'a pas été traité correctement — votre agent pourrait donner des réponses obsolètes ou manquer des informations importantes. Sans visibilité sur ce qui se passe, vous ne le saurez que lorsque un client se plaindra.

Détection proactive des problèmes. Au lieu de découvrir des échecs d'ingestion par le biais de plaintes de clients, votre équipe les voit immédiatement dans le tableau de bord.
Récupération plus rapide. Lorsque quelque chose ne va pas, vous pouvez identifier exactement quelle étape a échoué et relancer uniquement cette étape — pas recommencer tout le processus depuis le début. C'est la différence entre une correction de 5 minutes et un reprocess d'une heure.
Indépendance opérationnelle. Les équipes de contenu et les opérateurs peuvent gérer la base de connaissances sans avoir à déposer des tickets d'ingénierie pour chaque mise à jour ou correction.
Auditabilité. Chaque action de reprocess est enregistrée — qui l'a déclenchée, quand, et quel a été le résultat. Cela compte pour la conformité et pour comprendre les modèles d'échecs.

Comment cela fonctionne (sans jargon technique)

Chaque source de contenu (un document, une page Web, une base de connaissances connectée) passe par plusieurs étapes de traitement avant que l'agent puisse l'utiliser. Le tableau de bord vous donne une visibilité complète sur chaque étape.

Ce que vous pouvez voir par source

État actuel : Cette source est-elle saine, en cours de traitement ou dans un état d'erreur ?
Dernière traitement : Quand cette source a-t-elle été mise à jour avec succès pour la dernière fois ?
Répartition des étapes : À quelle étape est-elle actuellement — récupération, extraction, découpage, intégration ou indexation ?
Détails des erreurs : Si quelque chose a échoué, qu'est-ce qui s'est exactement mal passé ? (par exemple, "le PDF n'a pas pu être analysé", "la connexion a expiré")
Journaux d'échantillon : Un journal lisible par un humain de l'activité récente pour cette source

Déclenchement d'un reprocess

Vous pouvez choisir exactement combien refaire lorsqu'une source a besoin d'être mise à jour :

Re-télécharger uniquement — Télécharge la dernière version de la source (lorsque le contenu a changé à la source)
Re-extraire — Réanalyse le contenu téléchargé (lorsque la logique d'extraction a été mise à jour)
Re-découper — Re-divise le contenu en morceaux plus petits (lorsque la stratégie de découpage a changé)
Re-intégrer — Régénère les représentations AI (lorsque le modèle d'intégration a été mis à niveau)
Reprocess complet — Commence depuis le début (lorsque quelque chose a changé fondamentalement)

Cette granularité permet d'économiser un temps et des coûts significatifs — vous ne refaites que le travail qui doit réellement être refait.

Suivi de progression en direct

Lorsque vous déclenchez un reprocess, vous n'avez pas à vous demander si cela fonctionne. Le tableau de bord diffuse des journaux en direct à mesure que chaque étape se termine, et vous obtenez un ID de travail que vous pouvez partager avec votre équipe ou référencer dans un ticket de support.

Mesures de sécurité et limites

Pour éviter une surcharge accidentelle :
- Seuls les administrateurs d'organisation peuvent déclencher des travaux de reprocess
- Il y a une limite sur le nombre de travaux de reprocess simultanés pouvant être exécutés par organisation
- Toutes les actions sont enregistrées avec l'identité de l'opérateur et l'horodatage

Ce à quoi s'attendre sur la feuille de route

L'équipe construit :

API de reprocess avec contrôle par étape, plus diffusion de journaux en direct dans le tableau de bord (estimation 4 semaines)
Suivi de l'état des travaux avec notifications par e-mail ou webhook sur l'achèvement ou l'échec

Une fois en ligne, votre équipe opérationnelle disposera de tout ce dont elle a besoin pour maintenir la base de connaissances saine et à jour, sans dépendre du soutien d'ingénierie pour la maintenance de routine.