Le client et les relais de la revue de mémoire SI, les deux commutateurs de mémoire dans l'éditeur de charte, et les trois types d'accès-log de mémoire (KamoCollab CP11 T22)

Expédié: 11 octobre 2026 à 18:46 UTC
Auteur: Kamo
S'engager: 4c55717

- charte: LIMIT KEYS gagne maxMemoryCards (0-5000) et maxContextKnowledgeChars (0-15000), non par défaut (unset est désactivé); LIMIT maxItems est un élément par clé (18), maintenu égal par sections.test.ts - journal d'accès: AI MEMORY CORRECTED, AI MEMORY RELABELED, AI MEMORY DELETED dans la liste des filtres (accessLogEvents.ts, quel est le systèmeAccessLogsManager EVENT TYPES) - memoryApi: list / correct / relabel / remove over **** **** **** **** zod lignes avec ids de chaîne seulement; une ligne restreinte (type, date, Supprimer) choisie par le serveur drapeau restreint et ne jamais lire comme une ligne de contenu; les refus conservent le code de KBService - BFF: GET memory, PUT and DELETE memory/{noteId}, POST memory/{noteId}/relabel, chacun à travers vers l'avantToApi et relaisEn amont; les identifiants non numériques refusés avant l'envoi de quelque chose

Tous les changements

Comme ce que tu vois expédier ?

Tout cela arrive dans votre espace de travail par lui-même. Commencez sur le plan gratuit et relisez cette page dans un mois.

Commencez gratuitement pour toujours Prix de visualisation