跳转至

ECC × Itô Compute 集成

状态：已实现本地 CLI 桥接；托管推理仍不可用

负责人：Affaan Mustafa

更新日期：2026-07-23

论点

分发链保持提供商中立：

GPU compute (Itô or another selected provider)
  -> any open-source model
  -> model harness
  -> ECC meta-harness

Itô 是 ECC 的首选计算赞助商，而非独家提供商。自有硬件、现有集群和其他提供商仍然有效。

已实现的边界

ECC 委托给 Ito-Markets/ito-cloud-runtime/cli/ito-compute-cli 中的规范 Itô 包。ECC 不维护第二个 API 客户端或响应模式。

该封装仅暴露规范 CLI 的 login、logout、auth、find、status 和 evals 操作：

ecc ito login [--no-browser]
ecc ito logout
ecc ito auth
ecc ito find <all required RFQ constraints>
ecc ito status
ecc ito evals --cluster <id> --live-sixtytwo --nodes <list> --config-dir <dir>

规范 MCP 服务器仅暴露 ito_auth、ito_find 和 ito_status。ECC 包含一个可选配置模板，指向本地构建的 MCP 入口。默认不启用该服务器。

旧的浏览器/手动复制命令已弃用。ecc ito login 委托给规范 CLI 的设备授权，默认打开 Itô 验证页面，并将设备令牌持久化到 macOS Keychain。--no-browser 会抑制该页面跳转。ECC 本身不执行浏览器自动化，也不存储经济状态。ecc ito auth 仅用于验证，从不启动设备登录，并拒绝 --no-browser。

本地安装

ito-compute-cli 未发布。请从规范仓库安装：

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

将 ECC_ITO_CLI_EXECUTABLE 设置为显式的绝对构建入口：

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

ECC 不通过 PATH 解析携带凭据的客户端；这可避免将认证材料转发给同名的无关可执行文件。

对于 MCP，使用以下路径配置 node：

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

设备登录仅转发所需的授权设置、可选的 Itô 端点覆盖以及最小进程环境；它从不继承 ITO_API_KEY。auth、find 和 status 命令在配置时直接转发 ITO_API_KEY；不需要 ITO_AUTH_MODE=legacy。设备令牌默认使用 macOS Keychain。显式文件回退保留仅限所有者的 0700 目录和 0600 令牌文件权限。ECC 不检查或记录机密。

权限与经济

  • login 启动规范设备授权；当操作员不希望 CLI 打开验证页面时，可使用 --no-browser。
  • logout 撤销当前设备凭据，仅在确认远程撤销后删除本地副本；撤销失败会保留本地副本以便重试。
  • auth 仅验证现有凭据。
  • find 读取实时库存并提交实时已认证 RFQ。操作员或代理在调用前必须收集所有硬性拓扑/经济约束，并获得明确的买方授权。
  • status 读取当前 RFQ 和采购状态。
  • evals 同时要求 ITO_ENABLE_SIXTYTWO_LIVE=1 和 --live-sixtytwo，然后仅针对显式节点列表和现有绝对配置目录运行规范 CLI 固定的 sixtytwo-cli==0.3.33 资格适配器。它不会接收 ITO_API_KEY 或无关的云/模型凭据，也不能租用、启动、恢复、修复、重置、购买或订购资源。
  • ECC 原样返回规范进程的 stdout、stderr 和退出码。
  • 库存行或 RFQ 不是容量预留。
  • 只有非空的规范确定报价才是确定的。
  • 在出现模糊的传输错误后，在重复 find 之前先检查 status。
  • 全局 ECC 演练不会创建本地成功结果；封装会失败关闭，而不调用规范 CLI。

所有持久的 RFQ、报价、采购和预留状态仍由 Itô 平台拥有。ECC 不添加影子存储。

本切片不支持

ECC 不暴露报价锁定、购买、工作负载执行或推理命令。节点资格认证仅通过单独门控的规范适配器以实时方式提供；ECC 桥接不暴露其纸面测试模式。

托管推理仍不可用。ECC 不声称 Itô 已创建模型端点、部署工作负载、预留容量或转移资金。

推理服务契约

skills/ito-inference 是唯一的规范服务技能；ito-serve 是触发语言，而不是第二个已安装技能。当前 ECC 桥接没有 serve 动词，并在解析或启动规范客户端之前拒绝它。规范运行时仅将 inference 记录为不支持的兼容性探测，MCP 仍限于 auth、find 和 status。因此，服务请求在登录之前停止。

未来的 serve 操作在以下条件满足前不可发布：验证已完成的预订和新的服务资格，接受不可变的已审查清单，要求绑定到账户、操作、清单摘要和最大成本的短生命周期一次性确认，并原子性地预留调用方提供的幂等键。CLI 参数仅携带不透明的非授权确认引用；持有者确认在服务器端解析并消费。

清单处理必须规范化路径，拒绝符号链接，打开常规文件而不跟随链接，验证所有权/权限和有限大小，并对打开描述符中的字节进行哈希。摘要必须与变更前绑定到确认中的值匹配，以防止路径交换和摘要不匹配攻击。仅凭认证永远不是工作负载授权。

同一规范客户端必须暴露结构化、租户范围的 status、logs、metrics、cancel 和 cleanup，具有有界超时和撤销感知错误。在出现模糊的传输故障后，调用方在重试前通过幂等键进行协调。ECC 永远不得用 root SSH、本地服务脚本、浏览器自动化或未经审查的购买端点替换该控制平面。

技能与安装形态

skills/ito-compute/SKILL.md 是一个可选工作流，通过以下方式安装：

  • 模块：ito-compute
  • 组件：capability:ito-compute
  • 配置：full

该技能记录了确切的 CLI 和 MCP 名称以及审批边界。它不包含未发布的 CLI。

发布阻塞项

该集成可基于本地构建运行。在 ito-compute-cli 拥有已批准的包发布策略并发布，或被另一个经过验证的分发渠道取代之前，分发仍被阻塞。在通过注册表读取确认之前，ECC 不得声称 npm 可用。

在此工作树中，ECC 包版本保持不变。其版本提升、发布提交和发布有意推迟到审查后由发布负责人处理。

验证

本地契约套件证明：

  • 仅六个受支持的操作会生成进程；
  • RFQ 参数被转发，且不会进行经济层面的重新解释；
  • 只有已批准的 Itô 运行时或隔离的节点资格变量会跨越进程边界；
  • 不受支持和 dry-run 路径会在生成进程前失败；
  • 缺失或相对路径的可执行文件会以失败关闭方式处理，并给出本地安装指引；
  • 规范输出和退出状态保持不变地传递；
  • 技能、安装清单、npm 暴露面和可选 MCP 模板保持一致。

此集成中的任何测试都不会调用实时 Itô API、提交 RFQ、打开浏览器或联系 GPU 节点。

本页原文 Markdown：在 AtomGit 查看·内容源自开源项目 ev/ECC