Structure procédurale et contexte dans la génération musicale
La génération musicale a besoin d’un contexte structurel : l’écriture, l’orchestration et les combinaisons de genres doivent s’appuyer sur plus qu’une simple liste de tags.
Lynn Cole / Sujet
gestion du contexte
Un fil à suivre à travers mon travail.
Pourquoi on se plante toujours avec les fenêtres de contexte ?
Par où commencer avec LLaMA 4 Scout et sa promesse d’une fenêtre de contexte « virtuellement illimitée » ?
Quand la vieille doc commence à piloter les nouveaux agents
La documentation devient une surface d’instruction dès que les agents la lisent. Emprunter du vieux code peut accidentellement ressusciter une architecture obsolète.
Ce que Glamin m’a appris sur la conception d’un langage pensé pour l’IA
Glamin m’a appris que la fluidité doit se situer à la bonne couche. Des embeddings entraînés et un langage source plus familier suggèrent un design différent.
Préparer une expérience de self-play pour un modèle de programmation
Une expérience de self-play prévue utilise la vérification par compilateur et plusieurs réviseurs pour transformer un petit modèle Qwen en un développeur Go plus costaud.
Agents A1 et Qwen : notes sur leur façon de coder
Une comparaison du workflow de code entre Agents A1 et Qwen révèle des modes de panne différents sur Go, Zig et Next.js, ainsi qu’une réponse utile aux retours de QA.
Une démo d’agent de code n’est pas encore un produit
Une démo d’agent de code peut boucler une tâche. Un produit, lui, doit comprendre des bases de code arbitraires, résoudre les ambiguïtés et s’en sortir sans qu’on doive le tenir par la main en permanence.
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.
Le façonnage du contexte est une compétence d’ingénierie
Le façonnage du contexte, c’est plus que de la délégation : c’est de l’itération, de la résolution de problèmes, des réécritures manuelles et des interfaces pensées pour les humains.
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.
Analyse des surfaces de contrôle de contexte superposées dans Claude Code
Un tour d’horizon de la machinerie de contrôle de contexte de Claude Code : prompts, rappels cachés, sérialisation des outils et décisions de permission parallèles.
Un théorème correct peut tout de même viser le mauvais système
Un théorème correct sur une abstraction étroite de systèmes d’agents ne règle en rien la question de la valeur des systèmes avec état persistant, outils et retours d’environnement en temps réel.
Navigation par agents et état protégé du navigateur
La navigation par agents devrait respecter les frontières de sécurité du navigateur. Extraire les mots de passe, les cookies et l’état de session dans le contexte du modèle change complètement la donne en termes de risques.
L’ingénierie des conditions du travail automatisé
La vitesse que l’IA apporte au code est intéressante, parce qu’elle est loin d’être aussi uniforme que les gens l’imaginent.
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.
Personas, instructions de dépôt et alignement
Les personas permettent d’encoder des convictions et des limites sans transformer les instructions du dépôt en code fiscal. La masse d’instructions change la façon dont les agents bossent.
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.
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.
Bande passante de raisonnement et profondeur récursive
La bande passante de raisonnement et la profondeur récursive expliquent des échecs que le simple nombre de tokens ne permet pas de saisir. Le contexte et la complexité des tâches demandent un traitement au cas par cas.
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.
GLM 4.7 : premières observations sur le code et le comportement
Premières observations sur GLM 4.7 : rendu de code exceptionnel, comportement rigide et tendance à agir avant de poser la question de clarification nécessaire.
Voix, multimodalité et leçons d’un build de week-end
Leçons du week-end : voix, inférence multimodale, score de certitude, piles d’images et instructions d’outils entraînées dans de petits LoRAs.
Adaptateurs de configuration et pile d’images multi-références
Les adaptateurs de configuration libèrent de l’espace dans le contexte en apprenant les instructions des outils au modèle. Préserver les capacités multimodales, c’est là que ça se corse.
Les boucles de raisonnement comme processus d’ingénierie
Les boucles de raisonnement ont leur place dans le processus d’ingénierie, tout comme les poids. On y passe plus de temps quand l’incertitude et les conséquences le justifient.
Rapport de terrain sur les agents de code - novembre 2025
Un rapport de terrain de novembre 2025 sur les agents de code, leurs coûts, leurs modes de panne et l’outil que j’ai choisi comme driver quotidien.
Prompts système, portée des tâches et contexte bruyant
Les prompts système cadrent l’exercice. Placez les instructions et le contexte là où leurs rôles restent lisibles, et gardez des tâches complexes assez petites pour être raisonnées.
L’effondrement annoncé de l’usine à IA : une prédiction
Une prédiction sur l’économie des usines à IA : les modèles locaux et le matériel edge moins cher vont bouffer le cloud.
GLM 4.6 : workflows fluides et mocks convaincants
Une semaine avec GLM 4.6 a révélé un processus créatif fluide, une QA solide et des mocks convaincants, mais aussi des boucles et une summarization destructrice.
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.
Rendre un éditeur de plages lisible pour un agent
Un éditeur de plages doit savoir quelles lignes un agent a réellement lues. Mon design suit le contenu constaté et rend les modifications obsolètes explicites.
Des embeddings plus gros ne garantissent pas une meilleure recherche
Des embeddings plus gros ne signifient pas automatiquement une meilleure récupération. Adaptez le corpus, le chunking, le contexte et l’architecture de recherche à la tâche.
Monter dans le train de la hype IA : une satire
Un tour satirique dans le train de la hype IA, avec des tableaux croisés dynamiques, six cents nœuds hello-world et un MCP automatique pour bouteilles d’eau.
Ce qu’un papier sur la complétion de tâches a réellement testé
Un papier sur la complétion de tâches pousse les modèles jusqu’à la rupture. Le plus révélateur, c’est la confiance avec laquelle les gens projettent leurs propres idées sur le résultat.
Volume de code, dérive du périmètre et interruption humaine
La génération à haut volume crée des problèmes d’assurance qualité et de contrôle du périmètre. Les tests, les jalons et les contraintes explicites comptent davantage quand le code arrive plus vite.
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.
Quand la valeur remonte le courant, loin du code
Quand le code devient facile à remplacer, la valeur et la responsabilité se déplacent vers les besoins, la planification et la validation.
Les descriptions d’outils doivent être continues d’une boucle à l’autre
Une liste d’outils sélectionnée, c’est juste le début. Les agents ont aussi besoin de fonctions de découverte et de notes de projet pour transporter les instructions des outils dans la boucle suivante.
Une taxonomie pratique des échecs d’hallucination
Une taxonomie pratique des échecs d’hallucination, centrée sur l’alignement, les signaux de récompense, la séparation des rôles et le logiciel entourant le modèle.
WOVEN x26 et le mur des builds multi-projets
WOVEN x26 s’est pris le mur des builds multi-projets. Un retour à Go et au Panda Protocol a permis de se recentrer sur l’étiquetage et la clarté du contexte.
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.
L’architecture non définie reste la responsabilité du développeur
Une architecture qui n’est pas explicitée reste la responsabilité du développeur. Modèles, prompts, frameworks et conception modulaire : tout demande des choix délibérés.
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 week-end d’expériences de visualisation de monde
Un week-end d’expériences de visualisation de monde compare le raisonnement spatial, le comportement de codage et la cohérence du contexte entre plusieurs modèles.
Comment Klara s’est construit un environnement de travail visuel
Un kazoo, un panda et une ville mouvante : voilà l’environnement de travail visuel de Klara, avec des métaphores qu’elle utilise pour organiser son propre processus.
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.
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.
Apprendre à la QA automatisée à raisonner sur le périmètre
Un système de QA automatisé a commencé à perdre le fil du périmètre à mesure que la production s’accélérait. La documentation formelle et un outil de gestion spécialisé sont devenus l’étape suivante.
Une stack d’infrastructure de contexte pour Claude
Happy Trees, cartes logiques et rapports d’état actuel forment une stack d’infrastructure de contexte pour des sessions de code avec Claude plus longues et plus cohérentes.
Musique historique, genres contemporains et corpus d’entraînement
Un plan pour transformer des sources musicales historiques en essais structurés, en variations de genres contemporains et en corpus d’entraînement.
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.