@dopejs/deckle
caméra, transactions du magasin de scène, cycle de vie, visibilité, budgets
camera (400, 300) · zoom 0.90
Garder des centaines de pages générées vivantes en iframes ne passe pas à l'échelle. Les aplatir en images fait perdre la sélection et les événements. Deckle occupe l'espace intermédiaire : un rendu mis en cache dans lequel on peut encore entrer.
Artefact = source + état durable + arbre d'interaction + cache de rendu + moteur vivant optionnel
Cycle de vie
Chaque artefact parcourt une machine à états explicite. DOM vivant, moteurs d'exécution et textures GPU sont des ressources budgétées, accordées par la visibilité et l'interaction — jamais par défaut.
Flux
Un agent produit un artefact token par token. Chaque type valide à sa propre limite — un graphème, une ligne, une construction markdown fermée, une valeur JSON, une balise HTML décidée — et cette limite n'avance jamais à reculons : le lecteur ne voit jamais une interprétation être retirée.
Paquets
Les implémentations optimisées sont livrées à côté d'implémentations de référence naïves et testées différentiellement contre elles — l'oracle reste disponible comme voie de repli.
caméra, transactions du magasin de scène, cycle de vie, visibilité, budgets
index spatial en grille et oracle différentiel naïf
révisions, arbre d'interaction, sérialisation canonique
assainisseur de profil statique, politique d'URL, quotas, capacités
protocole de messages du moteur, époques, pont protégé par capacités
images retenues, rendu de contenu natif au canevas, LOD, budget de textures
détection de clic interne, modèle de sélection, chemins d'événements virtuels
vocabulaire partagé de préversion
sondes de capacités HTML-in-Canvas, manifestes de preuves
État
Les contrats du moteur sont implémentés et testés. Les jalons de preuve navigateur ne sont pas franchis : la prise en charge des API expérimentales HTML-in-Canvas est une capacité que nous détectons, pas une promesse que nous faisons. Aucune licence open source n'a encore été choisie.