1
0

changelog.txt 19 KB

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