Quickstart

1. Starten einer persistenten Linux -Instanz

cd /srv/workspaces
aircode start

Erster Ausgangslauf:

Generated password: k6uu3U6UG8AXgTnvNgNj
Started workspaces (1a2b3c4d5e6f) on http://127.0.0.1:7860.
Service: aircode@workspaces-1a2b3c4d5e6f.service — restart after crashes and automatic boot: enabled.

AirCode Ø wählt automatisch einen kostenlosen Port (7860 nach oben), erzeugt ein Zugriffs-Passwort und speichert eine private Instance-Konfiguration außerhalb des Projektverzeichnisses. Wenn Tailscale vorhanden ist, bindet es Ihr Tailnet IP , damit Ihr Telefon darauf zugreifen kann; andernfalls bindet es nur localhost.

aircode start ist standardmäßig bei Linux persistent: systemd startet den Server nach einem Absturz neu und startet ihn beim Booten erneut. Für einen Vorgängerprozess, der an das aktuelle Terminal gebunden ist, verwenden Sie stattdessen aircode serve .

2. Öffnen Sie die Cockpit

Öffnen Sie das gedruckte URL auf jedem Gerät, das auf die Maschine zugreifen und sich mit dem Passwort anmelden kann. Für einen installierbaren Telefon- oder Tablet-Client geben Sie der Instanz zunächst eine stabile HTTPS -Adresse über Remote Access, und wählen Sie dann einen dieser Wege aus:

• Auf Web-App-Setup, geben Sie nur die HTTPS -Instanzadresse ein und wählen Sie Öffnen Sie die Installationsseite. Das gleiche Setup bleibt verfügbar Download Die Adresse wird in Ihrem Browser validiert und ist wurde nie an die Marketing-Website gesendet oder gespeichert.
• In der Instanz selbst melden Sie sich an und wählen Sie Installieren Sie die Web-App von Mehr oder Einstellungen → Web-App.
• In Chromium akzeptieren Sie die Installationsanleitung des Browser. Auf iPhone oder iPad folgen Sie der Produktanleitung, um zu wählen Teilen → Home Screenhinzufügen, halten Öffnen Sie als Web App aktiviert, wenn angezeigt, und starten Sie das neue Home Screen -Symbol.

Die Web-App ist immer als Store-Free-Client verfügbar; es hängt nicht von Google Play, dem App Store, TestFlight oder dem herunterladbaren Release-Manifest ab. Einfache HTTP LAN -Adressen können immer noch in einem Browser geöffnet werden, wo erlaubt, aber mobile Installation, Service-Arbeiter und Web Push erfordern HTTPS.

3. Starten Sie Ihre erste Sitzung

1. Wählen Sie eine Projektverzeichnis.
2. Wählen Sie die Ausführungsumgebung aus:

• Local läuft über den Host tmux oder Windows ConPTY.
• Docker Sandbox läuft eine unterstützte direkte Sitzung in einem Mitarbeiter, während montiert das ausgewählte Projekt.

3. Wählen Sie einen Motor (Claude Code, Codex, Antigravity CLI, Grok Build, Kimi Code) und ein Berechtigungsmodus.
4. Start zu starten. Der Agent läuft weiterhin auf der AirCode Ø -Maschine – schließen Sie das Tab, nehmen Sie der Zug, kommen Sie zurück: es funktioniert immer noch. Benachrichtigungen ping Sie, wenn die -Agent benötigt Eingänge oder Finishes.

Die Web-, Desktop- und nativen mobilen Launcher zeigen die gleiche Umweltwahl. Docker ist derzeit eine Codex -Quellvorsicht; Siehe Docker Sandbox , bevor Sie Umschlagberechtigungen aktivieren.

Schalten von Motoren in einer Konversation

