Problem: External extensions fail to load — "is not host-provided" (Windows) / silent failure (darwin-arm64) —— Trove problem library

What you will run into

Standalone omp loading external extensions reports @oh-my-pi/pi-* is not host-provided (Windows), or extension loading fails silently (darwin-arm64). Typical help request: omp-compact#8 (2026-08-28 demand capture).

Main program installed, but extensions won't load.

Why this happens

Two bugs between CHANGELOG v17.1.0 and v17.1.5:

The common root of this bug class: a compiled binary is not the same as running from source.

bun build --compile bundles dependencies into a single executable and module resolution rules change with it — when running from source, import "@oh-my-pi/pi-*" resolves via node_modules;

after compiling, bare imports cannot find the package in the host environment (Windows scenario), and import.meta.dir points to a path that differs from the source layout (darwin-arm64 scenario).

Neither can be worked around by user config; both are upstream packaging defects.

The only reliable user-side action is upgrade to the fixed version and confirm the version number — which is exactly why "check omp --version before troubleshooting" matters.

Step by step

1. Confirm the current version — Required

omp --version

2. Upgrade — Required

bun install -g @oh-my-pi/pi-coding-agent@latest

3. Retry extension loading — Required

After upgrading, reinstall/reload external extensions and confirm the is not host-provided error or silent failure is gone.

How to confirm it works

Version and extension loading normal after upgrade (expected shape):

omp --version → omp/18.0.9 (≥17.1.5 includes the fix)
External extension load → normal (no more "not host-provided")

Other environments

Symptom

Standalone omp install reports @oh-my-pi/pi-* is not host-provided when loading external extensions (Windows), or extension loading silently fails (darwin-arm64); typical help sample: omp-compact#8 (2026-08-28 demand capture).

Cause

CHANGELOG v17.1.0 to v17.1.5: Windows compiled binary fails to load external extensions (bare @oh-my-pi/pi-* value import issue); darwin-arm64 release binary silently fails for extensions (import.meta.dir handling bug). Both fixed in v17.1.5.

Solution

Upgrade to >=17.1.5 (current latest 18.0.9 includes the fix): bun install -g @oh-my-pi/pi-coding-agent@latest (or upgrade per your install method).