changelog.txt 18 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324325326327328329330331332333334335336337338339340
  1. CHANGELOG — Chatbot Discord
  2. ===========================
  3. Version 5.9
  4. -----------
  5. Nouveautés
  6. - Emojis du serveur : Rika reçoit automatiquement la liste des emojis du
  7. serveur et peut tous les utiliser, sans qu'il faille les recopier dans
  8. la personnalité ; un emoji ajouté ou retiré est pris en compte tout de
  9. suite. Elle les écrit par leur nom (:hap:), et le bot les remplace par
  10. l'emoji avant l'envoi : plus d'identifiant inventé, et environ 3 fois
  11. moins de tokens par emoji. Les emojis animés sont compris (un bot n'a
  12. pas besoin de Nitro) ; seuls ceux réservés à des rôles qu'elle n'a pas
  13. sont exclus, y compris quand elle répond à un emoji seul. Dans sa
  14. mémoire et dans les messages qu'elle
  15. lit, les emojis apparaissent aussi par leur nom.
  16. La personnalité dit seulement quand en mettre, par exemple : « Tu
  17. termines chaque message par un seul emoji du serveur, directement
  18. après le dernier mot. » Une ancienne liste de codes (<:hap:123…>)
  19. fonctionne encore, mais n'est plus utile.
  20. - Statut Discord gardé entre deux redémarrages : Rika reprend son statut
  21. là où elle en serait si elle ne s'était pas arrêtée, comme s'il avait
  22. continué pendant l'arrêt. Après un redémarrage rapide, elle regarde
  23. toujours le même épisode ou joue au même jeu ; après un arrêt plus
  24. long, l'anime a avancé d'autant d'épisodes et la playlist d'autant de
  25. morceaux. Absente ou en « Ne pas déranger », elle le reste : les
  26. messages en attente gardent leur réponse différée. Un statut terminé
  27. pendant l'arrêt, coupé par la nuit ou désactivé depuis dans
  28. PRESENCE_WEIGHTS laisse place à un nouveau, et ses derniers statuts
  29. personnalisés ne sont pas répétés. Le statut est gardé dans
  30. presence_state.json, à côté de l'historique.
  31. - /skip : abandonne le statut Discord en cours (l'anime ou la playlist
  32. entière) et en tire un nouveau tout de suite, jamais du même type.
  33. Réservé aux modérateurs et administrateurs, comme /reset ; seul celui
  34. qui lance la commande voit le nouveau statut et sa durée. Si Rika
  35. était absente et passe en ligne, elle répond aussitôt aux messages en
  36. attente ; si elle s'éloigne en pleine conversation, elle prévient son
  37. salon. Sans effet la nuit, et absente avec PRESENCE=off. La commande
  38. est envoyée à Discord au premier démarrage de la 5.9.
  39. Version 5.8
  40. -----------
  41. Nouveautés
  42. - Messages modifiés ou supprimés : dans son salon, Rika oublie le
  43. contenu d'un message supprimé (texte, pièces jointes) et sa citation
  44. dans les réponses qui le citaient. Elle se souvient seulement que
  45. quelqu'un a écrit un message à ce moment-là, supprimé depuis, et garde
  46. sa propre réponse : la conversation ne perd pas son fil. Un message
  47. modifié prend son nouveau texte, avec une mention indiquant qu'il a
  48. été modifié après sa réponse. Un message supprimé avant qu'elle y réponde (pendant une
  49. absence par exemple) ne reçoit plus de réponse, y compris une mention
  50. hors de son salon ; modifié, elle répond au nouveau texte.
  51. - Nouveau format de l'historique (version 3), plus lisible : chaque
  52. message Discord y garde son identifiant, et la date, l'auteur, la
  53. citation, le texte et les pièces jointes sont séparés. L'ancien
  54. fichier est converti automatiquement au premier lancement, sans
  55. réécrire le cache de prompt, et une copie en est gardée à côté
  56. (conversation_history.json.v2-<date>). Revenir à la 5.7 demande de
  57. remettre cette copie à la place du fichier : la 5.7 ne sait pas lire
  58. le nouveau format et repartirait d'une mémoire vide.
  59. Corrections
  60. - Réflexion affichée : quand le modèle commence sa réponse par sa
  61. réflexion (<think>…</think>, <reasoning>…, faux appel d'outil), elle
  62. est retirée avant l'envoi, et le log le signale. Seul un bloc complet
  63. tout au début est retiré : une balise plus loin dans le texte ou dans
  64. du code reste affichée. Celle déjà présente dans la mémoire est
  65. nettoyée au démarrage : en la relisant, le modèle l'imitait, et une
  66. fuite en entraînait d'autres.
  67. Version 5.7
  68. -----------
  69. Nouveautés
  70. - Quand Rika passe absente ou en « Ne pas déranger » (ou part dormir) en
  71. pleine conversation, elle prévient son salon dans un court message, en
  72. accord avec son statut. Elle ne le fait que si quelqu'un y a écrit dans
  73. les 3 dernières minutes, et après avoir fini sa réponse en cours ; elle
  74. s'en souvient ensuite.
  75. - PDF : Rika lit un PDF joint au message (texte, tableaux, schémas, pages
  76. scannées), dans son salon et quand on la mentionne. Un PDF par message,
  77. sans image ; 20 pages au plus (PDF_MAX_PAGES dans le .env, 0 pour
  78. refuser les PDF) et 20 Mo. Les PDF protégés par un mot de passe sont
  79. refusés. Comme pour les images, seul le nom du fichier reste en mémoire.
  80. Nouvelle dépendance : pypdf (pip install -r requirements.txt).
  81. - Mémoire moins chère : quand elle est pleine, elle n'oublie plus un
  82. échange à chaque message, mais plusieurs d'un coup. Elle grandit jusqu'à
  83. MAX_HISTORY_LENGTH + la moitié (20 → 30 messages), puis revient à
  84. MAX_HISTORY_LENGTH. Entre deux coupes, le début de la conversation reste
  85. dans le cache de prompt au lieu d'être réécrit à chaque message : dans
  86. une conversation animée, l'historique coûte environ 2 à 3 fois moins
  87. cher.
  88. - Fichiers texte : en plus des .txt, Rika lit les .md, .csv, .json, .log,
  89. sous-titres (.srt, .vtt), fichiers de configuration, pages HTML et le
  90. code (.py, .js, .java, .cpp, .cs…).
  91. Corrections
  92. - Les captures d'écran trop grandes restent en PNG au lieu d'être
  93. converties en JPEG, qui brouillait le texte (le JPEG ne sert plus que si
  94. le PNG dépasse la limite de l'API). Les images en palette (PNG optimisés,
  95. GIF) sont réduites proprement, et non plus au plus proche voisin.
  96. - Erreurs de l'API : une requête refusée n'est plus toujours présentée
  97. comme un problème de formulation (ou d'image dès qu'une image est
  98. jointe). Rika parle de l'image seulement si c'est elle qui pose
  99. problème, propose /reset si la conversation est trop longue, et demande
  100. de prévenir l'administrateur pour un réglage du .env refusé, un crédit
  101. épuisé, un modèle introuvable ou un accès refusé ; les logs en donnent
  102. la cause.
  103. - Les fichiers .txt enregistrés en « Unicode » par le Bloc-notes (UTF-16)
  104. sont lus, au lieu d'être refusés comme « pas du texte lisible ».
  105. - Stickers : un sticker accompagné de texte ou d'une pièce jointe n'efface
  106. plus le message (même pendant une absence) : Claude reçoit le texte et
  107. le nom du sticker. « Aucun sticker utilisable » et « Aucun emoji
  108. personnalisé » ne sont plus envoyés à chaque fois : si le serveur n'a
  109. rien d'utilisable, Rika répond avec des mots.
  110. - Si Discord refuse l'indicateur « en train d'écrire » (permission
  111. manquante, panne passagère), la réponse est quand même envoyée, au lieu
  112. d'être perdue.
  113. - Commandes slash : elles ne sont plus renvoyées à Discord à chaque
  114. démarrage (Discord limite ces envois), seulement quand elles ont changé.
  115. Leur empreinte est gardée dans slash_commands.sha256, à côté de
  116. l'historique (le supprimer force un nouvel envoi). Un échec de l'envoi
  117. n'empêche plus le bot de démarrer : il réessaie au démarrage suivant.
  118. - Historique : un fichier conversation_history.json d'une forme inattendue
  119. (liste, « channels » qui n'est pas un dictionnaire, mauvais encodage)
  120. n'empêche plus le bot de démarrer : il est mis de côté et Rika repart
  121. d'une mémoire vide. Les copies de secours sont datées
  122. (.corrompu-AAAA-MM-JJ_HH-MM-SS) et ne s'écrasent plus entre elles.
  123. - .env : API_TIMEOUT doit valoir au moins 1 seconde, et les prix
  124. (PRICE_*) ne peuvent plus être négatifs. « nan » et « inf » sont refusés
  125. pour tous les réglages décimaux, PRESENCE_SPEED compris. Une valeur
  126. invalide arrête le bot au démarrage avec un message clair.
  127. Version 5.6
  128. -----------
  129. Nouveautés
  130. - Statut Discord : sous son pseudo, Rika regarde un anime, écoute de la
  131. musique, joue à un jeu, affiche une pensée du moment, ou passe en « Ne pas
  132. déranger » ou absente.
  133. - Chances de chaque statut : anime 20 %, musique 20 %, pensée 10 %, jeu
  134. 20 %, en ligne sans activité 20 %, Ne pas déranger 5 %, absente 5 %
  135. (PRESENCE_WEIGHTS dans le .env). Chaque statut a sa propre durée, tirée
  136. au sort ; à la fin, un nouveau statut est tiré, jamais le même que le
  137. précédent.
  138. - Animes : un titre (romaji) au hasard dans le top 500 d'AniList. Rika
  139. regarde 1 à 5 épisodes à la suite, à partir d'un épisode précis, à la
  140. durée réelle d'un épisode (un film compte pour un épisode).
  141. - Musiques : 6 à 20 titres au hasard dans le Top Worldwide, le Top France
  142. et le Top Japan de Deezer, chacun à sa durée réelle.
  143. - Jeux : un jeu au hasard dans toute la boutique Steam (clé STEAM_API_KEY ;
  144. sans elle, pas de statut « joue à »), pendant 45 min à 2 h. Les jeux
  145. pour adultes sont écartés, et Rika connaît la présentation du jeu sur la
  146. boutique.
  147. - En ligne sans activité : 15 à 45 min.
  148. - Pensée du moment (30 à 90 min), raison d'une absence (10 à 60 min) ou
  149. d'un Ne pas déranger (30 à 90 min) : écrites par Claude avec la
  150. personnalité du bot, selon l'heure et la durée, sans reprendre les
  151. dernières.
  152. - De 2 h à 6 h, Rika est automatiquement absente (PRESENCE_NIGHT), quoi
  153. qu'elle soit en train de faire.
  154. - Quand on lui parle, Rika sait ce qu'elle est en train de faire, et pour
  155. combien de temps encore.
  156. - PRESENCE_SPEED=10 rend tous les statuts 10 fois plus courts, pour tester.
  157. - Les listes sont téléchargées au démarrage puis une fois par jour, et
  158. gardées dans presence_sources.json (à côté de l'historique) au cas où
  159. un site ne répondrait plus.
  160. - Absente (et la nuit), Rika ne répond plus avant son retour ; en « Ne pas
  161. déranger », elle répond au bout de 5 à 15 minutes, ou dès qu'elle change
  162. de statut.
  163. - Dans son salon, tous les messages arrivés entre-temps reçoivent une
  164. seule réponse groupée. Ailleurs, elle répond à chaque mention avec
  165. « Répondre », pour qu'on sache à quel message elle répond.
  166. - Elle sait qu'elle répond en retard, et pourquoi (absente, Ne pas
  167. déranger, la nuit, avec la raison affichée).
  168. - Elle ne réagit pas aux stickers ni aux emojis seuls pendant ce temps.
  169. - Les messages en attente sont gardés dans waiting_messages.json (à côté
  170. de l'historique) : après un redémarrage, Rika y répond quand même.
  171. Version 5.5
  172. -----------
  173. Corrections
  174. - Les avertissements de discord.py sur le vocal (PyNaCl et davey non
  175. installés) n'apparaissent plus à chaque démarrage : le bot n'utilise pas
  176. le vocal.
  177. - Réflexion affichée : avec Sonnet 5.5 et EFFORT=high, le modèle écrivait
  178. parfois sa réflexion dans sa réponse (faux appel d'outil
  179. <invoke name="think">…, raisonnement entre balises <reasoning>…), quand il
  180. choisissait de ne pas réfléchir. Ça n'arrive plus avec EFFORT=medium :
  181. c'est le réglage conseillé.
  182. - Les consignes ajoutées automatiquement à la personnalité suivent les
  183. recommandations d'Anthropic contre ces fuites : plus d'interdiction de
  184. commenter les recherches web (ce commentaire n'est de toute façon jamais
  185. affiché), et une consigne générale contre les balises internes.
  186. - Au démarrage, le log indique le modèle, la réflexion, l'effort et la
  187. recherche web réellement utilisés.
  188. - Logs : chaque requête HTTP vers l'API d'Anthropic n'est plus journalisée
  189. (le SDK 2.x passe par httpx2, qui n'était pas rendu silencieux).
  190. Version 5.4.0
  191. -------------
  192. Nouveautés
  193. - Changement de modèle facile : il suffit de modifier CLAUDE_MODEL dans le
  194. .env (claude-sonnet-5-5, claude-haiku-5-5 ou claude-opus-5-5) et de
  195. redémarrer le bot.
  196. - THINKING=off coupe la réflexion de la façon propre à chaque modèle
  197. (auparavant, tout autre modèle que Sonnet 5.5 était refusé par l'API).
  198. - Sur Opus 5.5, la réflexion ne peut pas être coupée : régler EFFORT=low.
  199. - Les tarifs utilisés pour le coût estimé dans les logs suivent le modèle
  200. choisi ; PRICE_INPUT_PER_MTOK et PRICE_OUTPUT_PER_MTOK ne sont plus à
  201. renseigner que pour un autre modèle (à vider dans le .env existant).
  202. - Messages transférés : dans le salon dédié, le bot lit le message transféré
  203. (son texte et son image).
  204. - Discussion entre bots : le bot répond aux autres bots quand ils le
  205. mentionnent ou répondent à l'un de ses messages ; le reste de ce qu'ils
  206. postent est toujours ignoré.
  207. - Messages regroupés : dans le salon dédié, les messages envoyés pendant que
  208. le bot répond ne reçoivent plus chacun leur réponse ; ils lui sont transmis
  209. ensemble (avec leurs images) et il y répond en une seule fois.
  210. Corrections
  211. - Les messages système (arrivée d'un membre, message épinglé, boost, fil
  212. créé…) et les messages sans rien à lire (sondages…) ne déclenchent plus de
  213. réponse payante de Claude.
  214. - /reset vidait mal la mémoire s'il était lancé pendant une réponse : l'échange
  215. en cours y était réécrit juste après. Le reset attend désormais la fin de la
  216. réponse avant de tout effacer.
  217. - Mentions moins chères : le contexte lu pour répondre à une mention n'est
  218. plus écrit dans le cache de prompt (surcoût de 25 %), puisqu'il change à
  219. chaque mention et n'y était jamais relu.
  220. - Mentions : l'image jointe à la mention elle-même est maintenant lue (seule
  221. celle du message cité l'était). Si les deux en ont une, c'est celle de la
  222. mention qui est envoyée à Claude.
  223. Version 5.3.0
  224. -------------
  225. Nouveautés
  226. - Accès à Internet (désactivé par défaut) : avec WEB_SEARCH=on dans le .env,
  227. le bot peut faire des recherches web et lire les liens partagés dans la
  228. conversation (outils web_search et web_fetch d'Anthropic).
  229. - Il ne cherche que si la question porte sur l'actualité ou une info qu'il
  230. ne connaît pas, et nomme sa source dans sa réponse (sans lien).
  231. - WEB_MAX_USES limite le nombre de recherches (et de pages lues) par message.
  232. - Seule la réponse finale est envoyée sur Discord, sans les commentaires
  233. écrits pendant les recherches.
  234. - Dans la mémoire, une mention indique au bot qu'il a réellement cherché,
  235. pour qu'il ne croie pas avoir inventé sa réponse au message suivant.
  236. - Avec la recherche activée, prévoir API_TIMEOUT=90.
  237. Améliorations
  238. - Cache de prompt : la personnalité, les outils et l'historique sont relus
  239. depuis le cache à 10 % du prix (pendant 5 minutes, prolongées à chaque
  240. message). Avec la recherche web activée, un message simple passe d'environ
  241. 0,015 $ à 0,002 $.
  242. - Le coût estimé dans les logs tient compte du cache (tokens lus et écrits)
  243. et des recherches web (PRICE_WEB_SEARCH_PER_1000).
  244. Version 5.2.0
  245. -------------
  246. Nouveautés
  247. - Fichiers texte : le bot lit un fichier .txt joint au message et en tient
  248. compte dans sa réponse.
  249. - Un fichier .txt par message (en plus d'une éventuelle image), 100 Ko maximum.
  250. - Fonctionne dans le salon dédié et en mode mention.
  251. - Encodage UTF-8 ou Windows (Bloc-notes) reconnu automatiquement.
  252. - Dans la mémoire, seul le nom du fichier est conservé, pas son contenu
  253. (comme pour les images), pour ne pas faire grimper le coût des messages
  254. suivants.
  255. - Personnalité perso : les fichiers *.local.txt sont exclus de GitHub
  256. (.gitignore). On peut y mettre une personnalité contenant des infos privées
  257. (ex. PERSONALITY_FILE=personality_prompt.local.txt dans le .env) ;
  258. personality_prompt.txt reste la personnalité par défaut publiée sur GitHub.
  259. Améliorations
  260. - Le bot n'utilise plus la fonction « Répondre » de Discord pour ses réponses :
  261. il écrit simplement à la suite dans le salon, comme un humain.
  262. - Les messages d'erreur (fichier non pris en charge, image en trop, etc.)
  263. restent en « Répondre », pour qu'on sache à qui ils s'adressent.
  264. Version 5.1.0
  265. -------------
  266. Nouveautés
  267. - Réponses aux messages : quand on utilise « Répondre » sur un message, même
  268. ancien, le bot lit le message cité et en tient compte dans sa réponse.
  269. - Si le message cité vient du bot, il sait qu'il s'agit de sa propre réponse.
  270. - Le texte cité est limité à 500 caractères.
  271. - Si le message cité contient une image, elle est aussi envoyée à Claude,
  272. sauf si la réponse contient déjà sa propre image (celle-ci est prioritaire).
  273. - Fonctionne dans le salon dédié et en mode mention.
  274. - En mode mention, le bot peut maintenant voir une image, celle du message cité.
  275. Améliorations
  276. - Le téléchargement et la préparation des images passent par une seule
  277. fonction, partagée entre le salon dédié et les messages cités.
  278. - Une image citée illisible ou trop lourde est simplement ignorée (avertissement
  279. dans bot.log) au lieu de bloquer la réponse.
  280. - La commande /reset est réservée aux modérateurs (permission « Gérer les
  281. messages ») et aux administrateurs du serveur.
  282. - Elle est masquée pour les autres membres et n'est plus disponible en
  283. messages privés.
  284. - Si un administrateur l'ouvre à tous dans les paramètres du serveur, le bot
  285. refuse quand même la commande (réponse visible uniquement par l'auteur) et
  286. note la tentative dans bot.log.
  287. Divers
  288. - discord.py 2.5 minimum est désormais requis (requirements.txt).
  289. - README : ajout de la fonctionnalité « Réponses ».
  290. - README : précision sur les droits nécessaires pour /reset.
  291. Version 5.0.0
  292. -------------
  293. Nouveautés
  294. - Passage de Mistral à Claude (Anthropic) pour générer les réponses.
  295. - Réécriture complète du Bot.
  296. Migration depuis la version 4 (Mistral)
  297. - L'ancien conversation_history.json est converti automatiquement au premier
  298. lancement (les images sont remplacées par un marqueur texte).
  299. - Dans le .env : MISTRAL_API_KEY devient ANTHROPIC_API_KEY, et MISTRAL_MODEL
  300. devient CLAUDE_MODEL.
  301. - L'intent Discord « Presence » n'est plus nécessaire.