How it behaves
modlens_read_image is the native tool exposed to the text-only model. A pasted image can arrive as a private temporary-file path in the composer, or through a selected (modlens vision) model entry, where the thumbnail remains in the message until request time. The result is structured evidence intended to ground the model’s answer in what the image contains. A path can also be supplied directly in chat.
Model routing
The plugin auto-discovers provider routes whose metadata positively confirms that they carry text-only DeepSeek or GLM models. It adds a wrapped (modlens vision) entry for each such route. Confirmed native vision models are excluded, and unconfirmed models are left alone. A stock setup is documented as exposing DeepSeek-V4-Flash (modlens vision) and DeepSeek-V4-Pro (modlens vision); additional routes such as opencode-go or zai can receive their own entries.
Vision engines
The README describes six built-in providers and four reusable local agent CLIs. Documented provider examples include gemini-api, which needs a Gemini API key, openai, which takes an OpenAI-compatible key, baseUrl and model, and anthropic, which needs an Anthropic API key. antigravity-cli is also documented as a no-key channel after sign-in. Existing logins in Claude Code, Codex, OpenCode and Pi can be offered for reuse, with each reused read labelled by the quota it used.
Local access and operation
The setup checks available local credentials and asks before reusing them. The documented Antigravity sign-in command is agy. The plugin can inspect local harness CLI availability and invoke an approved route, so its terminal and credential access should be reviewed alongside the image data sent to the selected provider.
Written from the project's own documentation and kept in sync with it. Where the two disagree, the source is authoritative — read the README on GitHub