768bcd4356
Image recognition and the chat model shared DEEPSEEK_API_KEY: the image-recognition bundle defaulted apiKeyEnv to the model key, so saving one overwrote the other. Point the bundle at IMAGE_RECOGNITION_API_KEY and guard both the provider and the settings card against a stale model ref, so vision never reads or writes the chat key. Also add a clear-key button, default the model to qwen3-vl-flash on the DashScope compatible-mode endpoint, and send file images as base64 with a normalized base URL. Co-Authored-By: Claude <noreply@anthropic.com>
@deepseek-ai/dsh-image-recognition-bundle
Opt-in image-recognition bundle for a profile. Its cordis.patch.yml mounts the
capability seam (@deepseek-ai/dsh-image-recognition), the configurable HTTP
provider (@deepseek-ai/dsh-image-recognition-http), and the model-facing
consumer (@deepseek-ai/dsh-tool-image-recognition).
The web profile template mounts this bundle by default. A non-web profile opts
in by adding this package to its dsh.profile.bundles (or
dsh plugin --profile <name> add @deepseek-ai/dsh-image-recognition-bundle).
Then configure the endpoint, key, and model in the Plugins settings page
(image-recognition card).
Known Limitations and Deferred Work
- Requires the user to supply a vision provider endpoint and key; recognition is unavailable until both are configured.