[Bug]: [Windows]Failed to load module C:\Users\windows\.opencli\src

[huuhi]

Description

when npm install -g @jackwener/opencli then opencli doctor error Failed to load module C:\Users\windows.opencli\src

Steps to Reproduce

1. Run opencli ...
2. ...
3. See error

Expected Behavior

C:\Users\windows> opencli --version
ℹ First run detected — copying adapters (one-time setup)...
[opencli] Installed 1261 adapter files to C:\Users\windows.opencli\clis
⚠ Failed to load module C:\Users\windows.opencli\clis\36kr\article.js: Cannot find module 'C:\Users\windows.opencli\src\registry.js' imported from C:\Users\windows.opencli\clis\36kr\article.js
⚠ Failed to load module C:\Users\windows.opencli\clis\1688\item.js: Cannot find module 'C:\Users\windows.opencli\src\errors.js' imported from C:\Users\windows.opencli\clis\1688\item.js
⚠ Failed to load module C:\Users\windows.opencli\clis\1688\search.js: Cannot find module 'C:\Users\windows.opencli\src\errors.js' imported from C:\Users\windows.opencli\clis\1688\search.js
⚠ Failed to load module C:\Users\windows.opencli\clis\36kr\news.js: Cannot find module 'C:\Users\windows.opencli\src\registry.js' imported from C:\Users\windows.opencli\clis\36kr\news.js
⚠ Failed to load module C:\Users\windows.opencli\clis\36kr\search.js: Cannot find module 'C:\Users\windows.opencli\src\registry.js' imported from C:\Users\windows.opencli\clis\36kr\search.js
⚠ Failed to load module C:\Users\windows.opencli\clis\amazon\bestsellers.js: Cannot find module 'C:\Users\windows.opencli\src\registry.js' imported from C:\Users\windows.opencli\cli

OpenCLI Version

1.6.3

Node.js Version

22.x

Operating System

Windows

Logs / Screenshots

[Astro-Han]

Thanks for reporting this. This looks closely related to #788, specifically the adapter/shim path mismatch in 1.6.3.

