Mitten im Coding-Workflow
AX Code ist ein Agent-Harness: Er verbindet ein Modell mit Projektwerkzeugen, Sitzungsprotokollen und Review-Abläufen. Der Wert zeigt sich darin, was du nach einer Agent-Änderung an deinem Code nachvollziehen, prüfen und wiederherstellen kannst.
Diese Anleitung nutzt eine Beispielaufgabe. Die folgenden Befehle beschreiben echte AX-Code-Oberflächen; ersetze die Beispiel-Sitzungs-IDs durch deine eigenen. Auf dieser Seite läuft kein Modell.
Ö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.
ax-code --sandbox read-onlyBitte den Agenten herauszufinden, wo leere Eingaben akzeptiert werden, und die betreffenden Tests zu identifizieren. Prüfe seine Erkenntnisse, aktiviere den Schreibbereich, den du zulassen möchtest, und fordere eine gezielte Korrektur an. Ein wiederverwendbarer Skill kann die Untersuchungs- oder Review-Vorgaben deines Teams bereitstellen.
Finde heraus, warum Eingaben aus reinen Leerzeichen akzeptiert werden. Zeige den betreffenden Code und die Tests, bevor du Änderungen vornimmst.
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.
git diff
ax-code graph <session-id>Vergleiche zwei Sitzungen, um Unterschiede in Ausführung und Risikosignalen zu prüfen. Liste die verfügbaren Rollback-Punkte auf, bevor du einen Wiederherstellungsschritt wählst. Die Wiederherstellung hängt von gespeicherten Snapshots ab und kann externe Nebenwirkungen wie gesendete Nachrichten oder Remote-Deployments nicht rückgängig machen.
ax-code compare <session-a> <session-b>
ax-code rollback <session-id> --listInstalliere eine unterstützte CLI und melde dich an. Verbinde sie dann über die unten aufgeführte Anbieter-ID mit AX Code. Der Adapter verwendet die lokale Anmeldung und Sitzung der CLI.
| Coding-CLI | Anbieter-ID | Lokaler Befehl |
|---|---|---|
| Claude Code | claude-code | claude |
| Codex CLI | codex-cli | codex |
| Grok Build CLI | grok-build-cli | grok |
| Muse Code CLI | muse-cli | muse |
Jeder CLI-Anbieter nutzt die Anmeldung der Hersteller-CLI selbst. Installiere und melde diese CLI zuerst an und verbinde sie dann über die Anbieter-ID aus der Tabelle mit AX Code:
ax-code providers login <provider-id>Nutze die Skills und Repository-Prüfungen von AX Code, um die Aufgabe zu strukturieren, und prüfe anschließend die aufgezeichnete Sitzung und den entstandenen Diff. Fähigkeiten und Sichtbarkeit hängen von Adapter und CLI ab; die bloße Integration belegt weder eine höhere Coding-Genauigkeit noch macht sie jede untergeordnete Aktion sichtbar.
Einrichtung und Anforderungen für CLI-Anbieter ↗Wähle Claude Code, Codex CLI, Muse Code CLI oder Grok Build CLI als Anbieter und kombiniere ihn mit unterstützten Cloud-APIs, lokalen Modellen und privaten GPU-Endpunkten. Nutze Council, um unabhängige Bewertungen mehrerer verbundener Anbieter einzuholen, oder Arena, um Kandidatenlösungen zu vergleichen. Verfügbare Mitglieder hängen von deinen Verbindungen und den Fähigkeiten der Modelle ab. Council ist beratend; du prüfst die Ergebnisse und entscheidest, was bleibt.
Leitfaden für Multi-Modell-Workflows ↗Verbinde eine private GPU-Cloud oder einen eigenen GPU-Server über einen OpenAI-kompatiblen Endpunkt. Wähle in /connect Private GPU cloud → Custom provider, gib die Endpunkt-URL und den API-Schlüssel ein und wähle dann ein erkanntes Modell. Der Server muss Model Discovery bereitstellen und die Modellfähigkeiten unterstützen, die für Coding-Aufgaben nötig sind.
WebMCP ist ein vorgeschlagener Webstandard, über den Websites strukturierte Werkzeuge für Agenten anbieten. AX Code kann diese finden und aufrufen, Seiten-Snapshots und Screenshots lesen, Konsolenmeldungen und Anfrage-Metadaten prüfen und Bedienelemente auf der Seite nutzen.
WebMCP und Browser-Steuerung kennenlernenDer Arena-implement-Modus führt Kandidatenlösungen in isolierten Git-Worktrees aus und bewertet sie anhand der Repository-Prüfungen. Verifizierte Kandidaten stehen vor Kandidaten, die die Verifizierung nicht bestehen. Du prüfst die Nachweise und wählst, was bleibt; AX Code mergt keinen Gewinner automatisch.
Zur Dokumentation von Ausführungs- und Arena-Fähigkeiten ↗AX Code ersetzt blinde Code-Bearbeitungen durch eine semantische Intelligenzarchitektur mit zwei Ebenen:
Direkte Integration aktiver Sprachserver für TypeScript, Rust, Go, Python und Ruby. Das Werkzeug lsp liefert Sprung zur Definition, Referenzsuche, Aufrufhierarchien (incomingCalls / outgoingCalls) und gebündelte Compiler-Diagnosen (diagnosticsAggregated). Wenn ein Agent Code bearbeitet, werden Live-Typecheck- und Compiler-Fehler direkt in die Ausführungsschleife zurückgespielt, damit er sofort gegensteuern kann.
Gefüllt über ax-code index liefert der persistente Codegraph strukturelle Erkenntnisse im gesamten Repository, ohne das Kontextfenster des LLM zu belasten. Frage Aufrufer und Aufgerufene ab, berechne vor Änderungen die exakte Auswirkungsreichweite (impact_analyze), scanne nach asynchronen Race Conditions (race_scan) und entdecke Lecks im Ressourcenlebenszyklus (lifecycle_scan).
Große Codebasen brauchen ein architektonisches Fundament, nicht nur grep. AX Code enthält einen nativen Wiki-Compiler für Repositories (@automatosx/ax-wiki), erreichbar über ax-code wiki:
Erstellt aus Repository-Architektur, Modulzuständigkeiten, Konventionen und Datenflüssen eine saubere Markdown-Wissensbasis unter ax-wiki/ – mit direkten Links zu geprüften Quell-Symbolen.
ax-code wiki update vergleicht Quell-Hashes mit dem Wiki-Manifest und regeneriert nur die Seiten, die von jüngsten Git-Commits betroffen sind – so bleibt die Dokumentation synchron, ohne teure vollständige Neuaufbauten.
Bewahre menschliches Wissen mit Markern wie <!-- AX-WIKI:PROTECTED:START --> auf. Architekturentscheidungen, Hinweise für den Produktivbetrieb und Sicherheits-Invarianten überstehen automatisierte Aktualisierungen.
Erstellt kompakte Wiki-Karten (.ax-code/wiki-cards.md) und fügt Wissens-Verweise in AGENTS.md ein, damit der Agent Modulgrenzen und Randbedingungen versteht, bevor er Änderungen vorschlägt.
Erzeugt Antworten und Entscheidungen über die Tool-Nutzung; Beispiele sind die Modelle Qwen und DeepSeek. Geschwindigkeit und Qualität hängen vom konkreten Modell, dem Serving-Setup und der Aufgabe ab.
Verbindet das Modell mit Werkzeugen und steuert die Ausführungsschleife. AX Code, Codex, DeepSeek Harness und Hermes Agent gehören in diesen Vergleich. DeepSeek Harness ist ein eigenständiges Projekt, unabhängig von der Modell-API von DeepSeek.
Wiederverwendbare Aufgabenanweisungen und optionale Ressourcen. Skills leiten den Agenten; sie ersetzen weder die Laufzeit noch garantieren sie korrekte Ergebnisse. AX Code unterstützt Projekt-Skills über SKILL.md.
Bewerte Werkzeug-Grenzen, Sitzungsnachweise, Wiederherstellung, Anpassung und Verifizierung anhand derselben Aufgabe. Gemeinsame Funktionen wie Skills oder lokale Modelle sind kein Beleg dafür, dass ein Werkzeug einzigartig leistungsfähig ist.