Itô Compute

Was macht Itô Compute?

Verwenden Sie die kanonische Itô Compute CLI oder den MCP-Server. ECC implementiert keinen parallelen Client, keine lokale Simulation, Reservierung, Workload-Runner oder Inferenzserver. ECC selbst führt keine Browserautomatisierung durch.

Installieren des kanonischen lokalen Pakets

ito-compute-cli ist derzeit unveröffentlicht. Bauen Sie es aus dem kanonischen Repository, anstatt npx, npm exec oder ein unverifiziertes Paket zu verwenden:

git clone https://github.com/Ito-Markets/ito-cloud-runtime.git
cd ito-cloud-runtime/cli/ito-compute-cli
npm ci
npm run check

Setzen Sie ECC_ITO_CLI_EXECUTABLE auf den expliziten absoluten Pfad des erstellten Eintrags:

/absolute/path/to/ito-cloud-runtime/cli/ito-compute-cli/dist/bin/ito.js

ECC findet diesen anmeldeinformations-tragenden Client niemals über PATH. ecc ito login führt die Geräteautorisierung durch und erbt niemals ITO_API_KEY. Das reine Validierungs-auth sowie find und status leiten ITO_API_KEY direkt weiter, wenn konfiguriert; ITO_AUTH_MODE=legacy ist nicht erforderlich. Setzen Sie niemals einen Schlüssel oder ein Token in Argumente, versionierte Dateien, MCP-Ergebnisse, Protokolle oder den Chat.

CLI-Workflow

1. Führen Sie ecc ito login vor dem ersten Vorgang aus. ECC delegiert dies an die Geräteautorisierung der kanonischen CLI, die standardmäßig die Itô-Verifizierungsseite öffnet und ein Gerätetoken in der macOS-Tasche speichert. Verwenden Sie ecc ito login --no-browser, um die Seitenübergabe zu unterdrücken. ECC selbst führt keine Browserautomatisierung durch. Wenn der ursprüngliche Agent den Schritt mit dem angemeldeten Browser nicht abschließen kann, geben Sie den genauen Befehl an den Benutzer weiter; kehren Sie nach Abschluss der Genehmigung zur ursprünglichen Aufgabe zurück und fahren Sie mit ecc ito auth fort. Gerätetokens verwenden standardmäßig die macOS-Tasche. Der Datei-Token-Fallback ist explizit, und sein Verzeichnis und die Tokendatei müssen besitzerbeschränkt bleiben (0700 und 0600).

2. Führen Sie ecc ito auth aus, um vorhandene Anmeldeinformationen zu validieren; es startet niemals eine Anmeldung und lehnt --no-browser ab.

3. Holen Sie vor ecc ito find eine explizite Käuferermächtigung zur Einreichung einer RFQ ein.

   • Fordern Sie gpu, count, ganze days, max-rate, nodes, gpus-per-node, storage-tb, start-window, form-factor, contract-type, fabric, region und die Split-Fill-Entscheidung an.
   • Fordern Sie count == nodes * gpus-per-node; leiten Sie niemals die Topologie ab.
   • Verwenden Sie any nur, wenn der Käufer explizit jede Fabric oder Region akzeptiert.
   • Ausgelassenes --allow-split bedeutet false.

4. Führen Sie den Live-RFQ-Befehl aus:

   ecc ito find \
     --gpu h200 \
     --count 8 \
     --nodes 1 \
     --gpus-per-node 8 \
     --days 30 \
     --storage-tb 1 \
     --start-window 2099-08-15 \
     --max-rate 3.00 \
     --form-factor bare_metal \
     --contract-type reservation \
     --fabric infiniband \
     --region us-east-1
   

5. Führen Sie ecc ito status aus, um RFQs und Beschaffungsaufträge zu prüfen. Prüfen Sie nach einem mehrdeutigen Transportfehler den Status, bevor Sie find wiederholen.

6. Wenn ein Angebot bereit ist und der Käufer es explizit genehmigt, akzeptieren Sie es:

   ecc ito accept rfq_<ticket-id>
   

   Dies leitet das Ticket an den Schreibtisch zur menschlichen Überprüfung weiter. Es bewegt keine Gelder oder reserviert Kapazität. Akzeptieren Sie nicht ohne explizite Käuferermächtigung.

