Installieren

Web-App für iPhone, iPad und Android

Die AirCode Ø Web-App ist der dauerhafte No-Store-Client. Es wird von Ihrer eigenen laufenden Instanz bedient, nicht in den signierten Download-Kanal verpackt, so dass es unabhängig von Google Play, dem App Store und TestFlight verfügbar bleibt.

1. Starten Sie eine AirCode Ø -Instanz und geben Sie ihr eine stabile HTTPS -Adresse. Siehe Quickstart und Remote Access
2. Öffnen Sie die dedizierte Web-App-Setup, geben Sie die HTTPS -Instanzquelle ein, und wählen Sie Öffnen Sie die Installationsseite. Das gleiche Setup ist auch verfügbar auf Download Die Website validiert den Wert lokal und sendet oder speichert es nie.
3. Sign in der Instanz. Chromium zeigt seine eigene Installationsanleitung; iPhone und iPad Verwenden Sie den geführten Share → Home Screen Fluss hinzufügen.
4. Starten Sie das installierte Icon. Aktivieren Sie Push-Benachrichtigungen nur, wenn Sie möchten geschlossene App-Warnungen; iOS und iPadOS bieten diese Steuerung nur von der Home Screen Web-App

Die Installation ist ursprünglich geschnitten. Eine HTTP LAN -Adresse ist kein vollständiges mobiles PWA -Ziel, und die Änderung des HTTPS -Origins erfordert eine separate Installation und kann eine erneute Authentifizierung erfordern. Die Web-App aktualisiert von der Instanz über ihren Service-Arbeiter; es ist kein APK, IPAoder Store-Paket.

Die Web-App trägt den responsiven Kernarbeitsbereich. Native mobile ist immer noch die bessere Wahl, wenn Sie sichere In-App-Serverwechsel, verschlüsselte verwaltete Offline-Dateien, zuverlässige begrenzte Hintergrundaufgaben, native Sharing/Scanning, Haptics, Benachrichtigungs-Kanal-Priorität oder tiefe Links zu Betriebssystem benötigen.

Linux Server (Beta)

Der Installationsprogramm wird nur veröffentlicht, wenn die entsprechenden Beta-Manifeste, Check-Sums und Signature-Checks bestanden haben. Bestätigen Sie, dass der Server-Build auf der -Downloadseite verfügbar ist, bevor Sie den Befehl ausführen.

curl -fsSL https://dl.aircodezero.com/install.sh | bash -s -- --channel beta

--channel beta ist während des Produkts in der privaten Beta erforderlich: Der Installateur zielt standardmäßig auf den stable -Kanal ab, und dieser Kanal hat noch kein veröffentlichtes Manifest.

Der Installer ist:

1. Entdeckt Ihre Plattform (linux-x64, linux-arm64),
2. Download der Release-Tarball und verifiziert seine sha256 Checksum und Ed25519 Signatur,
3. installiert auf ~/.aircode/versions/<version> mit einem Symlink ~/.aircode/current ,
4. Links aircode zu ~/.local/bin,
5. überprüft Systemabhängigkeiten (git, tmux) und sagt Ihnen genau, was zu tun ist installieren, wenn etwas fehlt.

Keine Wurzeln erforderlich. Alles lebt in Ihrem Home Directory. Beim Neustart des Installationsprogramms wird die Installation repariert oder aktualisiert. Wenn ~/.local/bin nicht in der PATHder aktuellen Shell ist, verwenden die endgültigen Anweisungen den sofort ausführbaren ~/.aircode/current/bin/aircode -Pfad und zeigen auch den optionalen PATH -Export.

Starten Sie dann die Instanz aus dem Verzeichnis, das die ausgewählten Projekte enthalten sollte:

cd /srv/workspaces
aircode start

Auf Linux erstellt aircode start die path-scoped Konfiguration, wählt einen freien Port, erzeugt und druckt ein Zugriffs-Passwort, startet einen systemd-Benutzerdienst und ermöglicht die Wiederherstellung nach Störungen und Neustarts. Es versucht auch systemd Linger zu aktivieren und druckt einen exakten Reparaturbefehl aus, wenn der Host eine Administratorgenehmigung erfordert. Eine handgeschriebene Einheitsdatei ist nicht erforderlich.

