---
name: lingtai-ai/preset-skill-openrouter
source: https://app.decimal.ai/s/lingtai-ai-preset-skill-openrouter@3/SKILL.md
source_sha256: a8f3cf26c224
---

# `openrouter`

`openrouterPreset()` in `tui/internal/preset/preset.go` ships
gateway model `z-ai/glm-5.1`, provider `openrouter`, a provider-resolved
base URL, and `OPENROUTER_API_KEY`. The exact shipped slug is
text-in/text-out, and the manifest has no `vision` capability.

## Template-specific settings

The stock template is text-only and does not invoke the vision tool. If an
operator creates a user-owned saved preset that explicitly adds
`capabilities.vision`, actual image support still depends on the selected
downstream model; only then may the vision tool attempt the saved preset's
endpoint, model, and credential over the compatible route. Gateway-wide
multimodality alone is not proof that a particular downstream model accepts
images.

Read the official [OpenRouter model guide](https://openrouter.ai/docs/guides/overview/models)
and [image-understanding guide](https://openrouter.ai/docs/guides/overview/multimodal/image-understanding)
on demand. No OpenRouter plan-level vision MCP is evidenced. If the real image
request fails, the sanitized vision tool result reports the failure type and
points to `vision(action="manual")` for explicit alternatives. Do not silently
change model/provider or auto-load/invoke an MCP. Verify provider, model,
endpoint resolution, and capability flags in TUI source.

## Operations

For base URL/API-compat/model/capability declaration shape versus
credentials, see `reference/operations/endpoint-capabilities/SKILL.md`.