cursor-models
cursor-models
The SDK exposes the same model catalog as the Cursor app. Pick at create time, override per run, and tune via params.
When to use
- Listing available models for a UI / config
- Choosing between cost and capability (Composer 2 vs GPT-5.5 etc.)
- Tuning model parameters like thinking depth
- Routing different workload classes to different models
Catalog
- [[references/list]] —
Cursor.models.list()returnsSDKModel[] - [[references/model-shape]] —
id,displayName,description,parameters,variants - [[references/parameters]] —
ModelParameterDefinitionand value enums
Selection
More from hktitan/cursor-sdk
cursor-hooks
File-based agent loop hooks via `.cursor/hooks.json` — pre/post commands, governance gates. Use when enforcing policy without modifying agent prompts.
1cursor-runs
Run lifecycle, streaming, follow-ups, and conversation introspection in the Cursor SDK. Use when consuming agent output, handling progress events, or chaining turns.
1cursor-subagents
Define delegated subagents on a Cursor SDK agent via the `agents` field — `AgentDefinition`, MCP scoping, and model inheritance. Use when decomposing work across specialist personas.
1cursor-sdk
Entry point for the Cursor TypeScript SDK — install, auth, and the Agent.create / Agent.resume / Agent.prompt lifecycle. Use when starting any Cursor SDK integration or wiring durable agent IDs.
1cursor-errors
CursorAgentError class hierarchy, isRetryable, and recovery patterns. Use when classifying SDK failures, building retry logic, or surfacing actionable messages.
1cursor-cloud
Cloud runtime for Cursor SDK — dedicated VMs, repo-bound runs, auto-PR creation, artifacts, and reattachment. Use when running long, review-oriented, or repo-modifying agents off the local machine.
1