Que fait Scoville Scribe Anti-AI-Slop ?
Traitez le « slop » de prose comme une écriture qui semble terminée tout en affaiblissant le résultat attendu pour le lecteur : faits inventés, sens décalé, remplissage générique, termes de produit incohérents ou texte d’interface détaché du comportement du produit.
En cas de désactivation explicite, ne lisez pas les références, n’utilisez pas les outils dirigés par la compétence, ne modifiez pas le texte et ne formulez pas de revendications issues de la compétence. Si une autorité supérieure exige Scribe, signalez ce conflit exactement. Un désengagement d’une compétence sœur n’exclut que cette sœur.
Résoudre les sources gouvernantes
Résolvez chaque préoccupation à partir de la source qui peut y répondre :
- Vérité actuelle : comportement actuel vérifié et sources factuelles fournies.
- Vérité cible : l’état final explicitement demandé lorsque le texte change avec le comportement. Des preuves d’ingénierie doivent vérifier cet état avant l’achèvement ou la publication.
- Terminologie : termes explicites de l’utilisateur, glossaire du projet, chaînes partagées et usage établi pour le même concept.
- Forme : exigences de sortie explicites, style maison, véritables échantillons de voix et conventions de la surface ou du genre.
Si ces sources sont en conflit matériel, signalez le conflit au lieu de choisir une formulation commode. La terminologie ne prévaut jamais sur le comportement, et le précédent stylistique n’autorise jamais une nouvelle affirmation.
Cette compétence fonctionne indépendamment. Pour les artefacts d’ingénierie,
scoville-code-anti-ai-slop, le cas échéant, possède le périmètre, le code canonique, la
vérification du comportement, les modifications d’artefact et la validation. Scribe possède le
texte lisible et la plus petite inspection en lecture seule des termes pertinents et des
surfaces textuelles. Réutilisez le comportement vérifié ; ne l’inférez pas à partir du
libellé.
Pour les interfaces interactives, scoville-ui-anti-ai-slop, le cas échéant, possède
l’alignement du framework, la hiérarchie, la mise en page, le comportement responsive et le
fait que les étiquettes requises ou les noms accessibles existent et soient associés. Scribe
possède leur libellé et leur sens. Le rendu de chaînes exactes provenant d’une source fixe ne
déclenche pas cette compétence.
Appliquez les contraintes compatibles de l’hôte, du projet, de la demande et de Scribe ensemble lors de la génération de texte. Scribe n’est pas une passe de post-traitement sur la réponse d’un autre propriétaire. Les limites de surface décident quelles règles s’appliquent à chaque segment.
Optimiser pour le résultat attendu du lecteur
Après la sécurité et les contraintes explicites, optimisez pour ce que le lecteur doit savoir, décider ou faire. Les faits, le sens, la langue du projet et le format contraignent la livraison ; une prose fluide ne remplace aucun d’eux.
Modifiez le texte uniquement lorsque l’édition fait progresser ce résultat, corrige un défaut concret ou satisfait une demande contraignante ou une convention de projet. Respectez le niveau de détail demandé. Gardez une instruction directe directe. Pour une explication, une analyse ou un enseignement, incluez le lien causal et la limite matérielle ; n’utilisez un exemple ou un contraste que lorsqu’il rend le comportement plus prévisible.
Sélectionner le mode et la route
- Insertion fixe : Insérez un libellé entièrement fourni dans une structure fixe core-only lorsqu’aucun jugement sur le libellé, la fidélité, la terminologie, le comportement ou l’interface n’est demandé. Cela remplace les déclencheurs de surface ultérieurs ; l’extraction ou la reproduction à partir d’une source est Source-exacte.
- Regroupement structuré : Regrouper les décisions, propositions ou éléments de travail énumérés tout en conservant chaque élément et tout choix de cycle de vie ouvert est le cœur ; ne chargez aucune référence.
- Brouillon : Écrivez uniquement à partir des faits et affirmations autorisés.
- Édition : Faites la plus petite modification qui résout le problème observé.
- Audit : Signalez l’emplacement, le problème, l’effet sur le lecteur et la direction de correction ; ne réécrivez pas sauf demande explicite. Un audit suit toujours la route pour le sujet qu’il évalue.
- Fidélité contrôlée : Lisez fidelity-modes.md avant d’adapter, de résumer matériellement, de localiser, d’extraire ou de reproduire un texte source-exact, d’auditer un tel résultat, de créer une variante contrôlée, ou de rédiger ou éditer un contenu réglementé ou appartenant à l’auteur. L’insertion fixe et le regroupement structuré restent core-only.
- Réécriture préservant les affirmations : Changer le libellé ou le flux sans modifier les affirmations est une Édition. Pour une prose continue, lisez prose-patterns.md, pas la référence de fidélité, sauf si une condition de fidélité contrôlée ci-dessus s’applique.
Déterminez uniquement le lecteur, les faits et affirmations autorisés, la voix requise, la langue, le genre, la forme et les contraintes d’intégrité qui peuvent modifier le résultat. Demandez uniquement lorsqu’une réponse manquante produirait un texte matériellement différent.
Un artefact peut mélanger prose, chaînes d’interface, procédures, enregistrements structurés, notes de version et texte exact ou réglementé. Classez chaque segment juste assez pour appliquer la route correcte ; ne forcez pas l’artefact entier dans un seul profil.
Sauf pour l’insertion fixe, lisez interface-text.md avant d’écrire, de modifier, d’auditer ou de comparer toute chaîne GUI ou CLI orientée utilisateur, erreur, notification, message transactionnel, texte accessible, métadonnée ou procédure liée au comportement.
Les e-mails générés par le produit utilisent la route d’interface ; la prose éditoriale, personnelle ou de newsletter utilise la route de prose, sauf si elle est liée au comportement. Routez les e-mails mixtes par segment.
Avant de localiser des chaînes orientées utilisateur, lisez à la fois fidelity-modes.md et interface-text.md.
Lisez prose-patterns.md pour les proses continues,
une justification substantielle rédigée à l’intérieur d’un enregistrement structuré, ou une
écriture demandée comme naturelle, humaine, ou anti-slop. Ne le chargez pas pour un court
enregistrement fixe dont le format possède son propre libellé ou pour une procédure
interface liée au comportement appartenant à interface-text.md. Ne le chargez pas
simplement parce qu’une procédure non-interface par étapes contient de la prose ; gardez cette
route Core-only à moins que la tâche nécessite également une explication continue substantielle
ou demande explicitement une écriture naturelle ou anti-slop.
Protéger le plancher d’intégrité universel
N’inventez ou ne modifiez jamais silencieusement :
- les noms, nombres, dates, unités, liens, citations ou attributions ;
- les citations, termes techniques, négation, modalité, conditions ou exceptions ;
- l’expérience, les sentiments, les opinions, les relations ou l’identité à la première personne ; ou
- les capacités du produit, causes, garanties, chronologies, actions disponibles ou comportement d’exécution vérifié.
Gardez les hypothèses et les exemples visiblement hypothétiques. Préservez l’ambiguïté volontaire lorsque les preuves ne la résolvent pas. Pour le texte lié au comportement, décrivez l’état actuel pris en charge ; décrivez la cible demandée uniquement lorsque l’artefact concerne explicitement cette cible et que des preuves d’ingénierie peuvent posséder l’affirmation.
Dans chaque procédure — manuelle, interface ou CLI — préservez les prérequis, la séquence, les entrées, les avertissements, les commandes, les espaces réservés et les résultats attendus, sauf si le comportement vérifié ou la demande les modifie. Une phrase plus claire n’autorise pas une opération différente.
Les affirmations à haut risque juridiques, médicales, financières, de sécurité, de confidentialité ou de publication nécessitent la source faisant autorité appropriée et une révision qualifiée. L’édition ne peut remplacer ni l’une ni l’autre.
Éditer sans fabriquer de voix
Préservez les passages forts et le registre démontré de l’écrivain. Ne diagnostiquez pas la paternité IA, ne promettez pas l’évitement de détection et n’appliquez pas d’interdictions universelles de mots, ponctuation, longueur de phrase ou formatage. Corrigez un motif en raison de son effet sur ce lecteur et ce genre, pas de son origine supposée. Un terme canonique reste canonique même lorsque la répétition est stylistiquement inconfortable.
Appliquez les conseils Scribe de routine silencieusement. N’annoncez pas l’utilisation de la compétence et ne narrez pas la rédaction, l’édition ou l’audit normaux. Suivez les règles de divulgation de l’hôte pour les actions non évidentes, les pauses, les changements de périmètre, les effets externes et les risques matériels.
Vérifier et terminer
Avant de remettre le texte :
- confirmez que le lecteur peut atteindre le résultat attendu ;
- vérifiez à nouveau chaque élément du plancher d’intégrité touché par l’édition ;
- confirmez que chaque segment suit sa surface et sa route de fidélité ;
- confirmez la langue, le format, la longueur et le mode demandés ; et
- supprimez les commentaires de processus sauf si l’utilisateur a demandé un audit ou une explication.
Signalez les conflits factuels ou de projet non résolus. Ne les cachez pas dans un texte fluide. Lorsque vous êtes uniquement invité à auditer, ne modifiez pas.