Diese Seite ist eine Übersetzung der englischen Dokumentation. Befehle, Bezeichner und Beispiele bleiben unverändert. Runtime 7.24.4 · SDK 2.6.7. Englische Fassung
AX Code Standard und Business
Status: Aktive Ausrichtung des Produkts; Business ist geplant Geltungsbereich: aktueller Stand Zuletzt geprüft: 2026-09-16 Verantwortlich: ax-code runtime
AX Code Standard ist der quelloffene Arbeitsbereich für das Programmieren. AX Code Business ist das geplante, getrennt lizenzierte proprietäre Angebot für Organisationen, die einen verwalteten Zugang zur KI, zentrale Aufzeichnungen und angebundene Geschäftsabläufe brauchen. v8.0 steht bevor. Diese Seite beschreibt die Ausrichtung der Ausgaben. Sie stellt nicht fest, dass Funktionen von Business bereits ausgeliefert sind.
Welche Ausgabe sollten Sie wählen?
Wählen Sie Standard, um an eigenen Projekten oder mit einem Team mit lokalen oder Cloud-Modellen zu arbeiten. Es ist für die private und die kommerzielle Nutzung unter Apache-2.0 kostenfrei, vorbehaltlich dieser Lizenz und der Hinweise für enthaltenen Upstream-Code. Ein Unternehmen kann Standard nutzen, ohne Business zu erwerben. Entgelte der Modellanbieter und Kosten der Hardware stehen gesondert.
Sprechen Sie Business an, wenn Ihre Organisation den Zugang der Entwickler zur KI verwalten, den Aufbewahrungsort gemeinsamer Aufzeichnungen vereinbaren oder die Entwicklung an interne Genehmigungen und Systeme anbinden muss. Preise, Anforderungen an die Bereitstellung und die Verfügbarkeit von Business werden gesondert bekannt gegeben. Kontaktieren Sie uns über AutomatosX.
| Bereich | Standard | Ausrichtung von Business (geplant) |
|---|---|---|
| Lizenz | Open Source, Apache-2.0 mit Hinweisen zum Upstream | Getrennte kommerzielle Lizenz für proprietäre Komponenten von Business |
| Arbeitsbereich zum Programmieren | CLI/TUI, lokale und Cloud-Modelle, Änderungen am Code und Review | Derselbe Kernarbeitsbereich mit Integrationen der Organisation |
| Lokale Inferenz | AX Engine auf unterstützten Macs mit Apple Silicon und anderen unterstützten Laufzeiten | Von der Organisation freigegebene Modelle und Konfigurationen der Bereitstellung |
| Sicherheit | Kernberechtigungen, Fähigkeiten der Isolation und Prüfung von Änderungen | Richtlinien der Organisation und verwalteter Zugang zusätzlich zu den Kernsicherungen |
| Aufzeichnungen | Vorhandene lokale Belege der Sitzung, Snapshots und Fähigkeiten zum Export | Zentrale Aufbewahrung, Zugriffskontrollen der Organisation und verwaltete Abläufe für das Audit |
| AX Trust | Anbindung von Anbietern, wo sie unterstützt wird | Identität der Organisation, Zugangsdaten, Richtlinie und Verwaltung des Zugangs zur KI |
| AutomatosX | Vorhandene Schnittstellen der Integration, wo sie unterstützt werden | Interne Abläufe, Genehmigungen und Anbindungen an Geschäftssysteme |
| Support | Öffentliche Dokumentation und Kanäle der Community, soweit erreichbar | Hilfe bei der Bereitstellung und vertraglich vereinbarter Support |
Bestehende Fähigkeiten der Laufzeit bleiben Teil von Standard. Lokale Belege, Exporte für das Audit, grundlegende Sicherheit und gewöhnliche Leistung wandern nicht hinter eine Bezahlschranke von Business. Eine verfügbare Schnittstelle der Integration belegt nicht, dass ein vollständiger Ablauf von Business umgesetzt oder qualifiziert wurde.
Lokale Modelle und Daten des Unternehmens
AX Code zielt auf macOS mit Apple Silicon, Windows x64/ARM64 und Ubuntu 24.04+ amd64/arm64. Der native Pfad der lokalen Inferenz von AX Engine gilt für unterstützte Macs mit Apple Silicon. Modell und Laufzeit bestimmen den Bedarf an Hardware und die Kompatibilität der Werkzeuge.
Für Standard ist das Ziel ein zugänglicher Ablauf mit lokalem Modell und prüfbaren Änderungen. Für Business ist das Ziel, diese Arbeit an die Steuerung durch AX Trust und an Abläufe von AutomatosX anzubinden: zum Beispiel eine vorgeschlagene Korrektur, die Prüfung des Projekts, die Genehmigung, aufbewahrte Belege und eine Aktualisierung in einem internen System. Dieses Beispiel über den gesamten Weg ist eine Ausrichtung des Produkts und kein verfügbarer automatisierter Ablauf, den dieses Dokument zusagt.
Die Speicherung der Aufzeichnungen und die Weiterleitung der Modelle sind getrennte Entscheidungen. Aufzeichnungen in einem System des Unternehmens zu halten, hindert Cloud-Anbieter, externe Werkzeuge oder Befehle über das Netzwerk nicht von selbst daran, Daten zu erhalten. Eine Bereitstellung von Business muss beide Wege festlegen.
Offener Kern, getrennte Komponenten von Business
Standard bleibt unabhängig baubar und nutzbar, ohne proprietäre Module von Business. Komponenten von Business sollen getrennt entlang gemeinsamer Schnittstellen gepflegt werden, statt eine zweite, abweichende Laufzeit für das Programmieren zu schaffen.
Rust darf für passende proprietäre Komponenten von Business verwendet werden. Eine Komponente in Rust zu kompilieren schafft für sich keine Grenze der Sicherheit oder der Lizenz. Dienste auf der Seite der Organisation müssen den Zugang zu ihren Zugangsdaten, Aufzeichnungen und geschützten Fähigkeiten durchsetzen. Ein Schalter auf der Seite des Clients genügt dafür nicht. Das sind beabsichtigte Grenzen des Produkts und keine Aussage, dass ein privates Paket von Business in Rust bereits verfügbar ist.
Die bestehende Lizenz Apache-2.0, die Lizenz MIT und NOTICE gelten weiterhin für dieses Repository. Die Ausrichtung von Business widerruft die Lizenzen zuvor verteilten Codes nicht und vergibt für Upstream-Arbeit keine neue Lizenz.
Verfügbarkeit und Installation
Öffentlicher Zugang zum Quelltext und Softwarelizenzen sind getrennt. Der Zugang zu den Entwicklungsquellen der Laufzeit wird eingeschränkt; die bestehenden Pflichten aus Apache-2.0, MIT und NOTICE bleiben. Zuvor verteilte Kopien behalten ihre Lizenzen. Ausgeliefertes ausführbares JavaScript ist lesbar und bildet keine Grenze der Vertraulichkeit.
Signierte Installationsprogramme, Archive und Aktualisierungen nutzen download.ax-code.com; das gemeinsame öffentliche Tap von Homebrew ist defai-digital/tap. Das öffentliche SDK für TypeScript bleibt @defai-digital/ax-code-sdk auf JSR. Siehe die Installation und Laufzeitkanäle, die Aktualisierung und Wiederherstellung und die öffentliche Dokumentation. Anleitungen für den Build aus den Quellen verlangen einen autorisierten Checkout.