Itô Compute

Use a CLI canônica do Itô ou um servidor MCP. O ECC não implementa um cliente paralelo, simulação local, reserva, executor de carga de trabalho ou servidor de inferência. O próprio ECC não realiza automação de navegador.

Instale o pacote local canônico

ito-compute-cli não está publicado no momento. Compile-o de seu repositório canônico em vez de usar npx, npm exec ou um pacote não verificado:

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

Defina ECC_ITO_CLI_EXECUTABLE para a entrada compilada absoluta explícita:

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

O ECC nunca descobre este cliente que carrega credenciais através de PATH. ecc ito login realiza a autorização do dispositivo e nunca herda ITO_API_KEY. O auth apenas de validação, mais find e status, encaminham ITO_API_KEY diretamente quando configurados; ITO_AUTH_MODE=legacy não é necessário. Nunca coloque uma chave ou token em argumentos, arquivos rastreados, resultados do MCP, logs ou chats.

Fluxo de trabalho da CLI

1. Execute ecc ito login antes da primeira operação. O ECC delega isso à autorização de dispositivo da CLI canônica, que abre a página de verificação do Itô por padrão e persiste um token de dispositivo no macOS Keychain. Use ecc ito login --no-browser para suprimir o encaminhamento da página. O próprio ECC não realiza automação de navegador. Se o agente de origem não conseguir concluir a etapa do navegador logado, passe o comando exato para o usuário; após a aprovação terminar, retorne à tarefa de origem e continue com ecc ito auth. Tokens de dispositivo usam o macOS Keychain por padrão. O fallback de token de arquivo é explícito e seu diretório e arquivo de token devem permanecer apenas para o proprietário (0700 e 0600).

2. Execute ecc ito auth para validar credenciais existentes; ele nunca inicia o login e rejeita --no-browser.

3. Antes de ecc ito find, obtenha autoridade explícita do comprador para enviar uma RFQ.

   • Exija gpu, count, days completo, max-rate, nodes, gpus-per-node, storage-tb, start-window, form-factor, contract-type, fabric, region e a decisão de preenchimento dividido.
   • Exija count == nodes * gpus-per-node; nunca derive a topologia.
   • Use any apenas quando o comprador aceitar explicitamente qualquer fabric ou região.
   • --allow-split omitido significa falso.

4. Execute o comando de RFQ ao vivo:

   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. Execute ecc ito status para inspecionar RFQs e ordens de compra. Após uma falha de transporte ambígua, verifique o status antes de repetir find.

6. Quando uma cotação estiver pronta e o comprador aprovar explicitamente, aceite-a:

   ecc ito accept rfq_<ticket-id>
   

   Isso roteia o ticket para a mesa para revisão humana. Não move fundos nem reserva capacidade. Não aceite sem autoridade explícita do comprador.

7. Execute ecc ito logout quando o usuário explicitamente pedir para revogar este dispositivo. A CLI canônica mantém a credencial local quando a revogação remota falha, para que o operador possa tentar novamente; nunca exclua o token manualmente como substituto.

Preços de inventário são indicativos. Uma RFQ não é capacidade reservada. Trate uma taxa como fixa apenas quando o resultado canônico contiver uma cotação firme não nula.

Qualificação de nó ao vivo

ecc ito evals expõe o adaptador ao vivo restrito da CLI canônica a um sixtytwo-cli==0.3.33 instalado separadamente. Ele não expõe a execução de fixture local através do ECC. Exija tudo do seguinte antes de invocá-lo:

• autorização do operador para contatar os nós nomeados;
• ITO_ENABLE_SIXTYTWO_LIVE=1;
• --live-sixtytwo;
• uma lista de nós explícita; e
• um diretório de configuração absoluto existente contendo sixtytwo.yaml.

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

O adaptador canônico pode executar apenas a verificação de versão fixada e sixtytwo test --full contra os nós explícitos. Ele não pode alugar, iniciar, recuperar, reparar, redefinir, comprar ou encomendar recursos. O ECC não encaminha credenciais de modelo/nuvem ou ITO_API_KEY para a qualificação de nó.

Fluxo de trabalho do MCP

Compile o pacote canônico, então configure o servidor stdio com um caminho absoluto:

{

…