La compilación ya no espera al índice

[Eslopes]

PowerRustCOBOL 1.61.52

Cada compilación invocaba cargo build sin --offline, de modo que antes de compilar una sola caja el sistema iba a la red a refrescar el índice de crates.io y a resolver de nuevo el grafo de dependencias. Medido sobre una compilación real: 2,6 s con el índice caliente y 7,4 s con el índice frío, antes de empezar; con la red lenta o caída, lo que tardara en rendirse.

Ahora la resolución se hace desde la caché local, que es el contrato ya documentado: registrar una caja necesita red, compilar no.

También evita que el grafo cambie bajo los pies del proyecto. Resolver contra un índice recién refrescado puede elegir versiones más nuevas que las ya compiladas y recompilar el grafo entero sin que nadie lo pidiera: 1 m 50 s medidos en el proyecto que ahora termina en un segundo.

El único caso que sí necesita red — una caché fría que nunca vio una de las cajas fijadas — se detecta por el propio error de cargo (falla antes de compilar nada) y se reintenta en línea automáticamente, informando "Fetching dependencies…". Un fallo posterior, cuando ya hay cajas compilando, es del desarrollador y se muestra tal cual: nunca se compila dos veces.

Anthropic Claude Codex Agent