Wenn diese Installation immer noch die historische aircode.service -Einheit besitzt, entfernt die erste aircode start diese Einheit sicher, bevor sie den path-scoped-Dienst erstellt, so dass beide Server nicht für denselben Port konkurrieren können. Einheiten, die einem anderen Checkout oder einer anderen Installation gehören, werden nie geändert.

Installeroptionen: --channel beta (oder stable, der Standard, sobald die erste stabile Version veröffentlicht wird), --version x.y.zund --no-modify-path. Die historische --service -Option bleibt mit der alten Single-Instance-Einheit kompatibel; Neue Installationen sollten aircode startverwenden.

Systemanforderungen

Die Node.js Runtime ist eingebettet – kein System-Node erforderlich.

macOS

Desktop-App (empfohlen): Laden Sie die .dmg von der Downloadseiteherunter. Es integriert den vollständigen Server (lokale Sitzungen) und verbindet sich auch mit Remote-Servern.

Headless / CLI: der gleiche Ein-Liner wie Linux funktioniert auf macOS 13+ (darwin-arm64, darwin-x64). Installieren Sie tmux zuerst über Homebrew, und verwenden Sie dann aircode serve; Persistent aircode start erfordert derzeit Linux systemd.

Windows

Installieren Sie die Desktop-App von der Download-Seite. Lokale Sitzungen laufen nativ auf Windows über ConPTY. Der Installer integriert den Server und seine Node.js -Laufzeit, so dass WSL, eine Linux -Distribution und eine System-Node-Installation nicht erforderlich sind. Es fügt auch aircode zum aktuellen Benutzer PATHhinzu, so dass der eingebettete Server von PowerShell oder Command Prompt ausgeführt werden kann. Öffnen Sie nach der Installation ein neues Terminal und sehen Sie die Windows Befehlszeilen-Referenz. Die App kann auch eine Verbindung zu entfernten AirCode Ø -Servern herstellen.

Desktop-Betriebsmodi

Starten Sie das Desktop-Executable nicht mit --serve: Es öffnet Electron und bietet keinen Server-only-Modus. Verwenden Sie den Befehl aircode , der in PATH für einen Terminalserver installiert ist.

Nachdem Local konfiguriert wurde, sorgt ein normaler Desktop-Start dafür, dass der eingebettete Server ausgeführt wird, auch wenn ein Fenster mit einem Remote-Server verbunden ist. Der Desktop-Managed Server hört nur auf 127.0.0.1. Um eine Verbindung von einem anderen Gerät herzustellen, verwenden Sie Remote Access oder starten Sie einen CLI -Server mit einer expliziten privaten Netzwerkbindadresse.

Bei Windows verlässt das Schließen jedes Desktopfensters AirCode Ø und seinen eingebetteten Server im Benachrichtigungsbereich. Wählen Sie Quit aus diesem Symbol aus, um den eingebetteten Server zu stoppen. Ein CLI -Server ist ein separater Prozess und kann auf einem anderen Port koexistieren; siehe Desktop-App-Koexistenz.

Schwerkomponenten

Nichts Großes wird implizit heruntergeladen:

aircode browser install   # pinned Chromium for the agent browser
aircode doctor browser    # verify it

Knowledge bleibt lexikal, bis Sie aus den Einstellungen ein lokales Embeddings-Modell explizit installieren. Das Modell wird dann verifiziert und offline verwendet; Indexierung löst nie einen impliziten Modell-Download aus.

Das Docker -Sitzungsbild ist ebenfalls opt-in. Während der Quellvorsicht erstellen und validieren Sie sie aus dem Checkout:

npm run docker:runtime:build
npm run docker:session:smoke

Siehe Docker Sandbox für Web/Desktop/mobile Auswahl, Montage, Ressourcengrenzen und den Public-Image-Status.