Communitygithub.com

ito-compute

Consulta el inventario de GPU en vivo, envía una solicitud de cotización (RFQ) con tarifa fija autenticada de Itô, inspecciona el estado de RFQ o adquisiciones, revoca credenciales de dispositivos y ejecuta la calificación de nodos explícitamente autorizada a través de la CLI canónica instalada por separado. Úsalo cuando un usuario pregunte por capacidad H100/H200, solicite una tarifa de cómputo fija, verifique el estado de Itô Compute, valide nodos GPU, revoque el acceso a Itô, o alquile/compre cómputo GPU y necesite explicar los límites compatibles.

¿Qué es ito-compute?

Itô Compute es un skill para agentes de IA (como Claude Code, Cursor, Codex) que expone las capacidades de la CLI canónica o del servidor MCP de Itô Markets para interactuar con el mercado de cómputo GPU. Permite consultar inventario de GPU en vivo, enviar solicitudes de cotización (RFQ) con tarifa fija, verificar el estado de las RFQ y adquisiciones, revocar credenciales de dispositivos y calificar nodos GPU mediante una CLI separada (sixtytwo-cli). Es útil para desarrolladores y operadores que necesitan encontrar capacidad H100/H200, solicitar tarifas fijas de cómputo, o gestionar accesos a GPU de manera programática. El skill se apoya en la CLI canónica (`ito-compute-cli`) instalada localmente, y no implementa funcionalidades paralelas como simulación, reserva, ejecución de cargas de trabajo, servidores de inferencia o automatización de navegador. Para MCP, expone solo las herramientas `ito_auth`, `ito_find`, `ito_status` y `ito_accept`. Es fundamental obtener autorización explícita del comprador antes de enviar RFQ o aceptar cotizaciones, y nunca se deben pasar claves o tokens en argumentos, archivos rastreados, resultados MCP, registros o chat. El skill distingue claramente entre operaciones soportadas (consulta, RFQ, aceptación) y no soportadas (bloqueo de cotizaciones, reserva de capacidad, ejecución de cargas de trabajo).

Compatible con~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/affaan-m/everything-claude-code/tree/main/skills/ito-compute

Preguntar en tu IA favorita

Abre un nuevo chat con esta habilidad de agente ya precargada.

Documentación

Itô Compute

Use la CLI canónica de Itô Compute o el servidor MCP. ECC no implementa un cliente paralelo, simulación local, reserva, ejecutor de cargas de trabajo o servidor de inferencia. ECC en sí mismo no realiza automatización de navegador.

Instalar el paquete canónico local

ito-compute-cli no está publicado actualmente. Constrúyalo desde su repositorio canónico en lugar de usar npx, npm exec o un paquete no 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

Configure ECC_ITO_CLI_EXECUTABLE con la ruta absoluta explícita de la entrada construida:

/ruta/absoluta/a/ito-cloud-runtime/cli/ito-compute-cli/dist/bin/ito.js

ECC nunca descubre este cliente que contiene credenciales a través de PATH. ecc ito login realiza autorización de dispositivo y nunca hereda ITO_API_KEY. El auth solo para validación, más find y status, reenvían ITO_API_KEY directamente cuando está configurada; no se requiere ITO_AUTH_MODE=legacy. Nunca coloque una clave o token en argumentos, archivos rastreados, resultados MCP, registros o chat.

