fix: defeat Bun static analysis of transformers import in Desktop

OpenCode Desktop sidecar failed to load plugin with:
  ENOENT: no such file or directory, open
  '.../@huggingface/transformers/utils/devices.js'

The literal 'import("@huggingface/transformers")' was being statically
resolved by Bun at plugin load time, which then followed JSDoc-referenced
paths in transformers' webpack-bundled dist and tried to open files that
only exist as JSDoc @type annotations.

Fix: use a runtime-computed template literal specifier so Bun cannot
statically analyze the import target. The dynamic import still works
normally at runtime, but the load-time static walk no longer fires.

Verified e2e: cached tarball install of 0.8.5 with the fix loads in
Desktop sidecar and embedding model loads successfully.

Closes #4

Author: ualtinok

packages/plugin/src/features/magic-context/memory/embedding-local.ts

@@ -125,7 +125,13 @@ export class LocalEmbeddingProvider implements EmbeddingProvider {
 
         this.initPromise = (async () => {
             try {
-                const transformersModule = (await import("@huggingface/transformers")) as Record<
+                // Non-literal import specifier prevents Bun from eagerly resolving
+                // @huggingface/transformers at plugin load time. Desktop sidecar spawns
+                // hit ENOENT on JSDoc-referenced files inside transformers' webpack dist
+                // when the literal string triggers Bun's static module analysis.
+                // See: https://github.com/cortexkit/opencode-magic-context/issues/4
+                const transformersSpec = `@huggingface/${"transformers"}`;
+                const transformersModule = (await import(transformersSpec)) as Record<
                     string,
                     unknown
                 >;