NatusAICalcul de modèles et de tenseurs
Dispositions de tenseurs tuilées et creuses, algèbre, graphes de calcul, ressources de modèles, ONNX, entraînement, différentiation automatique, exécution GPU/NPU et calcul distribué restent des travaux ultérieurs.
- Accueil
- Produits
- NatusAI Cygnus
- Feuille de route
Cygnus · profils ultérieurs et propositionsFeuille de routeCe qui vient après un cœur éprouvé. Le périmètre suit les preuves.
Il s’agit de familles de capacités proposées ou reportées, et non de fonctionnalités publiées ni d’un calendrier de livraison daté. La première version doit d’abord justifier ses engagements sur serveur unique avant qu’un profil plus large ne soit accepté.
Statut : la place de marché propriétaire optionnelle est une orientation retenue, dont l’exploitation publique reste soumise à des critères. Les profils cluster, plateforme gérée et gouvernance exigent des éléments probants et des décisions distincts. Aucune date n’est retenue.
Profil cluster ultérieur Feuille de route
Prouver un nœud avant de distribuer le système.
Le profil cluster ultérieur ajouterait shards, réplication, basculement, routage, rééquilibrage, transactions inter-shards, parcours distribué, mises à niveau en versions mixtes et relocalisation des données clients.
Une conception multi-nœuds ou un objectif de conception multi-PiB relève de ce profil, jamais de Cygnus 1.0.
L’acceptation d’une montée en charge horizontale exigerait des preuves d’exactitude distribuée, de restauration et de domaines de défaillance sur des charges de travail représentatives. Des champs de format réservés ne suffisent pas à prouver un cluster.
1 nœud
Topologie de production de Cygnus 1.0 : la capacité et le domaine de défaillance restent ceux d’un serveur unique.
multi-PiB
Un objectif de conception réservé au profil cluster ultérieur, pas un engagement de première version.
IA et calcul ultérieurs Feuille de route
Une IA élargie exige une exécution qualifiée séparément.
Processus natifs des fournisseurs
Processus d’agents, sous-agents, skills, plugins, hooks, tâches collaboratives ou en arrière-plan, mémoire avancée, compaction générée et repli automatique sortent du premier profil de chat.
Liaisons supplémentaires
Les interfaces vLLM natives ou compatibles, compatibles Ollama, agent Anthropic et Codex exigent leur propre qualification. CUDA géré reste conditionné à l’enveloppe certifiée exacte.
Modèles, artefacts de fournisseurs et enveloppes de ressources exigent des preuves de capacité et de sécurité figées. Un fournisseur distant n’apporte aucune garantie de ressources locales. Les noms de fournisseurs et de produits désignent uniquement des interfaces.
Écosystème réutilisable Feuille de route
Trouver une solution vérifiée ; créer un candidat privé quand il n’en existe pas.
Une place de marché propriétaire optionnelle, associée à une boucle de bibliothèques, est une orientation produit ultérieure retenue, dont l’exploitation publique reste soumise à des critères.
Elle est conçue pour trouver des versions exactement compatibles ou renvoyer explicitement une absence de correspondance, puis préparer si nécessaire un candidat privé limité aux modules utiles. Compilation, sécurité, ressources, compatibilité et évaluation par agents précéderaient une validation distincte par le mainteneur et une version signée et immuable.
Une version de bibliothèque versionne ses modules ensemble, tandis que chaque application n’active que les modules dont elle a besoin, sans entraîner le code voisin inutilisé, ses dépendances, fournisseurs, autorisations ou profils de ressources.
Les artefacts approuvés et les éléments probants publiables pourraient être réutilisés d’une application à l’autre. Données clients, logique privée, prompts et clés de fournisseurs resteraient dans leur périmètre d’accès. Les agents pourraient proposer des candidats, mais ne pourraient pas, seuls, les installer, les autoriser, les signer, les approuver ni les publier.
Une application de référence plus large pour une plateforme gérée est une proposition distincte, non ratifiée, couvrant le provisionnement des applications, le pilotage de flotte, les enregistrements commerciaux, les campagnes de contribution et la mise à jour automatique hébergée. Tarifs, frais, rétributions, facturation et financement restent à décider.
Mondes de données et gouvernance proposés Proposé · non retenu
Des mondes duplicables et une vérification indépendante exigent de nouveaux modèles de défaillance.
Une proposition postérieure à la v1, présentée ici telle qu’elle figure dans le périmètre actuel de Cygnus. Rien dans cette section n’est retenu, planifié ni intégré à Cygnus 1.0.
Mondes de données
Mondes de données à partage structurel, simulation déterministe, fusion sémantique à trois voies, comptabilisation de l’historique conservé et cycles de vie explicites de fusion et d’abandon sont reportés.
Une vérification indépendante
Une fédération proposée utiliserait une finalité tolérante aux fautes byzantines sur des transitions applicatives déterministes, ainsi qu’un engagement d’état sémantique indépendant de la disposition physique. Validateurs, vérificateurs complets, archives et vérificateurs légers ont des rôles distincts ; un utilisateur pourrait conserver et vérifier une copie détenue de manière indépendante de l’historique public complet, sans devenir validateur.
Une charge de travail de gouvernance qualifiante
Une application de démocratie liquide proposée exigerait des versions de propositions rejouables de manière indépendante, des instantanés d’éligibilité, des octrois et révocations de délégation, des règles de cycle et de priorité, des votes exprimés et remplacés, une sémantique de clôture et des certificats de dépouillement.
Il s’agit d’une proposition postérieure à la v1. Aucun algorithme de consensus, aucune gouvernance des validateurs, aucun système d’identité des personnes, aucun jeton, réseau public, service exploité ni dispositif de secret du vote n’est retenu. Le vote secret exige une cryptographie revue séparément et ne doit jamais publier de votes en clair ; un historique vérifié ne suffit pas à établir la légitimité des votants, l’équité ou l’intégrité d’une élection.
Autres familles reportées
Garder les travaux connexes hors de la promesse de première version.
| Famille | Travaux ultérieurs |
|---|---|
| Interprétation des documents et des médias | Analyseurs généraux intégrés, OCR, décodage et transcodage de médias, vignettes, extraction d’images et de tuiles, reprojection raster native et aperçus. |
| Optimisation | Spécialisation JIT/AOT, fusion d’opérateurs, placement NUMA et dispositions adaptatives. |
| Outils de développement et de composants | Debug Adapter Protocol, client de registre de paquets ouvert et hôte de composants en bac à sable. |
| Mobilité des données clients | Export/import portable des données d’un client et relocalisation dépendante du cluster. |
| Interface et environnement web | Interface déclarative générale au-delà des modèles Explorer retenus, rendu serveur général et environnement d’exécution du langage côté navigateur. |
| Conservation et temps | Effacement cryptographique par personne concernée par défaut et échelles de temps scientifiques tenant compte des secondes intercalaires. |
Une orientation réfutable
Les preuves peuvent changer le périmètre.
Les points suivants sont des critères de réévaluation proposés, et non des mesures obtenues ni des niveaux de service client. En remplir un déclencherait une revue du périmètre, et non la promesse de livrer une architecture de remplacement.
| Signal | Motif de réévaluation proposé |
|---|---|
| Ingestion | Moins de 80 000 rapports/s en régime soutenu sur la classe 32 vCPU proposée, avec cohérence transactionnelle des index. Le critère de publication est fixé séparément à 100 000 rapports/s. |
| Requêtes | p99 supérieur à 500 ms pour 250 000 positions actuelles dans un polygone, ou supérieur à 1 000 ms pour une trajectoire de navire sur 90 jours, avec un rapport données/RAM de 24×. |
| Coût des politiques | Autorisation au niveau de l’élément supérieure à 3× le p99 à granularité grossière. Le critère de publication proposé est plus strict, à 2×. |
| Adéquation géo | Plus de 20 % des requêtes spatiales des partenaires de conception exigent un langage spatial externe. |
| Réussite des agents | Moins de 70 % des évaluations déclarées sur projet vierge réussissent sans réparation humaine. |
| Recours à un système externe | Un partenaire a besoin d’un autre système de recherche, de séries temporelles ou de messagerie dans les 90 jours pour la charge de travail de référence. |
| Exposition des délais | Les jalons du cœur, des services et des données dépassent un intervalle proposé de 30 mois après le jalon initial, avec des effectifs réalistes ; il s’agit d’un critère de réévaluation, pas d’une date de livraison. |
| Restauration | Un test de restauration vérifiée échoue, ou un commit acquitté est perdu lors des tests de plantage. |
Charge de travail, matériel, cohérence, effectifs et méthodes de test devraient faire l’objet d’un accord avant que ces critères puissent guider une décision de publication.
Décisions ouvertes
Les plans restent conditionnels.
Aucune date de livraison publique, aucun tarif, aucune licence, aucun package, aucun modèle de financement des fournisseurs ni aucuns frais de place de marché n’ont été retenus. Les matrices de formats, de fournisseurs, de paramètres régionaux et de compatibilité relèvent des décisions de première version ; les profils ultérieurs exigent leurs propres preuves.
Le premier jalon technique est l’ensemble complet des éléments probants d’acceptation de Cygnus 1.0, y compris la restauration vérifiée et les contrats de support. Le périmètre postérieur à la v1 sera réévalué à partir de l’usage réel par les partenaires de conception, et non présupposé par cette feuille de route.
Poursuivre l’exploration
Parler à notre équipe
Le périmètre suit les preuves. Nos échanges aussi.
Dites-nous quel profil ultérieur compte pour votre charge de travail. Nous partageons nos plans en toute transparence, y compris ce qui n’est pas décidé.
Ou écrivez-nous à contact@natusai.com
