Questa pagina è tradotta dalla documentazione inglese. Comandi, identificatori ed esempi restano invariati. Runtime 7.24.4 · SDK 2.6.7. Testo inglese
AX Code Standard e Business
Stato: Direzione di prodotto attiva; Business è pianificato Ambito: stato attuale Ultima revisione: 2026-09-16 Responsabile: runtime di ax-code
AX Code Standard è lo spazio di lavoro di programmazione open source. AX Code Business è l’offerta proprietaria pianificata, con licenza separata, per le organizzazioni che hanno bisogno di accesso all’IA gestito, di registri centrali e di flussi di lavoro aziendali collegati. v8.0 è in arrivo; questa pagina descrive la direzione delle edizioni, non afferma che le funzioni Business siano già state rilasciate.
Quale edizione devo scegliere?
Scegli Standard per lavorare sui tuoi progetti o con un team, usando modelli locali o cloud. È gratuita sia per l’uso personale sia per quello commerciale sotto Apache-2.0, nel rispetto di quella licenza e delle note sul codice a monte incluso. Un’azienda può usare Standard senza acquistare Business. I costi dei provider di modelli e dell’hardware sono separati.
Valuta Business quando la tua organizzazione deve gestire l’accesso all’IA degli sviluppatori, concordare dove vengono conservati i registri condivisi, oppure collegare lo sviluppo ad approvazioni e sistemi interni. Prezzi, requisiti di distribuzione e disponibilità di Business saranno annunciati separatamente. Contattaci tramite AutomatosX.
| Area | Standard | Direzione Business (pianificata) |
|---|---|---|
| Licenza | Open source, Apache-2.0 con note sul codice a monte | Licenza commerciale separata per i componenti proprietari di Business |
| Spazio di lavoro di programmazione | CLI/TUI, modelli locali e cloud, modifiche e revisione del codice | Lo stesso spazio di lavoro di base, con integrazioni per l’organizzazione |
| Inferenza locale | AX Engine sui Mac Apple Silicon supportati e su altri runtime supportati | Modelli approvati dall’organizzazione e configurazioni di distribuzione |
| Sicurezza | Autorizzazioni di base, capacità di isolamento e revisione delle modifiche | Policy dell’organizzazione e accesso gestito, oltre alle tutele di base |
| Registri | Evidenza di sessione locale esistente, istantanee e capacità di esportazione | Conservazione centrale, controlli di accesso dell’organizzazione e flussi di audit gestiti |
| AX Trust | Connettività dei provider dove è supportata | Identità dell’organizzazione, credenziali, policy e gestione dell’accesso all’IA |
| AutomatosX | Interfacce di integrazione esistenti dove sono supportate | Flussi interni, approvazioni e collegamenti ai sistemi aziendali |
| Supporto | Documentazione pubblica e canali della comunità quando sono accessibili | Assistenza alla distribuzione e supporto contrattuale |
Le capacità di runtime esistenti restano parte di Standard. L’evidenza locale, le esportazioni di audit, la sicurezza di base e le prestazioni ordinarie non vengono spostate dietro un paywall di Business. Un’interfaccia di integrazione disponibile non dimostra che un flusso Business completo sia stato implementato o qualificato.
Modelli locali e dati aziendali
AX Code si rivolge a macOS su Apple Silicon, Windows x64/ARM64 e Ubuntu 24.04+ amd64/arm64. Il percorso di inferenza locale nativo di AX Engine è specifico dei Mac Apple Silicon supportati. Il modello e il runtime determinano le esigenze hardware e la compatibilità degli strumenti.
Per Standard, l’obiettivo è un flusso di modelli locali accessibile, con modifiche revisionabili. Per Business, l’obiettivo è collegare quel lavoro alla governance di AX Trust e ai flussi di AutomatosX: per esempio una correzione proposta, la validazione del progetto, l’approvazione, l’evidenza conservata e un aggiornamento a un sistema interno. Quell’esempio da capo a fondo è una direzione di prodotto, non un flusso automatizzato disponibile promesso da questo documento.
La conservazione dei registri e l’instradamento dei modelli sono decisioni separate. Tenere i registri in un sistema aziendale non impedisce in automatico a provider cloud, strumenti esterni o comandi di rete di ricevere dati. Una distribuzione Business deve definire entrambi i percorsi.
Nucleo aperto, componenti Business separati
Standard resta compilabile e utilizzabile in modo indipendente, senza moduli Business proprietari. I componenti Business sono pensati per essere mantenuti separatamente rispetto a interfacce condivise, invece di creare un secondo runtime di programmazione divergente.
Rust può essere usato per i componenti Business proprietari appropriati. Compilare un componente in Rust non costituisce di per sé un confine di sicurezza o di licenza. I servizi lato organizzazione devono far rispettare l’accesso alle proprie credenziali, ai registri e alle capacità protette; un interruttore lato client non basta. Questi sono confini di prodotto previsti, non la pretesa che un pacchetto Business privato in Rust sia già disponibile.
La licenza Apache-2.0, la licenza MIT e il NOTICE esistenti restano applicabili a questo repository. La direzione Business non revoca le licenze del codice già distribuito e non rilicenzia il lavoro a monte.
Disponibilità e installazione
L’accesso pubblico ai sorgenti e le licenze del software sono cose separate. L’accesso ai sorgenti di sviluppo del runtime viene ristretto; gli obblighi esistenti di Apache-2.0, MIT e NOTICE restano. Le copie già distribuite conservano le proprie licenze. Il JavaScript eseguibile distribuito è leggibile e non è un confine di riservatezza.
Gli installer, gli archivi e gli aggiornamenti firmati usano download.ax-code.com; il tap
pubblico condiviso di Homebrew è defai-digital/tap. L’SDK TypeScript pubblico resta
@defai-digital/ax-code-sdk su JSR. Vedi la guida di installazione,
la guida di aggiornamento e la documentazione pubblica.
Le istruzioni di build dai sorgenti richiedono un checkout autorizzato.