Le mur de complexité de Busy et le changement d’hypothèses de déploiement
Le mur de complexité de Busy m’a menée, via Lua, Dart et un problème de tunnel, vers un modèle de déploiement différent — et une refonte de la plomberie.
Lynn Cole / Sujet
Un fil à suivre à travers mon travail.
Le mur de complexité de Busy m’a menée, via Lua, Dart et un problème de tunnel, vers un modèle de déploiement différent — et une refonte de la plomberie.
La prochaine expérience de Busy utilise le scoring de confiance et différents chemins de raisonnement pour pousser les petits agents edge au-delà du workflow habituel.
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.
Le serveur de webhooks de Busy 10b fonctionne, mais le client reste instable. Prochaines étapes : gestion des connexions et délimitation plus claire des processus.
Un agent vocal sur une petite machine réunit Whisper, Chatterbox, un minuscule modèle Qwen et une frontière entre acteurs stateful et fonctions intelligentes.
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.
Remplacer le parseur de chat de Busy par un contexte de commande dédié a rendu le système plus simple, plus léger et plus facile à appréhender.
Busy39 a voulu trop posséder du runtime. L’étude d’un système d’orchestration plus réduit a clarifié l’objectif suivant : maîtriser la continuité.
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.
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.
Le journal de Klara relate le jour où on a réussi à stabiliser l’utilisation d’outils en une ou plusieurs étapes, ainsi que les changements de contexte et de transition d’état qui l’ont permis.
Le premier Busy combine un client en ligne de commande, Robot Kanban, des métriques de complexité et une documentation formelle dans un flux de travail de codage.