deai · 去 AI 味总刀
Une phrase : le goût IA ne réside pas seulement dans les mots, mais surtout dans la structure. Déterminez d'abord le genre et le niveau, puis suivez le pipeline en cinq étapes — supprimez d'abord ce qui peut l'être, gérez la structure avant les mots, et terminez par un script de nettoyage des termes interdits. L'objectif est de rendre le texte « humain », pas d'éliminer toutes les caractéristiques IA : une suppression excessive crée une nouvelle signature numérique, plus fausse que l'originale.
Sources et niveaux de chaque couche
| Source | Fournit |
|---|---|
| human-writing (KKKKhazix/human-writing) | Interdictions lexicales, seuils de matériau, sept passages de révision |
| lieflat (less-ai-tone, shiujan) | Marqueurs de déclenchement au niveau phrase, table anti-erreurs, conservation de l'information |
| sepia (Nanako0129/sepia) | Diagnostic de la structure narrative, philosophie de calibrage (choisir seulement 3-5 actions, laisser des blancs) |
| oh-story deslop (worldwonderer/oh-story-claudecode) | Portes A-G pour web novels, quantification des interdictions, protection contre le nettoyage excessif |
Ce skill est le processus principal ; les références rassemblent les règles utilisables de chaque couche. Lisez les sources pour plus de détails. Les règles ont des niveaux ; en cas de conflit, le niveau le plus élevé prime. Voir SOURCES.md pour les sources et les détails de licence.
Étape 1 · Déterminer trois choses (parler d'abord, ne pas agir directement)
- Genre : Fiction (web novel / texte narratif) ? Non-fiction (Zhihu / compte public / commentaire) ? Titre ? Mixte ?
- Niveau — Comprenez ce que l'utilisateur veut avant d'agir. En cas de doute, demandez :
- Nettoyage : Supprimez uniquement le goût IA du langage, ne touchez pas à la structure narrative. C'est le plus courant et le niveau par défaut.
- Refactorisation : Permet de modifier la structure / le squelette narratif. Ne procédez que si l'utilisateur l'autorise explicitement (« tu peux changer la structure », « réécris ce chapitre »). Sinon, traitez comme Nettoyage.
- Détection : Rapportez uniquement, ne modifiez pas.
- Rédaction : Écrivez à partir de zéro, l'objectif par défaut est d'être exempt d'IA.
- Référence stylistique : Y a-t-il un document de style d'auteur à proximité du texte donné (ADN d'écriture, échantillon de style, ancien brouillon du même auteur) ? Si oui, lisez-le en premier — Les habitudes de l'auteur priment sur toutes les règles ; ce qu'il écrit naturellement n'est pas du goût IA (règle identique pour lieflat, sepia).
En début de session, précisez votre diagnostic : « Ce passage traité en Fiction × Nettoyage, style document présent/absent ; si je trouve des problèmes structurels, je les signalerai mais n'y toucherai pas. »
Pipeline en cinq étapes
| Étape | Action | Référence | Niveaux applicables |
|---|---|---|---|
| 0 Pré-vérification | Vérification du matériau / conservation de l'information, positionnement de l'énonciation, éviter les erreurs sur les web novels | references/calibration.md | Tous |
| 1 Architecture | Diagnostic structurel de la fiction ; choisir 2-5 actions ; signaler d'abord les symptômes, demander l'autorisation avant d'intervenir | references/architecture.md | Refactorisation / Rédaction. En Nettoyage, sautez l'intervention mais signalez les symptômes et rappelez-les |
| 2 Suppression de paragraphes | Supprimez les paragraphes de fausse profondeur / de remplissage / de spectacle ; terminez un temps plus tôt | references/passes.md | Nettoyage + Refactorisation |
| 3 Portes au niveau phrase | Parcourez chaque phrase via les portes A-G ; si déclenché, faites la modification minimale | references/gates.md | Nettoyage + Refactorisation |
| 4 Nettoyage final | Termes interdits durs + ponctuation + jargon ; exécutez le script de quantification | references/hard-bans.md + scripts/check_deai.py | Nettoyage + Refactorisation |
| 5 Relecture à froid | Oubliez les règles et relisez : quel passage ressemble à une tâche d'écriture de modèle, quelle phrase dépasse le matériau, à quel moment le texte aurait déjà dû se terminer | references/passes.md (dernière section) | Révisions |
Règle d'ordre stricte : structure d'abord, mots ensuite ; suppression/réorganisation avant réécriture ; script en dernier. Si la structure est défectueuse, ne faites que des modifications au niveau phrase, sinon le goût IA ressortira encore plus (sepia : architecture avant choix des mots).
Arbitrage par grade (résout les conflits entre règles)
Chaque règle dans les références porte un grade :
- A Signal dur — Cohérent entre plusieurs sources indépendantes, ou stable en test, quantifiable par script. Doit être modifié.
- B Signal mou — Jugement mono-source, ou nécessite contexte / style d'auteur / modèle différent. Signalez à l'utilisateur, ne modifiez pas vous-même.
- C Interdit de toucher — Ressemble à du goût IA mais non vérifié en pratique, ou fait partie des conventions des web novels / du style d'auteur. Ne jamais toucher.
Priorité : Document de style auteur > C Interdit > A dur > B mou.
Consultez : la table de lieflat « motifs de non-modification », les points d'erreur de sepia pour les web novels, la règle de oh-story « préserver l'intention créative / le tic d'auteur ». Les détails de chaque règle par grade sont dans references/gates.md, references/hard-bans.md, references/calibration.md.
Deux méthodes de modification, rôle clair
- Couche architecture : sobre. Chaque œuvre/chapitre : choisissez seulement 2-5 actions, laissez le reste. Tout modifier d'un coup = créer une nouvelle signature.
- Couche phrase/nettoyage : exhaustive. Si une règle est déclenchée, modifiez-la, faites la modification minimale, script de nettoyage final.
Choisir des actions au niveau architecture et nettoyer au niveau phrase peut sembler contradictoire — c'est précisément l'intérêt de ce pipeline en couches : ne pas les mélanger.
Barrières de protection (ne jamais les franchir)
- N'inventez pas. Fiction : ne créez pas de nouvelles causes/conséquences qui décident de l'intrigue. Pour ajouter, demandez d'abord. Non-fiction : n'inventez jamais noms, institutions, chiffres, dates, citations, sources ; en cas de doute, demandez ou laissez TODO.
- Ne supprimez pas de fonctions narratives. Indices, crochets, traits de personnage, ancres causales, relais émotionnels — avant de supprimer, vérifiez que vous ne perdez rien. Limite de suppression : légère ≤15 %, modérée ≤25 %, forte ≤35 %. Si dépassé, signalez dans le rapport et traitez par sections. Ne supprimez pas de blocs entiers de texte narratif (protection contre le nettoyage excessif de oh-story).
- Modifications minimales. Ne modifiez que la partie nécessaire pour résoudre la règle ; conservez mot pour mot les phrases non déclenchées ; ne polissez jamais, ne remplacez jamais par des synonymes « meilleurs ».
- Conservation de l'information. Après modification, chaque mot plein doit avoir une source ; n'ajoutez ni ne supprimez d'opinions, de quantificatifs, de concessions (ne supprimez pas « peut-être », « généralement »).
- Une suppression excessive dégrade. Texte plus fin, phrases très courtes, chaque phrase ressemble à un télégramme — c'est un signe de suppression excessive (vérification de dégradation de oh-story). Restaurez la redondance naturelle, ne supprimez pas davantage.
- Structure fixe. Titres, ordre des paragraphes, listes, tableaux, citations, blocs de code — en mode Nettoyage, conservez-les toujours.
Sortie
- Nettoyage : Texte complet après modification + résumé des changements (type × nombre d'occurrences). N'expliquez pas phrase par phrase, détaillez si l'utilisateur le demande.
- Refactorisation : D'abord rapport de diagnostic structurel + liste d'opérations proposée (indiquez clairement les suppressions et les ajouts d'intrigue nécessitant autorisation). Après autorisation, appliquez les modifications, fournissez des comparaisons avant/après des passages clés.
- Détection : Tableau de signalement (position/type/porte/grade/original/problème). Ne modifiez pas.
- Rédaction : Donnez directement le texte après suppression d'IA, sans montrer le processus.