Blog
Notes, historiques et analyses approfondies de l'équipe Project Sandstar.
Workflows : la moitié manquante de l'automatisation du bâtiment assistée par IA
Un assistant qui maîtrise parfaitement la syntaxe Axon vous construira quand même une règle Spark défaillante. Non pas parce qu'il ne sait pas écrire du code — mais parce que personne ne lui a indiqué la procédure. Vingt-trois fichiers markdown y remédient, et ils ont besoin de vous.
GPU local, OpenRouter, ou les deux : router chaque rôle d'inférence indépendamment
Cinq rôles, quatre politiques, un budget partagé — et un contrôle de compatibilité qui refuse de laisser un encodeur cloud empoisonner discrètement un index construit par un GPU local.
La flotte de sidecars et le RLM : rassembler les preuves avant de répondre
Un modèle de récupération qui appelle des outils de recherche en boucle jusqu'à disposer réellement du code, et un agent de flotte qui indique au serveur quel matériel est éveillé. Deux pièces, une seule réponse.
Une question, quatre langages : intelligence de code multi-couches avec Fantom MCP Server
Un menu déroulant dans un composant Vue, un weblet Fantom, une commande SOX sur UDP et un contrôleur Sedona. C'est une seule fonctionnalité et quatre langages — et jusqu'à présent, quatre recherches distinctes.
Apprendre à une IA un langage qu'elle n'a jamais vu : dans les coulisses d'Axon MCP Server
La plupart des modèles de langage n'ont jamais lu une seule ligne d'Axon. Sans ancrage, ils refusent de vous aider ou inventent une fonction qui n'existe pas. Voici la couche de connaissances qui comble ce fossé.
Histoire du Projet Sandstar — Partie 1 : Qu'est-ce que le Projet Sandstar ?
L'histoire d'origine d'une initiative open-source visant à changer notre façon de gérer les bâtiments intelligents — et pourquoi nous l'avons nommée d'après Sedona, en Arizona.