Flujo de trabajo de CLI

  1. Ejecute ecc ito login antes de la primera operación. ECC delega esto a la autorización de dispositivo de la CLI canónica, que abre la página de verificación de Itô de forma predeterminada y persiste un token de dispositivo en el Llavero de macOS. Use ecc ito login --no-browser para suprimir la transferencia de página. ECC en sí mismo no realiza automatización de navegador. Si el agente originador no puede completar el paso del navegador autenticado, entregue el comando exacto al usuario; después de que finalice la aprobación, regrese a la tarea originadora y continúe con ecc ito auth. Los tokens de dispositivo usan el Llavero de macOS de forma predeterminada. La alternativa de token de archivo es explícita y su directorio y archivo de token deben permanecer solo del propietario (0700 y 0600).

  2. Ejecute ecc ito auth para validar las credenciales existentes; nunca inicia sesión y rechaza --no-browser.

  3. Antes de ecc ito find, obtenga autorización explícita del comprador para enviar una RFQ.

    • Requiera gpu, count, days completos, max-rate, nodes, gpus-per-node, storage-tb, start-window, form-factor, contract-type, fabric, region y la decisión de división de lote.
    • Requiera count == nodes * gpus-per-node; nunca derive la topología.
    • Use any solo cuando el comprador acepte explícitamente cualquier tejido o región.
    • --allow-split omitido significa falso.
  4. Ejecute el comando de RFQ en 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. Ejecute ecc ito status para inspeccionar RFQ y órdenes de adquisición. Después de una falla de transporte ambigua, verifique el estado antes de repetir find.

  6. Cuando una cotización esté lista y el comprador lo apruebe explícitamente, acéptela:

    ecc ito accept rfq_<ticket-id>
    

    Esto envía el ticket al escritorio para revisión humana. No mueve fondos ni reserva capacidad. No acepte sin autorización explícita del comprador.

  7. Ejecute ecc ito logout cuando el usuario solicite explícitamente revocar este dispositivo. La CLI canónica mantiene la credencial local cuando la revocación remota falla para que el operador pueda reintentar; nunca elimine el token manualmente como sustituto.

Los precios del inventario son indicativos. Una RFQ no es capacidad reservada. Trate una tarifa como fija solo cuando el resultado canónico contenga una cotización firme no nula.

Calificación de nodos en vivo

ecc ito evals expone el adaptador en vivo limitado de la CLI canónica a un sixtytwo-cli==0.3.33 instalado por separado. No expone la ejecución de accesorios locales a través de ECC. Requerir todo lo siguiente antes de invocarlo:

  • autorización del operador para contactar los nodos nombrados;
  • ITO_ENABLE_SIXTYTWO_LIVE=1;
  • --live-sixtytwo;
  • una lista explícita de nodos; y
  • un directorio de configuración absoluto existente que contenga sixtytwo.yaml.
ecc ito evals \
  --cluster clu_prod_example \
  --live-sixtytwo \
  --nodes gpu-01,gpu-02 \
  --config-dir /ruta/absoluta/a/configuracion-calificacion

El adaptador canónico puede ejecutar solo la verificación de versión fija y sixtytwo test --full contra los nodos explícitos. No puede alquilar, lanzar, recuperar, reparar, restablecer, comprar u ordenar recursos. ECC no reenvía ITO_API_KEY ni credenciales de modelo/nube en la calificación de nodos.

Flujo de trabajo MCP

Construya el paquete canónico, luego configure el servidor stdio con una ruta absoluta:

{
  "mcpServers": {
    "ito-compute": {
      "command": "node",
      "args": [
        "/ruta/absoluta/a/ito-cloud-runtime/cli/ito-compute-cli/dist/bin/ito-mcp.js"
      ]
    }
  }
}

El servidor expone solo:

  • ito_auth
  • ito_find
  • ito_status
  • ito_accept

ito_auth valida las credenciales existentes; no inicia el inicio de sesión de dispositivo. Use ito_auth, recopile autorización explícita del comprador y cada restricción obligatoria, llame a ito_find, luego consulte con ito_status cuando sea necesario. Cuando una cotización esté lista y el comprador la apruebe explícitamente, llame a ito_accept con el id del ticket. Las cotizaciones de escritorio generalmente son indicativas y no vinculantes hasta que el escritorio confirme; el resultado lleva quote_class.

Semántica de alquiler o compra

find envía una RFQ y puede devolver una cotización firme, pero no alquila, compra, reserva, aprovisiona ni mueve fondos. accept envía una cotización al escritorio para revisión humana; no mueve fondos ni reserva capacidad. status está orientado a lectura, aunque el endpoint del proveedor puede conciliar una orden de adquisición existente. El enlace al panel pasivo en la ayuda de ECC es una ruta web separada operada por el usuario; no lo abra ni opere como sustituto de una capacidad faltante de la CLI.

Operaciones no compatibles

La superficie del cliente compatible no puede bloquear cotizaciones, reservar capacidad, ejecutar cargas de trabajo ni servir inferencia. accept es una entrega al escritorio, no una compra. El servidor MCP no expone calificación; use el comando CLI explícito anterior. No invente herramientas adicionales ni una ruta de compra. No sustituya un navegador o accesorio cuando falte la CLI local o una operación en vivo falle. Informe la capacidad faltante y deténgase.

