Cette page est traduite de la documentation anglaise. Les commandes, identifiants et exemples sont inchangés. Runtime 7.24.4 · SDK 2.6.7. Source anglaise
AX Code Standard et Business
Statut : direction produit active ; Business est prévu Portée : état actuel Dernière revue : 2026-09-16 Responsable : runtime AX Code
AX Code Standard est l’espace de programmation à source ouverte. AX Code Business est l’offre propriétaire prévue, sous licence distincte, pour les organisations qui ont besoin d’un accès à l’IA géré, d’enregistrements centraux et de flux métier connectés. v8.0 est à venir ; cette page décrit la direction des éditions, et non une affirmation que les fonctions Business ont été livrées.
Quelle édition choisir ?
Choisissez Standard pour travailler sur vos propres projets, ou avec une équipe, à l’aide de modèles locaux ou cloud. Il est gratuit pour un usage personnel et commercial sous Apache-2.0, sous réserve de cette licence et des mentions du code amont inclus. Une entreprise peut utiliser Standard sans acheter Business. Les frais des fournisseurs de modèles et les coûts matériels sont distincts.
Discutez de Business lorsque votre organisation doit gérer l’accès des développeurs à l’IA, convenir de l’endroit où les enregistrements partagés sont conservés, ou relier le développement à des approbations et à des systèmes internes. Le tarif de Business, les exigences de déploiement et la disponibilité seront annoncés séparément. Contactez-nous via AutomatosX.
| Domaine | Standard | Direction Business (prévue) |
|---|---|---|
| Licence | Source ouverte, Apache-2.0 avec mentions en amont | Licence commerciale distincte pour les composants Business propriétaires |
| Espace de programmation | CLI/TUI, modèles locaux et cloud, modifications et revue de code | Même espace de travail de base, avec des intégrations d’organisation |
| Inférence locale | AX Engine sur les Mac Apple Silicon pris en charge et les autres runtimes pris en charge | Modèles approuvés par l’organisation et configurations de déploiement |
| Sécurité | Permissions de base, capacités d’isolation et revue des changements | Politiques d’organisation et accès géré, en plus des garde-fous de base |
| Enregistrements | Preuves de session locales existantes, instantanés et capacités d’export | Rétention centrale, contrôles d’accès d’organisation et flux d’audit gérés |
| AX Trust | Connectivité fournisseur là où elle est prise en charge | Identité d’organisation, identifiants, politique et gestion de l’accès à l’IA |
| AutomatosX | Interfaces d’intégration existantes là où elles sont prises en charge | Flux internes, approbations et connexions aux systèmes métier |
| Assistance | Documentation publique et canaux communautaires lorsqu’ils sont accessibles | Aide au déploiement et assistance sous contrat |
Les capacités de runtime déjà présentes restent dans Standard. Les preuves locales, les exports d’audit, la sécurité de base et les performances ordinaires ne sont pas déplacés derrière un péage Business. Une interface d’intégration disponible n’établit pas qu’un flux Business complet a été mis en œuvre ou qualifié.
Modèles locaux et données d'entreprise
AX Code vise macOS Apple Silicon, Windows x64/ARM64 et Ubuntu 24.04+ amd64/arm64. Le chemin d’inférence locale natif d’AX Engine est propre aux Mac Apple Silicon pris en charge. Le modèle et le runtime déterminent les besoins matériels et la compatibilité des outils.
Pour Standard, le but est un flux de modèle local abordable, avec des changements révisables. Pour Business, le but est de relier ce travail à la gouvernance AX Trust et aux flux AutomatosX : par exemple une correction proposée, une validation de projet, une approbation, des preuves conservées et une mise à jour d’un système interne. Cet exemple de bout en bout est une direction produit, pas un flux automatisé disponible promis par ce document.
Le stockage des enregistrements et le routage des modèles sont des décisions distinctes. Conserver les enregistrements dans un système d’entreprise n’empêche pas automatiquement les fournisseurs cloud, les outils externes ou les commandes réseau de recevoir des données. Un déploiement Business doit définir les deux chemins.
Noyau ouvert, composants Business distincts
Standard reste compilable et utilisable de façon indépendante, sans modules Business propriétaires. Les composants Business sont destinés à être maintenus à part, contre des interfaces partagées, plutôt que de créer un second runtime de programmation qui divergerait.
Rust peut servir pour les composants Business propriétaires qui s’y prêtent. Compiler un composant en Rust ne fournit pas, à lui seul, une frontière de sécurité ou de licence. Les services côté organisation doivent faire respecter l’accès à leurs identifiants, à leurs enregistrements et à leurs capacités protégées ; une bascule côté client ne suffit pas. Ce sont des frontières produit prévues, et non l’affirmation qu’un paquet Business Rust privé est déjà disponible.
La licence Apache-2.0 existante, la licence MIT et NOTICE restent applicables à ce dépôt. La direction Business ne révoque pas les licences du code déjà distribué et ne relicencie pas le travail amont.
Disponibilité et installation
L’accès public aux sources et les licences logicielles sont distincts. L’accès aux sources de développement du runtime est en cours de restriction ; les obligations Apache-2.0, MIT et NOTICE existantes demeurent. Les copies déjà distribuées conservent leurs licences. Le JavaScript exécutable livré est lisible et n’est pas une frontière de confidentialité.
Les installateurs, archives et mises à jour signés utilisent download.ax-code.com ; le tap Homebrew public partagé est defai-digital/tap. Le SDK TypeScript public reste @defai-digital/ax-code-sdk sur JSR. Voir le guide d’installation, le guide de mise à niveau et la documentation publique. Les instructions de compilation depuis les sources exigent une extraction autorisée.