Standalone aft warmup uses wrong storage default and fails to load ONNX Runtime

[tobwen]

Short description

Standalone aft warmup uses wrong storage default and fails to load ONNX Runtime

What happened?

Running aft warmup standalone (without the plugin) writes caches to ~/.cache/aft/ instead of ~/.local/share/cortexkit/aft/ - the path the plugin uses.

Indexes, symbols, and backups end up in a different directory, so caches are not shared between standalone warmup and plugin usage.

Additionally, standalone aft warmup fails to build the semantic index with: ONNX Runtime not found. dlopen('libonnxruntime.so') failed: cannot open shared object file

The ONNX Runtime library is already downloaded by the plugin to <storage_dir>/onnxruntime/1.24.4/, but aft warmup never resolves or sets ORT_DYLIB_PATH to find it.

Diagnostics

n/a

Plugin version

0.39.4 & main

AFT binary version

0.39.4 & main

Platform

linux x64, windows x64

Log output (optional)

n/a

[hiSandog]

Standalone and plugin invocation should share one storage-directory resolver with the same platform defaults and environment/CLI override precedence. ONNX discovery can then search the resolved storage directory's pinned runtime before system locations, validating architecture and version before setting the library path. An integration test that warms standalone, starts the plugin, and asserts both see the same cache/index and runtime would catch both halves of this regression.

[alfonso-aft]

The storage-root half of this was fixed in v0.46.0 (all plugin-less entry points — aft warmup included — now resolve the same CortexKit data root as the plugins, so caches are shared), and v0.47.0 keeps that unified. The ONNX Runtime half remains: standalone warmup does not auto-download the runtime the way the plugin does. Until that lands, pointing warmup at an existing plugin-installed runtime works. Leaving this open scoped to the ONNX gap.

[alfonso-aft]

The remaining half of this is released in v0.49.2: the standalone binary (aft warmup included) now resolves the plugin-managed ONNX Runtime from the shared storage directory when ORT_DYLIB_PATH is unset, picking the newest compatible version; an explicitly set ORT_DYLIB_PATH still wins. Combined with the storage-root default fix that shipped earlier, both halves of this report are covered. Thanks for the patience on this one.