Votre score de confiance s'accompagne de justificatifs.

D'autres plateformes disent « vérifié ». Vérifié par qui ? Quand ? Sur quelle base ? Rasepi vous montre exactement pourquoi un document a été déclassé et vous indique quand un élément du monde réel rend votre documentation peu fiable.

Décomposition du score de confiance Historique des justificatifs
Guide de démarrage
Ingénierie · Mis à jour il y a 2 semaines
54
⚠ v2.0 publiée, le guide fait encore référence à la v1.x ✓ Statut de révision : à jour ✓ Les 4 langues ont été harmonisées ✓ Tous les liens sont valides
Guide d'intégration des paiements
Ingénierie · Mis à jour il y a 5 mois
31
⚠ /api/v1/payments marqué comme obsolète lors du dernier déploiement En retard de 22 jours Version allemande obsolète
FAQ sur les avantages sociaux
RH · Mis à jour il y a 1 semaine
96
✓ Aucune modification externe détectée ✓ Audience importante ✓ Les 5 langues sont à jour

Le problème avec « vérifié »

La plupart des plateformes de connaissances demandent à quelqu'un de cliquer sur un bouton indiquant « cela est toujours correct ». Ce badge ne vous dit rien sur ce qui s'est passé depuis la dernière vérification. Le monde réel n'attend pas votre cycle de révision.

❌ Vérification planifiée

  • Quelqu'un clique sur « vérifié » tous les 90 jours
  • Aucune idée si une dépendance a introduit un changement majeur hier
  • L'API a été marquée comme obsolète la semaine dernière ? Le badge indique toujours « vérifié »
  • Post-mortem soumis il y a une heure ? Le runbook a l'air correct
  • La confiance est un badge, pas un signal

✔ Confiance fondée sur des preuves

  • Le score de confiance réagit en temps réel aux changements réels
  • Chaque baisse de score s'accompagne d'un déclencheur concret
  • Les modifications externes sont signalées avant que quiconque ne lise du contenu obsolète
  • Les vérificateurs voient exactement ce qui a changé et pourquoi
  • La confiance est observable, vérifiable et lisible par machine

Voici comment fonctionne le scoring de confiance

Rasepi ne se contente pas de compter les jours écoulés depuis la dernière révision. Il prend en compte les modifications réelles et les relie aux documents concernés.

1

Rasepi surveille vos sources

Connectez vos dépôts GitHub, vos pipelines CI/CD, vos outils de surveillance, vos systèmes de politiques et la configuration de vos produits. Rasepi surveille les changements susceptibles d'affecter votre documentation : versions, dépréciations, mises à jour de configuration, analyses post-incident.

2

Les changements déclenchent une analyse d'impact

Lorsqu'une dépendance change (une nouvelle version est publiée, une API est marquée comme obsolète, un outil est remplacé), Rasepi identifie les documents qui font référence à cette source et évalue l'impact sur chacun d'entre eux.

3

Les documents concernés sont signalés avec des justifications

Pas seulement « ce document est obsolète ». La raison concrète : « v2.0 publiée, votre guide d'installation fait encore référence à la v1.x » ou « /api/v1/payments marqué comme obsolète lors du dernier déploiement ». Le signal est visible par tous.

4

Votre équipe vérifie en disposant du contexte complet

Les vérificateurs voient ce qui a changé, quand cela a changé et quelles sections sont concernées. Corrigez les parties concernées, validez le reste, et le score de confiance remonte immédiatement.

Voici à quoi cela ressemble en pratique

Voici les types de modifications qui détruisent silencieusement la documentation chaque jour, et les signaux que Rasepi associe à chacune d’entre elles.