7. Führen Sie ecc ito logout aus, wenn der Benutzer explizit verlangt, dieses Gerät zu widerrufen. Die kanonische CLI behält die lokale Anmeldeinformation bei, wenn der entfernte Widerruf fehlschlägt, damit der Bediener es erneut versuchen kann; löschen Sie das Token niemals manuell als Ersatz.

Bestandspreise sind indikativ. Eine RFQ ist keine reservierte Kapazität. Behandeln Sie einen Satz nur dann als fest, wenn das kanonische Ergebnis ein nicht-null festes Angebot enthält.

Live-Knotenqualifikation

ecc ito evals stellt den schmalen Live-Adapter der kanonischen CLI für eine separat installierte sixtytwo-cli==0.3.33 bereit. Es stellt keine lokale Fixture-Ausführung über ECC bereit. Fordern Sie alle folgenden Punkte an, bevor Sie es aufrufen:

• Bedienerautorisierung zur Kontaktaufnahme mit den genannten Knoten;
• ITO_ENABLE_SIXTYTWO_LIVE=1;
• --live-sixtytwo;
• eine explizite Knotenliste; und
• ein vorhandenes absolutes Konfigurationsverzeichnis, das sixtytwo.yaml enthält.

ecc ito evals \
  --cluster clu_prod_example \
  --live-sixtytwo \
  --nodes gpu-01,gpu-02 \
  --config-dir /absolute/path/to/qualification-config

Der kanonische Adapter kann nur die Version mit Pinning prüfen und sixtytwo test --full gegen die expliziten Knoten ausführen. Er kann keine Ressourcen mieten, starten, wiederherstellen, reparieren, zurücksetzen, kaufen oder bestellen. ECC leitet ITO_API_KEY oder Modell-/Cloud-Anmeldeinformationen nicht in die Knotenqualifikation weiter.

MCP-Workflow

Bauen Sie das kanonische Paket und konfigurieren Sie dann den Stdio-Server mit einem absoluten Pfad:

{
  "mcpServers": {
    "ito-compute": {
      "command": "node",
      "args": [
        "/absolute/path/to/ito-cloud-runtime/cli/ito-compute-cli/dist/bin/ito-mcp.js"
      ]
    }
  }
}

Der Server stellt nur bereit:

• ito_auth
• ito_find
• ito_status
• ito_accept

ito_auth validiert vorhandene Anmeldeinformationen; es startet keine Geräteanmeldung. Verwenden Sie ito_auth, sammeln Sie explizite Käuferermächtigung und alle harten Einschränkungen, rufen Sie ito_find auf und fragen Sie dann bei Bedarf mit ito_status ab. Wenn ein Angebot bereit ist und der Käufer es explizit genehmigt, rufen Sie ito_accept mit der Ticket-ID auf. Schreibtischangebote sind in der Regel indikativ und erst dann verbindlich, wenn der Schreibtisch sie bestätigt; das Ergebnis trägt quote_class.

Semantik von Mieten oder Kaufen

find reicht eine RFQ ein und kann ein festes Angebot zurückgeben, mietet, kauft, reserviert, stellt jedoch keine Ressourcen bereit oder bewegt Gelder. accept leitet ein Angebot zur menschlichen Überprüfung an den Schreibtisch weiter; es bewegt keine Gelder oder reserviert Kapazität. status ist leseorientiert, obwohl der Anbieterendpunkt einen vorhandenen Beschaffungsauftrag abgleichen kann. Der passive Dashboard-Link in der ECC-Hilfe ist eine separate, vom Benutzer bediente Webroute; öffnen oder bedienen Sie ihn nicht als Ersatz für eine fehlende CLI-Funktionalität.

Nicht unterstützte Operationen

Die unterstützte Client-Oberfläche kann keine Angebote sperren, Kapazität reservieren, Workloads ausführen oder Inferenz bereitstellen. accept ist eine Schreibtischübergabe, kein Kauf. Der MCP-Server stellt keine Qualifikation bereit; verwenden Sie den expliziten CLI-Befehl oben. Erfinden Sie keine zusätzlichen Tools oder einen Kaufpfad. Ersetzen Sie keinen Browser oder Fixture, wenn die lokale CLI fehlt oder ein Live-Vorgang fehlschlägt. Melden Sie die fehlende Funktionalität und stoppen Sie.