changelog.txt 18 KB

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