changelog.txt 17 KB

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