Individual skills in this repo

This repo contains 20 individual skills — each has its own dedicated page.

accessibility

Design, implement, and audit inclusive digital products using WCAG 2.2 Level AA. Use when building or auditing UI that must meet WCAG 2.2 Level AA, or when reviewing a change for keyboard, contrast, or screen-reader support.

affaan-m/claude-api

Anthropic Claude API patterns for Python and TypeScript. Covers Messages API, streaming, tool use, vision, extended thinking, batches, prompt caching, and Claude Agent SDK. Use when building applications with the Claude API or Anthropic SDKs.

affaan-m/everything-claude-code

End-to-end marketing campaign planning and execution. Covers audience research, positioning, campaign angle definition, landing page copy, email sequences, social posts, ad copy, short-form video scripts, and content calendars. Use as the orchestration layer for multi-channel product launches. Use when planning or executing a multi-channel product launch, or producing landing page, email, social, or ad copy.

affaan-m/everything-claude-code

Development conventions and patterns for everything-claude-code. JavaScript project with conventional commits.

affaan-m/everything-claude-code-conventions

Development conventions and patterns for everything-claude-code. JavaScript project with conventional commits.

affaan-m/frontend-design

Create distinctive, production-grade frontend interfaces with high design quality. Use when the user asks to build web components, pages, or applications and the visual direction matters as much as the code quality.

affaan-m/gget

gget CLI and Python workflow for quick genomic database queries, sequence lookup, BLAST-style searches, enrichment checks, and reproducible bioinformatics evidence logs.

affaan-m/literature-review

Systematic literature-review workflow for academic, biomedical, technical, and scientific topics, including search planning, source screening, synthesis, citation checks, and evidence logging.

affaan-m/motion-ui

Production-ready UI motion system for React/Next.js. Use when implementing animations, transitions, or motion patterns.

affaan-m/project-guidelines-example

Example project-specific skill template based on a real production application.

affaan-m/pubmed-database

Direct PubMed and NCBI E-utilities search workflows for biomedical literature, MeSH queries, PMID lookup, citation retrieval, and API-backed literature monitoring.

affaan-m/scholar-evaluation

Structured scholarly-work evaluation for papers, proposals, literature reviews, methods sections, evidence quality, citation support, and research-writing feedback.

affaan-m/uspto-database

USPTO patent and trademark data workflow for official record lookup, PatentSearch queries, TSDR checks, assignment data, and reproducible IP research logs.

agent-architecture-audit

Full-stack diagnostic for agent and LLM applications. Audits the 12-layer agent stack for wrapper regression, memory pollution, tool discipline failures, hidden repair loops, and rendering corruption. Produces severity-ranked findings with code-first fixes. Essential for developers building agent applications, autonomous loops, or any LLM-powered feature. Use when an agent or LLM feature misbehaves and the failing layer is unknown, or before shipping an agent stack.

agent-eval

Head-to-head comparison of coding agents (Claude Code, Aider, Codex, etc.) on custom tasks with pass rate, cost, time, and consistency metrics. Use when choosing between coding agents, or when a change to an agent setup needs measured pass rate, cost, and time rather than an impression.

agent-harness-construction

Design and optimize AI agent action spaces, tool definitions, and observation formatting for higher completion rates. Use when defining or revising an agent

agentic-engineering

Operate as an agentic engineer using eval-first execution, decomposition, and cost-aware model routing. Use when planning or executing engineering work that agents will carry out end to end.

agentic-os

Build persistent multi-agent operating systems on Claude Code. Covers kernel architecture, specialist agents, slash commands, file-based memory, scheduled automation, and state management without external databases. Use when building a persistent multi-agent system on Claude Code with its own memory, commands, and scheduling.

agent-introspection-debugging

Structured self-debugging workflow for AI agent failures using capture, diagnosis, contained recovery, and introspection reports. Use when an agent run fails and you need a reproducible diagnosis instead of a retry.

agent-payment-x402

Add x402 payment execution to AI agents with per-task budgets, spending controls, and non-custodial wallets. Supports Base through agentwallet-sdk and X Layer through OKX Payments / OKX Agent Payments Protocol. Use when an agent must pay for something itself and needs per-task budgets, spending controls, and a non-custodial wallet.

Skills relacionados