fix(codegen): lazy-load @agentic-kit/ollama in embedder template

[yyyyaaa]

Summary

The generated CLI embedder module eagerly imports @agentic-kit/ollama at module top level. Because the generated CLI statically loads every command at boot (commands.ts → agent/agent-skill → embedder), this crashes the entire CLI with MODULE_NOT_FOUND whenever the optional @agentic-kit/ollama package isn't installed — even for plain CRUD commands. This broke constructive-hub's cli-e2e job after the latest SDK regeneration shipped the eager import into the committed CLI.

Fix

Defer the provider import in the codegen template (graphql/codegen/src/core/codegen/templates/embedder.ts): remove the top-level import OllamaClient from '@agentic-kit/ollama' and move it to a memoized dynamic import('@agentic-kit/ollama') inside the embedder closure, throwing a friendly "install @agentic-kit/ollama" error only if the ollama embedder is actually invoked.

• createOllamaEmbedder / resolveEmbedder / buildEmbedder stay synchronous (no signature change → no ripple into generated agent-skill callers)
• baseUrl / model / generateEmbedding(text, model) / result.embedding preserved
• --auto-embed behavior unchanged; matches the existing await import() idiom in the codegen

Verification

pnpm --filter @constructive-io/graphql-codegen build passes (tsc CJS + ESM + copy:templates); the shipped dist template has no top-level @agentic-kit/ollama import. Cross-checked against the package's actual export default OllamaClient and generateEmbedding(text, model?) signature.

Follow-up

After this is published (new @constructive-io/graphql-codegen > 4.47.0), constructive-db regenerates sdk/constructive-cli/ (and adds @agentic-kit/ollama to optionalDependencies), which lets constructive-hub remove its temporary cli-e2e skip.

🤖 Generated with Claude Code