Welcher Workflow passt?
Diese Seite vergleicht die Coding-Agenten, nicht ein Modell namens Codex. Lokale Inferenz und wiederverwendbare Skills sind nicht exklusiv bei AX Code: Codex dokumentiert ebenfalls einen lokalen Anbietermodus und Skills.
| Kriterium | AX Code | Codex |
|---|---|---|
| Beide gemeinsam nutzen | AX Code kann die installierte Codex CLI als Anbieter mit der ID codex-cli verwenden und dabei deren lokale Anmeldung und Sitzung nutzen. | Die CLI lässt sich auch direkt im eigenen Workflow verwenden. |
| Coding-Workflow | Terminal-Agent mit Ausführungsprotokollen und Vergleichsbefehlen. | Dokumentierte Modellverbindungen; prüfe die Einrichtungsschritte für dein Setup. |
| Lokale Modelle | Unterstützte lokale Laufzeiten, einschließlich AX Engine auf unterstützten Apple-Silicon-Macs. | Der dokumentierte OSS-Modus unterstützt lokale Anbieter wie Ollama und LM Studio. |
| Wiederverwendbare Anweisungen | Projekt-Skills über SKILL.md und zugehörige Ressourcen. | Skills über SKILL.md mit optionalen Skripten und Referenzen. |
WebMCP in den Vergleich aufnehmen
Mit der experimentellen WebMCP-Brücke kann AX Code Seiten lesen, von Websites angebotene Werkzeuge aufrufen und deren Oberfläche bedienen. Sie ist zunächst deaktiviert und öffnet beim Einschalten ein isoliertes Chrome-Fenster.
Prüfe, ob jeder Coding-Agent auf Seiten registrierte WebMCP-Werkzeuge entdecken und aufrufen kann, wie er Browserprofile und Freigaben behandelt und welche Einrichtung nötig ist. Verwende dieselbe Website und Aufgabe. MCP-Server-Verbindungen und allgemeine Browser-Automatisierung belegen allein keine WebMCP-Unterstützung; prüfe die aktuelle Dokumentation jedes Produkts.
Was du mit AX Code bewerten kannst
Öffne AX Code in deinem Repository und wähle über /connect eine unterstützte lokale Laufzeit, eine Cloud-API, eine Coding-CLI oder einen privaten GPU-Endpunkt. Lege Sandbox- und Berechtigungseinstellungen fest, bevor du Zugriff auf unbekannten Code erteilst. Gewöhnliche Sitzungen erzwingen die Testsuite deines Projekts nicht automatisch. Führe die Prüfungen des Repositorys aus und prüfe den Diff. Nutze den Sitzungsgraphen, um aufgezeichnete Schritte und Tool-Aufrufe zu sehen. Eine als fehlgeschlagen aufgezeichnete Prüfung bleibt ein Fehlschlag; die Abschlussmeldung des Agenten ist kein Beleg dafür, dass ein Patch korrekt ist.
AX Code Business ist geplant. Die illustrative Geschwindigkeitsanzeige dieser Website ist kein Benchmark gegen Codex.
Dokumentation ↗Wie vergleiche ich die Agenten fair?
Nenne exakte Produkt-Oberfläche, Modell, Berechtigungen und Konfiguration. Halte, wenn möglich, Aufgabe und Modell konstant. Ein Durchsatzwert eines lokalen Modells belegt nicht, dass dessen Agent-Harness besser ist.
Teste eine repräsentative Aufgabe
Gib beiden Agenten einen kleinen fehlschlagenden Test in sauberen Checkouts. Prüfe den entstandenen Patch, den Tool-Verlauf, die Kosten und das Wiederherstellungsverhalten. Führe die Abnahmeprüfungen selbst aus und vergleiche die nach Abschluss verfügbaren Nachweise.
Loslegen ↗Quellen und Umfang
Verfasst vom AX-Code-Team. Dies ist ein Workflow-Vergleich, kein unabhängiges Performance-Ranking. Sieh dir die offizielle Dokumentation zu aktueller Verfügbarkeit, Plänen und Bereitstellungsanforderungen an.