The failure mode appears to be the same: adapters copied into ~/.opencli/clis/ or %USERPROFILE%\\.opencli\\clis\\ import paths like ../../src/registry.js and ../../src/errors.js, which then resolve to ~/.opencli/src/* or the Windows equivalent. The generated compatibility shims do not currently match that src/ layout, so the modules fail to load.

So this looks like the same underlying issue as the second half of #788. The extra --version => 0.0.0 regression tracked in #788 is a separate problem.

[Astro-Han]

Temporary workaround before the fix is merged and released:

Please downgrade to @jackwener/opencli@1.6.2 for now. Based on the published packages, 1.6.2 still uses the previous layout and does not appear to have this regression.

Global install:

npm uninstall -g @jackwener/opencli
npm install -g @jackwener/opencli@1.6.2

This should avoid both the adapter/shim path issue from 1.6.3 and, in the related reports, the incorrect 0.0.0 version output.

Once the fix is released, users can upgrade again.

[jeshy]

⚠ Failed to load module C:\Users{user}.opencli\clis\yuanbao\ask.js: Cannot find package 'turndown' imported from C:\Users{user}.opencli\clis\yuanbao\ask.js
⚠ Failed to load module C:\Users{user}.opencli\clis\yollomi\background.js: Cannot find package 'chalk' imported from C:\Users{user}.opencli\clis\yollomi\background.js
⚠ Failed to load module C:\Users{user}.opencli\clis\yollomi\face-swap.js: Cannot find package 'chalk' imported from C:\Users{user}.opencli\clis\yollomi\face-swap.js
⚠ Failed to load module C:\Users{user}.opencli\clis\yollomi\edit.js: Cannot find package 'chalk' imported from C:\Users{user}.opencli\clis\yollomi\edit.js
⚠ Failed to load module C:\Users{user}.opencli\clis\yollomi\generate.js: Cannot find package 'chalk' imported from C:\Users{user}.opencli\clis\yollomi\generate.js
⚠ Failed to load module C:\Users{user}.opencli\clis\yollomi\object-remover.js: Cannot find package 'chalk' imported from C:\Users{user}.opencli\clis\yollomi\object-remover.js
⚠ Failed to load module C:\Users{user}.opencli\clis\yollomi\remove-bg.js: Cannot find package 'chalk' imported from C:\Users{user}.opencli\clis\yollomi\remove-bg.js
⚠ Failed to load module C:\Users{user}.opencli\clis\yollomi\restore.js: Cannot find package 'chalk' imported from C:\Users{user}.opencli\clis\yollomi\restore.js
⚠ Failed to load module C:\Users{user}.opencli\clis\yollomi\try-on.js: Cannot find package 'chalk' imported from C:\Users{user}.opencli\clis\yollomi\try-on.js
⚠ Failed to load module C:\Users{user}.opencli\clis\yollomi\upload.js: Cannot find package 'chalk' imported from C:\Users{user}.opencli\clis\yollomi\upload.js
⚠ Failed to load module C:\Users{user}.opencli\clis\yollomi\upscale.js: Cannot find package 'chalk' imported from C:\Users{user}.opencli\clis\yollomi\upscale.js
⚠ Failed to load module C:\Users{user}.opencli\clis\yollomi\video.js: Cannot find package 'chalk' imported from C:\Users{user}.opencli\clis\yollomi\video.js

opencli doctor
error: Failed to load module C:\Users{user}.opencli\cl

OpenCLI Version
1.6.5

Operating System
Windows

[Astro-Han]

The errors in 1.6.5 are a different issue from the original #788.

What's fixed: internal imports (@jackwener/opencli/registry, etc.) now resolve correctly via the symlink at ~/.opencli/node_modules/@jackwener/opencli. Version also displays correctly.

What's still broken: adapters in ~/.opencli/clis/ also import third-party packages (chalk, turndown, etc.) as bare specifiers. Node.js resolves these by walking up from the importing file's location:

~/.opencli/clis/<site>/node_modules/chalk   → not found
~/.opencli/clis/node_modules/chalk          → not found
~/.opencli/node_modules/chalk               → not found (only @jackwener/opencli symlink exists)

The actual chalk package lives in the global node_modules/ tree (e.g. <prefix>/lib/node_modules/chalk), which is outside the resolution path.

Suggested fix: ensureUserCliCompatShims should also create symlinks in ~/.opencli/node_modules/ for each dependency listed in the package's package.json. Since all 7 dependencies (chalk, cli-table3, commander, js-yaml, turndown, undici, ws) are in the same global node_modules/ directory as the package itself, symlinks can be derived from the package root's parent:

const globalModules = path.dirname(opencliRoot); // e.g. <prefix>/lib/node_modules/
for (const dep of Object.keys(pkg.dependencies)) {
  const target = path.join(globalModules, dep);
  // create symlink at ~/.opencli/node_modules/<dep> → target
}

This was missed during the #795 review because the focus was on internal import migration. The unit tests all run inside the package tree where node_modules/ is available, so this only surfaces at runtime from ~/.opencli/clis/.

[jackwener]

Confirmed on 1.6.5. This is a follow-up regression after #789/#795:

• internal @jackwener/opencli/* imports are fixed
• but copied adapters in ~/.opencli/clis/ still import bare runtime deps like chalk and turndown
• those bare imports resolve from ~/.opencli/node_modules/, but we currently only symlink @jackwener/opencli there

I opened a fix here: #798

The patch makes ensureUserCliCompatShims() expose runtime dependencies into ~/.opencli/node_modules/ as well, using Node module resolution to find the real installed package roots. It also adds a regression test covering a copied user adapter that imports both @jackwener/opencli/errors and chalk.

Validated with:

• npm test -- --run src/engine.test.ts
• npm run build
• fresh-user-dir smoke run of node dist/src/main.js --version