Slate : skills comme actions contextuelles et forking synchrone¶

Resume¶

Article technique de RandomLabs sur leur framework agent Slate. These : les skills des agents actuels (Claude Code, Cursor) sont des prompts statiques invoques manuellement. Slate les traite comme des actions contextuelles executees dans des threads isoles (contexte scope, permissions scopees). Nouveau primitive : le forking synchrone — un thread bloquant qui prend le controle de l'UI pour l'interaction utilisateur, puis libere le contexte. Debouche sur les orchestration skills : des meta-skills declaratifs qui chainent d'autres skills (plan → implement → qa).

Analyse critique¶

Solide : - Le concept de knowledge overhang (ecart entre ce que le modele sait faire et ce qu'il choisit de faire) est une formulation elegante d'un probleme reel. Les skills injectent des instructions qui activent des comportements hors-distribution via in-context learning. - La critique des skills-as-slash-commands est pertinente : pas de lifecycle management, pas de desactivation automatique, pas de composition native dans les harnesses actuels. - La distinction rules (toujours chargees, polluent le contexte) vs skills (progressive disclosure, a la demande) est bien articulee. - Le context forking resout un vrai probleme : interaction utilisateur dans un thread isole sans casser l'isolation.

Limites : - Le forking est en alpha (repousse pour fiabilite prod). Pas de metriques ni benchmarks. - Produit ferme — pas de code source, pas de pricing visible. L'article est aussi du marketing. - Pas de comparaison avec l'Agent tool natif de Claude Code (qui fait deja du thread isole). - Aucune donnee sur la scalabilite au-dela de 2-3 skills chainees.

Le parallele avec les OS (threads, fork, process memory, permissions) est naturel et revelateur d'une tendance de fond : les harnesses agentiques convergent vers des modeles d'execution empruntes aux systemes d'exploitation.

Pertinence ProbatioVault¶

Impact modere. L'article formalise des patterns qu'on utilise empiriquement :

L'idee de skills declaratifs chainables (au lieu de notre chainage procedural) est la plus interessante. Notre /gov est un script procedural qui orchestre l'enchainement — un format declaratif ("quand condition X → active skill Y → puis skill Z") serait plus maintenable et composable. A garder en tete pour une future refonte de l'orchestration.