🚀 Votre équipe publie une mise à jour majeure
Ce qui s'est passé Votre équipe a fusionné une PR qui fait passer la version minimale de Node.js de 18 à 20 et publie la v2.0.
Ce que fait Rasepi Marque le guide de démarrage et 3 documents de déploiement : « Exigence de dépendance modifiée. Les guides font toujours référence à Node 18 et aux commandes CLI v1.x. »
Score de confiance Passe de 91 à 54, avec la version comme déclencheur associé. Le réviseur met à jour les sections concernées, le score revient à 100.
🔌 Un point de terminaison API est marqué comme obsolète
Ce qui s'est passé Votre équipe backend a marqué /api/v1/payments comme obsolète au profit de /api/v2/payments et a publié la modification.
Ce que fait Rasepi Met en évidence 3 guides d'intégration qui font référence au point de terminaison obsolète : « Point de terminaison API référencé marqué comme obsolète lors du dernier déploiement. »
Score de confiance Chaque guide voit son score baisser proportionnellement. Celui qui documente directement le point de terminaison passe de 88 à 34. Les autres reçoivent un signal d'alerte.
🔧 Votre équipe migre un outil critique
Ce qui s'est passé Votre équipe d'infrastructure migre la surveillance de Datadog vers Grafana. La transition s'achève un mardi après-midi.
Ce que fait Rasepi Marque 12 runbooks et guides d'astreinte qui font référence à des tableaux de bord Datadog, des règles d'alerte et des chemins d'escalade : « Outils de surveillance modifiés. Les références à Datadog sont potentiellement obsolètes. »
Score de confiance Tous les documents concernés sont immédiatement signalés. L'équipe d'astreinte voit les alertes avant le prochain incident.
🚨 Une analyse post-incident révèle des lacunes
Ce qui s’est passé Un incident de gravité 1 révèle qu’une étape d’escalade critique manquait dans le guide d’intervention. Le rapport post-incident est soumis.
Ce que fait Rasepi Lie le rapport post-incident au guide d'intervention et le marque : « Rapport post-incident INC-4821 soumis. Lacunes du guide d'intervention identifiées. »
Score de confiance Passe de 72 à 28. Le responsable de garde est averti et met à jour le guide d'intervention avant la prochaine rotation.
🔐 Une vulnérabilité est publiée
Ce qui s'est passé Une vulnérabilité CVE critique est publiée pour une bibliothèque dont l'installation est recommandée dans votre guide de configuration.
Ce que fait Rasepi Marque le guide d'installation : « CVE-2026-31415 publié pour une dépendance recommandée. Vérifier les instructions d'installation. »
Score de confiance Baisse à 19. Le guide est rétrogradé dans les résultats de recherche et d'IA jusqu'à ce que l'équipe mette à jour la recommandation.

Éléments pris en compte dans le score de confiance

Chaque score de confiance est une combinaison de signaux internes et externes. Chacun est pondéré, suivi et visible dans la ventilation du score.

🔌 Source externe modifiée (version, dépréciation, mise à jour de configuration, CVE)
🚨 Examen post-incident lié à un document
🔗 Les liens dans le document sont rompus ou redirigés
📝 Non vérifié alors que la date d'expiration approche
🌐 Langue source mise à jour, mais pas les versions traduites
💬 Les lecteurs ont signalé le contenu comme obsolète
👁️ Faible audience au cours de la période écoulée
Chaque signal est joint au score à titre de justification. Lorsqu'un score de confiance baisse, vous voyez la raison, pas seulement un chiffre. « Le score est passé de 91 à 54 car la version 2.0 a été publiée et ce guide fait encore référence à la version 1.x. » C'est la différence entre un indicateur et une réponse.

Une confiance lisible par machine pour vos outils IA

Si vous utilisez des copilotes IA, des pipelines RAG ou la recherche d'entreprise, vous avez besoin d'un moyen d'indiquer à ces outils quels documents méritent d'être cités. Les scores de confiance vous fournissent exactement ce signal.

Définissez un seuil de confiance : « Les assistants IA ne doivent citer que des documents dont la confiance est ≥ 0,8, qui ont été vérifiés au cours des 30 derniers jours et qui ne sont pas marqués comme ayant subi une modification externe. » Rasepi veille au respect de cette règle. Votre assistant IA ne citera jamais avec certitude un document qui fait référence à une API obsolète.

