Plugin directory / Developer / dsh-plugin-describe-image
dsh-plugin-describe-image
Verified · install-tested on dsh whitelonng
What it does
DeepSeek Harness plugin: describe_image — give a text-only model vision through an OpenAI-compatible VLM endpoint
Works — verified, early-stage project
DeepSeek Harness plugin: describe_image — give a text-only model vision through an OpenAI-compatible VLM endpoint It installs cleanly and boots without issues in our testing. It's early-stage but functional.
“Verified” means our automated CI actually ran dsh plugin add in a clean profile and it booted — nothing more. Feature descriptions and version compatibility are the author’s claims. This is not a security audit and not an endorsement of third-party code.
README
dsh-plugin-describe-image
English | 中文
DeepSeek Harness 图片理解插件 — a vision-language describe_image tool that gives a text-only model (DeepSeek V4 and friends) the ability to understand images.
A DeepSeek Harness plugin: the model-facing describe_image tool. It loads one image — a local file path, an http(s) URL, or a durable attachment reference — and asks a vision-language model (VLM) at an OpenAI-compatible endpoint (Qwen-VL, GLM-4V, GPT-4o, or a local Ollama endpoint) to describe it. Only the returned text crosses into the conversation; the image itself never enters the session log. Keywords: DeepSeek Harness plugin, describe_image tool, image understanding, image description, multimodal, vision-language model, VLM, text-only model, Qwen-VL, GLM-4V, GPT-4o, Ollama.
Install
dsh plugin --profile web add github:whitelonng/dsh-plugin-describe-image
The desktop app's plugin list accepts the same spec in its install box (github:whitelonng/dsh-plugin-describe-image); the plugin loads after an application restart.
Features
- Three input forms: local path, http(s) URL, or the JSON of an
[image attachment …]note (resolved through the harness attachment service — copy the note verbatim intoimage). - Live configuration card: the Web GUI's Settings → Plugins → "Image understanding" card edits
baseURL,model, and the API key (via the credential seam) with immediate effect — no restart. - Per-call API key resolution: inline
apiKey→ credential seam (apiKeyEnv, defaultVISION_API_KEY) → launch environment. - Security and bounds: redirects refused on every request,
maxBytes/maxOutputTokens/timeoutMsbounds, magic-byte media-type gate, bounded error excerpts, secrets never logged. - Companion harness changes (shipped in the harness repo, not this subtree): the DeepSeek text-only route flattens image blocks into the copyable
[image attachment …]notes, and the host accepts image prompts on text-only routes — together they close the "send an image to a text-only model" loop.
Quick start (in a DeepSeek Harness checkout)
# cordis.yml
- id: describe-image
name: '@deepseek-ai/dsh-tool-describe-image'
config:
baseURL: https://dashscope.aliyuncs.com/compatible-mode/v1
model: qwen-vl-max
apiKey: !!js process.env.VISION_API_KEY
FAQ
What does this plugin do?
It adds the describe_image tool to DeepSeek Harness: the agent (or user) hands the tool an image, the tool asks a configured vision-language model to describe it, and only the description text goes back into the conversation.
Which vision models work?
Any OpenAI-compatible vision endpoint: Qwen-VL (https://dashscope.aliyuncs.com/compatible-mode/v1), GLM-4V, GPT-4o, or a local Ollama endpoint. Set baseURL and model in Settings → Plugins → "Image understanding".
Does the image itself enter the conversation or the session log?
No. The image is loaded, checked, and sent only to the vision endpoint; the session log and the model see only the returned description text.
How do I install it?
Run dsh plugin --profile web add github:whitelonng/dsh-plugin-describe-image, or paste the same spec into the desktop app's plugin install box. Restart the application afterwards.
How is the API key configured?
Three layers, in order: an inline apiKey in config, the credential seam (apiKeyEnv, default VISION_API_KEY), then the launch environment. The key is never written into logs.
Is it safe against malicious input?
Redirects are refused, media type is gated by magic bytes, sizes and output tokens are bounded, and error excerpts are truncated — a hostile image or endpoint cannot exfiltrate secrets.
Repository layout
packages/vision/
├── README.md # vision capability family
└── tool-describe-image/ # the plugin package (source + tests + docs)
This repository holds the plugin subtree as it lives inside deepseek-harness: package dependencies stay workspace:^, and building, type-checking, and testing happen inside a harness checkout (see INTEGRATION.md). The harness tree is the build environment, not this repo. Keep the two in sync with:
git subtree push --prefix packages/vision dsh-describe-image main # from the harness checkout
Acknowledgments
- LINUX DO — This project is continuously shared and discussed in the LINUX DO community.
License
Install
Install the catalog once, then DeepSeek Harness can find and install any plugin from this site automatically:
dsh plugin add dshbase-catalog Then say "install dsh-plugin-describe-image for me" — your agent finds it in the directory and installs it. Docs: dshbase-catalog · verified packs.
This plugin is GitHub source (not published to npm) — install it straight from the repo:
Web profile:
dsh plugin --profile web add github:whitelonng/dsh-plugin-describe-image Headless (CLI) profile:
dsh plugin --profile headless add github:whitelonng/dsh-plugin-describe-image Test report
Verified: L1 install + L2 load + L3 runtime from GitHub source on dsh 0.1.0-rc.6.
When to use it
Extend the agent's coding surface — give it a new tool, workflow, or integration so it handles a dev task it couldn't before.
Who it's for
Developers who want dsh to behave like a teammate on real codebases — editing, running, and verifying changes rather than just answering.
For developers — extending it
The tool/command surface is the seam: expose more of the SDK, add smarter context wiring, or tighten the loop between code changes and verification.