Paternité des contenus de la base de connaissances
Chaque page et document d'une base de connaissances enregistre qui l'a rédigé — une personne, une étape d'IA ou un brouillon d'IA relu par une personne. Comment le libellé est attribué, où il apparaît, et pourquoi vous ne pouvez pas le définir vous-même.
Chaque page et chaque document d'une base de connaissances porte un libellé de paternité qui enregistre qui a rédigé son contenu. Le libellé est attribué par Scrydon au moment où le contenu est écrit et affiché dans l'onglet Métadonnées de l'entrée, dans l'explorateur de la base de connaissances.
Aujourd'hui, le libellé est un enregistrement. Il est écrit, stocké et affiché ; rien ne le lit encore pour modifier les sources qui parviennent à un modèle. Le classement fondé sur ce libellé est une modification distincte, et cette page le mentionnera lorsqu'elle sera livrée.
Les trois libellés
| Libellé | Signification |
|---|---|
| Généré par un humain | Rédigé par une personne. Aucune exécution d'IA n'a contribué au texte. |
| Généré par IA | Produit par une étape d'IA et inchangé depuis. |
| Généré par IA · relu par un humain | Produit par une étape d'IA, puis modifié par une personne. |
Une entrée écrite avant la livraison de cette fonctionnalité peut ne porter aucun libellé. Cela signifie inconnu, et non « humain » — voir Contenu sans libellé ci-dessous.
Une transcription est Générée par un humain, et non générée par IA. Une machine a transcrit l'audio, mais les mots sont ceux qu'une personne a prononcés. Il en va de même pour les notes de session. Seule l'analyse propre d'un agent sur un enregistrement — un résumé, une évaluation, un enrichissement — est générée par IA.
Vous ne pouvez pas définir le libellé vous-même
La paternité est déduite par le serveur à partir de l'auteur de l'écriture, et n'est jamais acceptée comme champ d'une requête API.
C'est délibéré. Le libellé est destiné à devenir une entrée de la recherche documentaire, qui réservera une partie de chaque fenêtre de résultats au contenu d'origine humaine. Cela donne de la valeur à « Généré par un humain » — un appelant capable de déclarer sa propre production comme humaine pourrait donc s'acheter un emplacement réservé et neutraliser la préférence que le libellé est censé permettre. Il est déduit de l'identifiant avec lequel vous vous êtes authentifié, que vous ne pouvez pas choisir à chaque requête.
Il n'existe aucun contrôle dans l'interface ni aucun paramètre d'API pour le remplacer.
Comment le libellé est attribué
Dans un process flow, chaque rédacteur est une étape distincte dont l'auteur est connu ; le libellé suit donc l'étape :
- le téléversement d'un opérateur, une transcription de réunion, des notes de session, une décision sur une carte → Généré par un humain
- une action de document IA → Généré par IA, ou Généré par IA · relu par un humain si vous avez modifié le brouillon avant qu'il ne soit terminé
- la page d'évaluation, de résumé ou d'enrichissement d'un agent → Généré par IA
Modifier à la main une page générée par IA la fait passer à Généré par IA · relu par un humain.
Elle peut revenir en arrière, et la raison est importante : si une exécution ultérieure d'un agent réécrit le corps de cette page, le texte que vous avez relu n'existe plus ; la page est donc ré-étiquetée selon l'auteur du nouveau contenu. Conserver le libellé « relu » reviendrait à revendiquer la relecture d'un texte que personne n'a lu. Votre relecture survit à toutes les modifications sauf à celle qui remplace ce que vous avez relu.
Via l'API ou le SDK, le libellé suit l'identifiant :
- une écriture effectuée par une étape de workflow — là où s'exécute l'opération Create Document du bloc Knowledge → Généré par IA
- une écriture depuis une session de navigateur interactive → Généré par un humain
- tout le reste — clé API, mini-app OAuth, exécution déléguée en arrière-plan → aucun libellé, c'est-à-dire inconnu
Une clé API n'indique pas à Scrydon si c'est une personne ou un agent qui se trouve à l'autre bout ; elle n'enregistre donc ni l'un ni l'autre. Ce n'est pas une lacune à combler en devinant : étiqueter une telle écriture Généré par IA priverait le document d'un véritable opérateur de son emplacement réservé, ce qui est exactement le problème que cette fonctionnalité a été conçue pour résoudre, tandis que l'étiqueter Généré par un humain donnerait cet emplacement à un contenu dont personne ne peut se porter garant. Inconnu ne fait ni l'un ni l'autre, et c'est la réponse honnête.
Où vous le voyez
- Explorateur de la base de connaissances — dans l'onglet Métadonnées de l'entrée, à côté de sa classification. Les entrées sans libellé affichent Inconnu.
- Sortie des tâches d'un process flow — les trois mêmes libellés sur la carte de sortie d'une action.
Il n'est délibérément pas affiché sur chaque ligne de la liste des fichiers. La provenance est une propriété d'un document : elle a donc sa place avec les autres propriétés du document ; la répéter sur chaque ligne évinçait le nom de fichier dans le panneau étroit de l'espace de travail et coûtait un rendu à chaque ligne, y compris à la majorité qui n'a rien à afficher.
À quoi sert le libellé
Le libellé est un enregistrement durable de la provenance, et c'est lui qui permettra à la recherche documentaire de distinguer une source téléversée des résumés et reformulations qui s'accumulent autour d'elle. L'enregistrer est le prérequis de cette préférence.
C'est aussi un enregistrement de transparence à part entière : il répond à la question « ceci a-t-il été rédigé par une personne ? » pour toute entrée de la base de connaissances, au moment où elle a été écrite, au lieu de recalculer une réponse qui pourrait changer plus tard.
Contenu sans libellé
Le contenu écrit avant cette fonctionnalité ne porte aucun libellé, ce que Scrydon traite comme inconnu.
Inconnu n'est pas synonyme d'humain. Une entrée sans libellé conserve exactement la position que sa pertinence lui a value — elle n'est ni promue ni rétrogradée. Vos bases de connaissances existantes se comportent donc comme auparavant, et les libellés commencent immédiatement à apparaître sur le contenu nouvellement écrit.
Un opérateur peut étiqueter en masse les entrées historiques pendant une fenêtre de maintenance. C'est facultatif, et cela n'étiquette que ce qui peut être prouvé — les pages qu'une étape d'IA a manifestement écrites, identifiées par leur emplacement dans la base de connaissances d'un process flow. Tout ce qui ne peut pas être prouvé reste inconnu au lieu d'être déclaré humain, car un balayage en masse qui devinerait inscrirait la supposition comme provenance.
Voir aussi
- Habilitation de la base de connaissances — qui est autorisé à voir une entrée, ce qui est appliqué avant que la paternité ne soit prise en compte
- Ingestion dans la base de connaissances — comment le contenu entre dans une base de connaissances
- Édition des connaissances — modifier une page, et la transition de relecture