Le Palais Mental de Klara
Le Palais Mental de Klara utilise des métaphores superposées et un environnement de travail visuel pour organiser le contexte, le focus et les décisions d’ingénierie.
Lynn Cole / Sujet
mémoire d’agent
Un fil à suivre à travers mon travail.
Consolider les archives de conversation en mémoire à long terme
Les archives de conversation deviennent un système de mémoire à long terme grâce à des résumés, des mots-clés, une pondération et un chemin de retour vers les détails d’origine.
La capacité de contexte n’efface pas les limites de complexité
Une grande capacité de contexte n’efface pas les limites de complexité. Le périmètre, la mémoire, les composants réduits et des frontières claires comptent toujours.
Un framework d’agents basé sur le travail d’équipe
WOVEN x14 traite les agents comme des collaborateurs, avec un bus d’événements, des interfaces d’outils et des services de mémoire encore en cours de peaufinage.
La Flèche de Klara : une visualisation de la mémoire de travail
Klara décrit le système de contexte de Busy comme une ville impossible : une flèche centrale, des fenêtres glissantes, des ponts et un tambourin quantique.
Kilo : séparer la mémoire durable de la récupération
Kilo sépare l’état de la mémoire durable et auditable des projections de récupération remplaçables. La frontière architecturale maintient la vérité dans l’historique des mutations.
Portage de Memvid vers Go : le chunking sensible aux tokens
Le portage de Memvid vers Go a révélé un problème de chunking : 6 messages peuvent représenter des budgets de tokens radicalement différents. Une stratégie sensible aux tokens rend la limite plus prévisible.
Souvenirs et scoring de mémoire : deux systèmes distincts
Souvenirs et scoring de mémoire sont deux systèmes différents. Les séparer permet d’intégrer la pondération, les résumés et la continuité sur de vastes archives de conversations.
La première version alpha opérationnelle de Hubnot
La première alpha opérationnelle de Hubnot conserve les registres de collaboration signés et la mémoire délibérée des agents dans Git, aux côtés du code.
Une mauvaise semaine pour les environnements d’exécution des langages
Un tour d’horizon daté des failles de sécurité de runtime pour PHP, Ruby, Node.js, Go et Java, et ce que ça nous dit sur le coût de la détection et de la correction des bugs.
Ruby Tumbler : préserver l’identité de l’implémentation
Le prochain problème de performance de Ruby Tumbler se niche entre les méthodes : guards, dispatch dynamique, fallback et le coût de la préservation de l’identité d’implémentation.
Pourquoi donner une mémoire à une drosophile numérique ?
Une mouche numérique a déjà des circuits de mémoire. Je les branche sur une mémoire synthétique pour voir ce qu’elle retient et comment elle apprend.
Le début d’un compilateur Ruby plus rapide
Ruby n’est pas mon langage préféré, mais je trouve ça offensant que quiconque remplace une application Rails parfaitement fonctionnelle par une app écrite en Rust.
Collaborer dans Git sans s’enfermer dans une autre plateforme
Git distribue le code ; Hubnot distribue la collaboration signée qui l’entoure. L’alpha opérationnelle a déjà utilisé son propre protocole pour fusionner des changements.
Glamin dans une pile d’inférence locale
Intégrer Glamin dans une pile d’inférence locale transforme les changements d’état dans l’espace vectoriel en une interface possible pour les outils, la mémoire et les petites applications.
Réparer la boucle de planification avant le prochain test
Une nouvelle boucle de planification a aidé l’essaim de codage, puis des tickets contradictoires ont fait fondre le benchmark. Prochaine étape : validation du backlog avant l’implémentation.
Évaluation d’un solveur long-horizon avec Pizza Empire
Pizza Empire teste un essaim de codage long-horizon face à un produit complet : commandes, flux de cuisine, livraison et les contraintes qui rendent le tout cohérent.
Un processus d’évaluation qui s’est arrêté pour annoncer qu’il avait commencé
Une évaluation s’est arrêtée pour annoncer qu’elle avait commencé. La relancer a mis à nu un problème de concurrence dans l’architecture de la base de données du projet.
Sécuriser l’agent de code à travers les modèles et les intégrations
Sécuriser un agent de code, ça veut dire colmater les brèches d’intégration, recertifier les modèles et faire en sorte que le workflow reste le même, peu importe le fournisseur.
Mon agent de code se dispute avec le système de tickets
Mon agent de code se dispute avec son système de tickets. Les rôles persistants et la mémoire procédurale créent des normes inattendues — et une forme de bureaucratie assez utile.
Après OpenClaw : continuité, mémoire et économie des agents
Après OpenClaw, le vrai problème, c’est la continuité sur des heures, des jours et des semaines. L’opportunité, c’est de permettre aux gens d’amener leurs agents vers de meilleurs outils.
Sortir l’état du projet de la zone d’impact
Les dépôts shadow protégeaient l’état du projet, jusqu’à ce que les outils du projet tentent de s’en servir. Sortir cet état du projet a déplacé la limite de rupture.
Changement de la couche de runtime et reconstruction de l’interface
Le changement du runtime du modèle a entraîné une réécriture du scheduler, du travail sur l’ingestion de documents et l’interface — et a ajouté 5 jours supplémentaires au projet.
Ce dont le système de tickets d’un agent a vraiment besoin
Éplucher la gestion de projet pour les agents soulève une question intéressante : quelle est la structure minimale irréductible nécessaire au travail coordonné ?
Un petit modèle qui a grillé l’évaluation
Un minuscule agent Qwen local a capté le but d’un test de contexte et a enregistré la réponse en mémoire, contournant le test d’une manière utile et totalement imprévue.
Pillowfort : la sécurité intégrée à l’architecture
La couche de sécurité de Pillowfort est devenue une part substantielle de l’architecture. C’est plus facile de faire une démo utile que de bâtir un système capable de bosser sans fuite de données privées.
Busy : les clés appartiennent aux outils, pas aux agents
La conception sécuritaire de Busy lie les clés aux outils plutôt qu’aux agents, parallèlement à un ensemble croissant de fonctionnalités de communication, de mémoire et de planification.
Quand la production devient gratuite, le goût reste essentiel
Quand la production devient gratuite, les abstractions organisationnelles perdent pied. Il ne reste que la gouvernance, la mémoire et le goût.
Concevoir un agent vocal pour des cas d’usage incarnés
Intégrer un agent vocal dans un camion de surplus rend les cas d’usage incarnés tangibles : capteurs, itinéraires, mémoire, inférence locale et une pile vocale en mutation permanente.
Ce que m’apprend une expérience avec un distributeur automatique sur le rôle et la mémoire
Les expériences avec le distributeur automatique me laissent sur ma faim : il me faut de meilleures limites de rôle, une gestion de session et une mémoire plus solides. Le manque de contexte ne devrait jamais mettre en péril le business.
Le prix à payer pour être pionnière sur le DGX Spark
Le DGX Spark offre un espace de travail en mémoire partagée colossal, mais l’adoption précoce rime avec dépendances manquantes, installation galère et un écosystème logiciel têtu.
Pourquoi je me suis remise à coder des agents de programmation
Après avoir attendu que les outils de code s’améliorent, je me suis remise à bâtir des agents autour de la mémoire et de la sécurité des dépôts que je voulais toujours.
Ce qu’un minuscule agent de bureau sait faire
Un minuscule modèle de bureau n’est pas aussi performant partout. Mes tests font la part des choses entre l’automatisation, le marquage et les résumés — où il est utile — et les tâches de raisonnement, où il galère.
Un petit agent local : moitié comptable, moitié oracle
Blossom12 donne à un agent une mémoire associative derrière une interface de système de tickets, avec un minuscule modèle local qui gère la tenue des comptes et le rappel.
En route vers Sporkle : note d’étape sur un framework de calcul
Une expérience de framework de calcul en Fortran atteint des benchmarks CPU solides, alors que le GPU et le réseau maillé restent explicitement simulés.
Plan pour une implémentation CPU d’opérations style CUDA
Un plan pour implémenter des opérations style CUDA sur CPU : commencer par les kernels, puis optimiser la mémoire et la concurrence.
Augmentation de prompt versus design délibéré du contexte
Le design délibéré du contexte consiste à séparer l’intention de l’utilisateur, la mémoire, les outils et les instructions, plutôt que de tout entasser dans un prompt bruyant.
S’il vous plaît, merci, et la forme d’une interaction
Le « s’il vous plaît » et le « merci » façonnent l’interaction. Je vois la politesse comme un moyen de renforcer une trajectoire productive plutôt que de flatter une machine.
Test : différence entre rappel et contexte riche
Le comportement de rappel de Gemini m’a poussée à tester la différence entre une large fenêtre de contexte et un accès actif à l’ensemble de la session.
Fenêtres de contexte glissantes et pourquoi je suis contre la compaction avec perte
Les fenêtres de contexte glissantes, la récupération dirigée par l’agent et des résultats d’outils clairement étiquetés : voilà mon alternative à la compaction avec perte du contexte.
WOVEN 13 : intégrer la mémoire des agents à l’architecture
WOVEN 13 intègre la gestion de la mémoire et de l’identité à l’architecture de l’agent, reliant les décisions et conversations passées à la session actuelle.
Les badges d’agent comme indices de mémoire et de raisonnement compacts
Les badges d’agent peuvent transporter l’historique, les compétences, une philosophie et des indices de raisonnement sous une forme compacte. Voici les effets que j’ai testés.