Les métadonnées de confiance sont disponibles via l’API, le serveur MCP et les webhooks. Intégrez-les à votre pipeline RAG, à votre système de classement de recherche d’entreprise ou à votre niveau de gouvernance IA interne. Chaque réponse fournie par votre IA peut comporter un signal de confiance.

Rasepi est axé sur les API et l’IA. L’interface web n’est qu’un client. L’API REST, le serveur MCP et le système de webhooks sont tout aussi performants. Vos outils internes, vos pipelines CI et vos assistants IA obtiennent tous les mêmes données de confiance via les mêmes points de terminaison. Découvrez la documentation pour les développeurs →

Il ne s'agit pas ici d'ajouter l'IA à la documentation. Il s'agit de rendre la documentation sûre pour l'IA. Sans métadonnées de confiance, les outils d'IA renforcent des informations obsolètes en toute confiance. Grâce à elles, ils savent ce qu'ils doivent citer, ce contre quoi ils doivent mettre en garde et ce qu'ils doivent ignorer.

Expiration basée sur des règles, pas de rappels de calendrier

Les différents contenus ont des durées de vie différentes. Rasepi vous permet de définir des règles d'expiration par type de document et les applique automatiquement.

🔧 Runbooks : 30 jours

Les documents opérationnels qui évoluent rapidement se voient attribuer des délais d'expiration courts. Si les outils changent, le runbook est immédiatement signalé. Dans le cas contraire, il est tout de même vérifié chaque mois.

📜 RH et conformité : 180 jours

Les documents de politique stables ne nécessitent pas de révisions mensuelles. Mais ils doivent être vérifiés lorsque les réglementations changent. Rasepi gère les deux : les échéances planifiées et les déclencheurs externes.

💰 Guides de tarification : 7 jours

Les prix de la concurrence évoluent rapidement. Un cycle hebdomadaire garantit que les équipes commerciales disposent toujours de chiffres à jour. Les modifications apportées à la configuration des produits déclenchent des marquages immédiats, quel que soit le calendrier.

✅ Certification pour les contenus particulièrement critiques

Pour les procédures opérationnelles standard (SOP) de conformité et les procédures de sécurité, vous demandez à l'auditeur de confirmer formellement qu'il a vérifié le contenu. La certification est consignée, horodatée et associée au score de confiance.

Personne d'autre ne le fait ainsi

📅 Vérification planifiée

Guru et Tettra vous permettent de définir un intervalle de vérification. Tous les 90 jours, quelqu'un clique sur « toujours correct ». Si un changement majeur a été déployé hier, personne n'en sait rien jusqu'au prochain cycle de révision. Le badge indique « vérifié ». Le contenu est déjà erroné.

📚 Aucune actualité

Confluence et Notion ne suivent pas l’actualité. Une page mise à jour il y a 3 ans a exactement le même aspect qu’une page mise à jour aujourd’hui. Leurs fonctions d’IA indexent tout avec le même niveau de confiance. Atlassian Intelligence peut résumer une page, mais il ne peut pas vous dire si le contenu de la page est toujours vrai.

Rasepi traite la gestion des connaissances comme la surveillance des infrastructures. Vous n’attendez pas que quelqu’un remarque que votre serveur est en panne. Vous détectez les signaux et diffusez des alertes. La documentation fonctionne exactement de la même manière : détecter le changement, identifier l’impact, rendre les preuves visibles, corriger.

Cessez de vous fier à un badge « vérifié »

Rasepi attribue à chaque document un score de confiance étayé par des preuves. Votre équipe voit pourquoi un document a été déclassé. Vos outils d’IA savent ce qui peut être cité en toute sécurité. Personne ne suit un guide d’intervention qui renvoie à un outil que vous avez remplacé il y a six mois.

Rasepi est en bêta privée. Nous invitons les équipes par vagues.