The model dropdown in the Dashboard prompt editor draws its options from the
builtInModels and modelSchemas fields in your agentmark.json. If the dropdown is empty, your config has no models yet; add some with the steps below and they’ll appear. New projects include one model (openai/gpt-5.5) by default.Pulling built-in models
Use thepull-models command to add models to your agentmark.json:
- Shows you the available providers
- Lets you select which models to add
- Updates
builtInModelsin youragentmark.json
provider/model form. For example, selecting OpenAI’s gpt-5 writes "openai/gpt-5" to builtInModels, and selecting Ollama’s llama3.1 writes "ollama/llama3.1". The tables below list the model IDs without the provider prefix for readability.
The full set of models comes from AgentMark’s model registry (sourced from LiteLLM and OpenRouter). Run pull-models --provider <name> --list to print the authoritative list for each provider as JSON. The tables below highlight a handful of commonly used IDs.
Supported providers
AgentMark ships provider labels for: OpenAI, Anthropic, Google (including Vertex AI), xAI Grok, Groq, Cohere, Mistral, DeepSeek, Together AI, Ollama, Fireworks, AWS Bedrock, Azure OpenAI, and Perplexity. The tabs below show a subset with example IDs.- OpenAI
- Anthropic
- Google
- Ollama
- xAI
- Groq
Language models:
gpt-5, gpt-5-mini, gpt-4.1, o3, o4-mini, and moreImage models: dall-e-3, dall-e-2Speech models: tts-1, tts-1-hd, gpt-4o-mini-ttsPulled models land in
builtInModels, an allowlist the client enforces at render time. At call time, the code that calls your SDK (your call site or executor) maps each prompt’s model_name to the model ID your SDK expects. See Model names vs provider model IDs.Custom model schemas
For models not covered by the built-in providers, or when you need custom settings and pricing, define model schemas in youragentmark.json under modelSchemas.
Basic structure
Each model schema includes:- label: Display name shown in the AgentMark Dashboard prompt editor
- cost: Pricing configuration for cost tracking
- settings: Configurable parameters with UI controls
Cost configuration
Thecost object defines pricing for cost tracking:
| Property | Description |
|---|---|
inputCost | Cost per unit for input tokens (USD) |
outputCost | Cost per unit for output tokens (USD) |
unitScale | Number of tokens per unit (for example, 1000000 = cost per million tokens) |
Settings configuration
Settings define configurable parameters that appear in the Dashboard prompt editor. Each setting has:| Property | Description |
|---|---|
label | Display name shown in the Dashboard |
order | Sort order (ascending, so lower values appear first) |
default | Default value |
type | One of "slider" or "number" (numeric, paired with ui: "slider"), or "string" (for select, imageSize, and aspectRatio controls) |
ui | Which control to render: slider, select, imageSize, or aspectRatio |
ui, the Dashboard editor infers the control from type (for example, number renders a slider, and string with an options array renders a select). A ui value outside the supported set renders as “unsupported”.
The available controls are:
- Slider
- Select
- Image size / aspect ratio
For numeric values with a range:
Complete example
Here’s a full example with a text model and an image model:agentmark.json
Best practices
- Use descriptive labels: make it clear what each setting does in the Dashboard.
- Set appropriate ranges: define minimum and maximum values that make sense for your model.
- Order settings logically: lower
ordervalues appear first in the prompt editor. - Provide sensible defaults: choose default values that work well for most use cases.
- Document costs accurately: match the cost configuration to your provider’s pricing.
Have questions?
Reach out any time:
- Email the team at hello@agentmark.co for support
- Schedule an Enterprise Demo to learn about AgentMark’s business solutions