free-coding-models 0.5.56 → 0.5.57

package/changelog/v0.5.57.md

@@ -0,0 +1,20 @@
+# Changelog v0.5.57 - 2026-07-25
+
+### Fixed
+- 📦 **`patch-openclaw.js` now finds `sources.js` in more locations** ([#35](https://github.com/vava-nessa/free-coding-models/issues/35)) — when users copy just `patch-openclaw.js` to another directory (e.g. `~/.free-coding-models/`) and run it, the static `import './sources.js'` failed with `ERR_MODULE_NOT_FOUND` because ESM resolves imports relative to the importer file at parse time. Switched to a runtime search over multiple candidate paths:
+
+  1. Same directory as the script (primary — FCM source / global install layout)
+  2. Parent directory (covers `tools/`-style subdirs)
+  3. Two levels up
+  4. Three levels up
+  5. `process.cwd()` (last-resort fallback)
+
+  If none resolve, the script now prints a clear error pointing to the script's actual location and how to fix it, instead of a cryptic `ERR_MODULE_NOT_FOUND`.
+
+### Maintenance
+- 🧪 **+1 unit test** (`test/patch-openclaw.test.js`) locking in the search order so any future reordering is caught.
+- 🧪 **592/592 tests pass** (`pnpm test`).
+- 🧹 `vite build` succeeds.
+
+### Why a top-level `await import()`?
+ESM `import './sources.js'` is resolved at parse-time relative to the importer file's directory. There's no way to fall back at parse time, so the only way to support multiple candidate paths is to compute the path at runtime and use dynamic `import(pathToFileURL(sourcesPath).href)`. Top-level `await` keeps the rest of the script's top-level statements unchanged.

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "free-coding-models",
-  "version": "0.5.56",
+  "version": "0.5.57",
   "description": "Find the fastest coding LLM models in seconds — ping free models from multiple providers, pick the best one for OpenCode, Cursor, or any AI coding assistant.",
   "keywords": [
     "nvidia",

package/patch-openclaw.js

@@ -9,8 +9,39 @@
 
 import { readFileSync, writeFileSync, existsSync, mkdirSync } from 'fs'
 import { homedir } from 'os'
-import { join } from 'path'
-import { nvidiaNim } from './sources.js'
+import { join, dirname } from 'path'
+import { fileURLToPath, pathToFileURL } from 'url'
+
+// 📖 Issue #35: when users copy just patch-openclaw.js to another directory
+// 📖 (e.g. ~/.free-coding-models/) and try to run it, the relative import of
+// 📖 sources.js fails with ERR_MODULE_NOT_FOUND. Look up the tree + check CWD
+// 📖 before giving up with a helpful message.
+const SCRIPT_DIR = dirname(fileURLToPath(import.meta.url))
+
+function findSourcesPath() {
+  const candidates = [
+    join(SCRIPT_DIR, 'sources.js'),
+    join(SCRIPT_DIR, '..', 'sources.js'),
+    join(SCRIPT_DIR, '..', '..', 'sources.js'),
+    join(SCRIPT_DIR, '..', '..', '..', 'sources.js'),
+    join(process.cwd(), 'sources.js'),
+  ]
+  for (const p of candidates) {
+    if (existsSync(p)) return p
+  }
+  return null
+}
+
+const sourcesPath = findSourcesPath()
+if (!sourcesPath) {
+  console.error('  ✖ Could not locate sources.js next to this script.')
+  console.error(`    Script location: ${SCRIPT_DIR}`)
+  console.error('    Make sure sources.js is in the same directory as patch-openclaw.js,')
+  console.error('    or run this from the free-coding-models repo root.')
+  process.exit(1)
+}
+
+const { nvidiaNim } = await import(pathToFileURL(sourcesPath).href)
 
 const MODELS_JSON = join(homedir(), '.openclaw', 'agents', 'main', 'agent', 'models.json')
 const OPENCLAW_JSON = join(homedir(), '.openclaw', 'openclaw.json')