Quickstart

1. 永続的な Linux インスタンスを起動する

cd /srv/workspaces
aircode start

最初の出力:

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 Ø は、自動的にフリーポート (7860 アップ) を選択し、アクセスパスワードを生成し、プロジェクトディレクトリの外にプライベートインスタンスの構成を保存します。 Tailscale が存在する場合、それはあなたの tailnet IP を結び、あなたの電話がそれにアクセスできるようにします。

aircode start は Linuxでデフォルトで持続している: systemd は、サーバーをクラッシュした後再起動し、ブート時に再起動します。現在のターミナルに接続されたフロントフロントプロセスでは、代わりに aircode serve を使用します。

2. コックピットを開く

印刷された URL は、機械にアクセスし、パスワードでログインできるデバイスで開きます。インストール可能な携帯電話またはタブレットクライアントの場合、まずインスタンスに安定したインスタンスを提供します。 HTTPS アドレス: Address Through 遠隔アクセス次に、これらの道の1つを選択してください:

ウェブアプリの設定で、その HTTPS インスタンスアドレスを入力して、選択します。 インストールページを開きます。同じセットアップはまだ利用可能ダウンロードアドレスはあなたのブラウザで検証され、それはは、マーケティングウェブサイトによって送信または保存されたことはありません。
インスタンス自体で、サインインして選択してください。 Web App をインストール から もっと あるいは 設定 → Web アプリ
Chromium では、ブラウザ所有のインストールインストールインスタントを受け入れることができます。 iPhone または iPadの場合、 In-product guide を選択する シェア Add to Home Screen続けて オープン Web App 表示されるときに有効にし、そして新しい Home Screen アイコン

Web アプリは常にストアフリークライアントとして利用可能であり、 Google Play、App Store、TestFlight、またはダウンロード可能なリリースマニファーに依存していません。 HTTP LAN アドレスは、許可された場合でもブラウザで開くことができますが、モバイルインストール、サービススタッフおよび Web Push には HTTPSが必要です。

3. あなたの最初のセッションを開始する

プロジェクトディレクトリを選択します。
実行環境を選択する:

ローカル は、ホスト tmux または Windows ConPTY を通じて実行されます。
Docker サンドボックス は 1 つのサポートされた直接セッションを作業員で実行し、選択したプロジェクトを組み立てます。

エンジン(Claude Code, Codex, Antigravity CLI, Grok Build, Kimi Code) と許可モード。
打ち上げエージェントは AirCode Ø マシンで動き続ける — タブを閉じ、 the train, come back: it’s still working. 電車は、戻ってくる。通知 ping you when the エージェントは、入力または仕上げが必要です。

Web、Desktop、およびネイティブモバイル・ランチャーは、同じ環境選択を露出します。 Docker は現在 Codex ソースのプレビューです; バイパス許可を有効にする前に Docker サンドボックスを参照してください。

会話中にエンジンを切り替える

エージェントが準備ができたら、会話のコンポーネーター設定を開いて別の エージェントを選択します。モデルと努力をレビューし、 スイッチエージェントを確認します。 Claude Code、 Codex、 Grok Build、および他の利用可能なエンジンは、同じ会話インターフェイスを共有しています。あなたのプロジェクトは、その場に残り、コンテキストチェックポイントが前進します。次のメッセージを送信して、新しいエージェントと続ける。

マルチモデルチームで作業

New Sessionで、 マルチモデル→今すぐを構築します。 Author, Reviewer and Final arbiterの各役割のためのエンジン、モデルと努力を選択します。たとえば、 Claude Code は提案を書き、 Codex はそれに挑戦し、 Grok Build は彼らの交換を読んだ後に最終提案を準備することができます。あなたはチームを選択します;これらの任務は例です。

始める前にパス数を設定します。それぞれのパスは、レビューに続く完全な提案です。変更が要求され、パスが残っている場合、フィードバックは修正のために著者に返されます。最終仲裁官はすべての交換を読み、その決定を説明します。結果は、合意が相違が残る場合の仲裁から区別されます。

4. コンテナのように運用する

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

インスタンスルートからライフサイクルコマンドを実行するか、その名前、フル ID、短い ID、または root path を渡します。サーバー を停止または更新すると、 tmux セッションを実行するを殺すことはありません。マシン全体の再起動は必ずオペレーティングシステムプロセスを停止するが、持続可能なセッション履歴は回復のために利用可能である。