Wenn Ihr Agent bereit ist, öffnen Sie die Konversationskomponisteneinstellungen und wählen Sie einen anderen Agentaus. Überprüfen Sie sein Modell und seine Anstrengung, dann bestätigen Sie Switch-Agent. Claude Code, Codex, Grok Build und die anderen verfügbaren Motoren teilen die gleiche Konversationsoberfläche. Ihr Projekt bleibt vor Ort und ein Kontext-Checkpoint wird vorangetrieben. Senden Sie Ihre nächste Nachricht, um mit dem neuen Agent fortzufahren.

Arbeiten mit einem Multi-Modell-Team

In der Neue Sitzungwählen Sie Multi-model → Build nowaus. Wählen Sie für jede Rolle einen Motor, ein Modell und eine Anstrengung aus: Autor, Reviewer und Endrichter. Zum Beispiel kann Claude Code den Vorschlag schreiben, Codex kann ihn herausfordern und Grok Build kann den endgültigen Vorschlag nach dem Lesen ihrer Börsen vorbereiten. Sie wählen das Team; diese Aufgaben sind Beispiele.

Legen Sie die Anzahl der Passes fest, bevor Sie beginnen. Jeder Pass ist ein kompletter Vorschlag, gefolgt von einer Überprüfung. Wenn Änderungen angefordert werden und Passes bleiben, wird das Feedback an den Autor für eine Revision zurückgegeben. Der letzte Schiedsrichter liest alle Austausch und erklärt seine Entscheidungen. Das Ergebnis unterscheidet Vereinbarung von Schiedsverfahren, wenn Meinungsverschiedenheiten bestehen.

4. Verwenden Sie es wie einen Container

aircode ps                     # running instances
aircode ps -a                  # include stopped instances
aircode inspect                # current directory's instance
aircode logs --follow
aircode restart
aircode stop                   # stop now and disable startup at boot

Führen Sie die Lebenszyklusbefehle von der Instanzwurzel aus oder geben Sie ihren Namen, vollständigen ID, kurzen ID oder Wurzelpfad. Das Stopp oder das Aktualisieren des -Servers tötet niemals das Ausführen von tmux -Sitzungen. Ein Vollmaschinen-Wiederstart stoppt notwendigerweise Betriebssystemprozesse, aber dauerhafte Sitzungsverlauf bleibt für die Wiederherstellung zur Verfügung.

5. Ports, Passwörter und mehrere Wurzeln auswählen

Jeder Wert kann auf dem Startbefehl angegeben werden:

aircode start --projects-root /srv/client-a --port 7860 --generate-password
aircode start --projects-root /srv/client-b --port 7861 --password-file ~/.secrets/client-b
aircode start --projects-root /srv/demo --host 127.0.0.1 --port 7862 --no-password --relay private

Passwortdateien müssen privat sein (chmod 600). --password-stdin ist für Provisioning-Systeme verfügbar. --password <value> funktioniert auch, aber zeigt das Geheimnis der Schale Geschichte und möglicherweise Prozessinspektion. Die Deaktivierung von auth muss mit --no-passwordexplizit sein.

Ein kanonischer Pfad führt normalerweise zu einer Standardinstanz. Wenn Sie von dieser Wurzel nach einem anderen expliziten Port fragen, wird eine unabhängige, automatisch benannte Instanz erstellt, anstatt die Standardinstanz zu ändern oder neu zu starten:

aircode start --projects-root /srv/client-a --port 7860 --generate-password
aircode start --projects-root /srv/client-a --port 7861 --no-password --relay private

Fügen Sie --name internal oder --name demo hinzu, wenn ein Rolleorientierter Name nützlich ist. Wählen Sie einen vorhandenen Namen oder ID explizit aus, wenn Sie den dauerhaften Port dieser Instanz ändern möchten.

6. Melden Sie sich vor der Verwendung des verwalteten Relay an

aircode login
aircode whoami
aircode start --relay managed