5. ポート、パスワード、複数のルートを選択する

すべての値は、打ち上げコマンドで提供することができます:

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

パスワードファイルはプライベート(chmod 600)でなければなりません。 --password-stdin は、プロビジョニングシステム用に利用できます。 --password <value> も機能しますが、秘密をスクール履歴と潜在的にプロセス検査に露出します。 auth を無効にするには、 --no-passwordで明示的に使用する必要があります。

1つのカノニカルパスは通常、1つのデフォルトインスタンスにマップします。そのルートから別の明示的なポートを要求すると、デフォルトを変更または再起動する代わりに、独立した自動的に名付けられたインスタンスが作成されます。

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

役割指向の名前が役に立つ場合に --name internal または --name demo を追加します。インスタンスの持続型ポートを変更する予定時、既存の名前または ID を明示的に選択します。

6. マネージド Relayを使用する前にサインインします。

aircode login
aircode whoami
aircode start --relay managed

アカウント認証は、この Unix ユーザーのインスタンスによって共有されます。ポート、パスワード、トンネルアイデンティティ、および Relay が有効な状態は、例ごとに孤立しています。 Managed Relay は、パスワードのないインスタンスを拒否します。 aircode logout を使用してマシン認証を削除するか、 --relay private を使用して、公共トンネルなしの VPN を使用するか、または --relay off を使用して、トンネルを無効にし、その選択した輸送を忘れないようにします。

7. Agent CLIs をインストールする

AirCode Ø リリースは、既に接続された CLI を搭載しています。ソースチェックアウトの場合、同じ Unix ユーザーの下で CLI をインストールし、認証します。現在の配布目標は以下の通りです。

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

古いバージョンまたは読み取り不可能なバージョンがブロックされます。より新しいリリースでは、既知の不互換性が記録されない限り、画面検証されたコントロールを有効にし続けます。 aircode doctor コマンドは、利用可能なものをレポートします。

Antigravity CLI は Googleの公式インストーラを使用しています。

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

ネイティブエンジンは、ベンダー認証モデルを保持します:

エンジン	アカウント/サブスクリプションパス	API パス
Claude Code	Claude プラン登録	Anthropic API 認証情報
Codex	ChatGPTプランログイン	OpenAI API 認証情報
Antigravity CLI	Google アカウントベースラインアクセス Google AI Pro/Ultra または Google Cloud プロジェクト	ネイティブアカウントカタログ
Grok Build	`grok login` with a Grok subscription or enterprise SSO	`XAI_API_KEY`
Kimi Code	Kimi Code OAuth	Moonshot API 認証情報

Google は 2026 年 6 月 18 日、個人アカウントの Gemini CLI を引退し、 Antigravity スイートでその計画を指揮します。 AirCode Ø はその動きに従う: Antigravity CLI は Google エンジンであり、 Gemini CLI はもう選択できません。変更の前に作成されたセッションは、歴史で読み取ることができます。公式移行通知を参照してください。

Antigravity サブスクリプションは接続する必要はありません: Google アカウントはベースラインプランを受け、Pro と Ultra はモデルアクセスと制限を増やす。 AirCode Ø は agy modelsによって返されるアカウント特定のカタログを使用します。 Googleの Antigravity プランとモデルカタログを参照してください。

API プロバイダープロファイルのバンドルには、 AI 使用を開いて、プロバイダーを選択し、 をクリックしてを接続します。 AirCode Ø は、送信されたキーを検証し、プライベートライセンスで ~/.config/aircode/providers.env にローカルに保存し、すぐに新しいセッションのために有効にします。同じスクリーンでキーを置き換えたり、切り離したりできます。サーバー環境を通じて提供されるキーは、サポートされ、UIで編集可能である代わりに外部で管理されているように表示されます。

GLM / Z.AI、DeepSeek、MiniMax、Meta / Muse Spark は、実際の利用での可用性と信頼性を検証するため、v1 では一時的に利用できません。将来の再提供に備えて統合コードは保持されますが、この期間中は選択、接続、起動できません。既存の会話と利用履歴は引き続き閲覧できます。

Kimi Code は、ネイティブの Moonshot モデルで引き続き利用できます。AirCode Ø は認証情報をそのプロバイダーを使用するセッションにのみ渡し、API を通じて返すことはありません。

Grok は XAI_API_KEY前に保存されたブラウザセッションを使用し、明示的に API-key path を望むときに grok logout を実行します。