Die Kontoauthentifizierung wird von diesen Unix-Benutzerinstanzen geteilt. Ports, Passwörter, Tunnel-Identitäten und Relay -fähiger Zustand bleiben pro Beispiel isoliert. Managed Relay verweigert eine Instanz ohne Passwort. Verwenden Sie aircode logout , um die Maschine-Authentifizierung zu entfernen, --relay private für einen VPN ohne öffentlichen Tunnel, oder --relay off , um einen Tunnel zu deaktivieren, ohne den ausgewählten Transport zu vergessen.

7. Installieren Sie die Agent CLIs

Verpackte AirCode Ø -Releases tragen bereits ihre geklebten CLIs. Für einen Quellcheck installieren und authentifizieren Sie die CLIs unter demselben Unix-Benutzer. Die aktuellen Verteilungsziele sind:

curl -fsSL https://claude.ai/install.sh | bash -s 2.1.280
claude

curl -fsSL https://chatgpt.com/codex/install.sh | bash -s -- --release 0.156.1
codex login

curl -fsSL https://x.ai/cli/install.sh | bash -s 0.2.118
grok login

curl -fsSL https://code.kimi.com/kimi-code/install.sh | bash -s -- --version 0.32.0
kimi login

Eine ältere oder unlesbare Version wird blockiert. Eine neuere Version kann gestartet werden und hält Screen-Verified-Steuerelemente aktiviert, es sei denn, eine bekannte Inkompatibilität wird aufgezeichnet. aircode doctor Befehle berichten, was verfügbar ist.

Antigravity CLI verwendet Google offiziellen Installationsprogramm:

curl -fsSL https://antigravity.google/cli/install.sh | bash
agy

Die nativen Motoren behalten ihr Verkäufer-Authentifizierungsmodell:

Google zog am 18. Juni 2026 Gemini CLI für einzelne Konten in den Ruhestand und leitet diesen Plan in der Antigravity -Suite. AirCode Ø folgt dieser Bewegung: Antigravity CLI ist der Google -Motor, und Gemini CLI kann nicht mehr ausgewählt werden. Sitzungen, die mit ihm vor dem Wechsel erstellt wurden, bleiben in der Geschichte lesbar. Siehe offizielle Übergangsanmeldung.

Für die Verbindung ist kein Antigravity -Abonnement erforderlich: Ein Google -Konto erhält den Baseline-Plan, während Pro und Ultra den Zugriff auf Modelle und Grenzen erhöhen. AirCode Ø verwendet den Konto-spezifischen Katalog, der von agy modelszurückgegeben wird. Siehe Google Antigravity Pläne und Modellkatalog.

Für die gebündelten API -Anbieterprofile öffnen Sie AI Usage, wählen Sie den Anbieter aus und klicken Sie auf Connect. AirCode Ø validiert den eingereichten Schlüssel, speichert ihn lokal in ~/.config/aircode/providers.env mit privaten Berechtigungen und aktiviert ihn sofort für neue Sitzungen. Der gleiche Bildschirm kann Schlüssel ersetzen oder trennen. Schlüssel, die über die Serverumgebung geliefert werden, bleiben unterstützt und werden als extern verwaltet anstelle von Bearbeitungsmöglichkeiten in der Benutzeroberfläche angezeigt.

GLM / Z.AI, DeepSeek, MiniMax und Meta / Muse Spark sind für v1 vorübergehend nicht verfügbar, bis ihre Verfügbarkeit und Zuverlässigkeit im realen Einsatz geprüft sind. Ihre Integrationen bleiben für eine spätere Rückkehr im Code erhalten; während dieser Aussetzung können sie weder ausgewählt noch verbunden oder gestartet werden. Bestehende Gespräche und der Nutzungsverlauf bleiben lesbar.

Kimi Code bleibt mit seinen nativen Moonshot-Modellen verfügbar. AirCode Ø übergibt Zugangsdaten nur an Sitzungen mit dem jeweiligen Anbieter und gibt sie niemals über die API zurück.

Grok verwendet eine gespeicherte Browser-Sitzung vor XAI_API_KEY; führen Sie grok logout aus, wenn Sie den API-Key-Path ausdrücklich wünschen.