KServe

KServe Models API

The Models API from KServe — 7 operation(s) for models.

Documentation GitHub OpenAPI

Operations 7

GET /v1/models List models (V1) #

GET /v1/models/{model_name} Model ready (V1) #

POST /v1/models/{model_name}:predict Predict (V1) #

POST /v1/models/{model_name}:explain Explain (V1) #

GET /v2/models/{model_name} Model metadata (V2) #

GET /v2/models/{model_name}/ready Model readiness (V2) #

POST /v2/models/{model_name}/infer Inference (V2 Open Inference Protocol) #

Specifications

⚙

OpenAPI

https://raw.githubusercontent.com/api-evangelist/kserve/refs/heads/main/openapi/kserve-models-api-openapi.yml

Work with this as data

Every API here is available over the APIs.io API and to AI agents over MCP.

MCP server

One button, every client — Claude, Cursor, VS Code and the rest.

https://apis.io/mcp

Tools for apis

7 MCP tools reach this

find_apisBrowse and filter every API in the catalog.
get_api_artifactsOne API's artifacts, grouped by type.
get_openapiThe primary OpenAPI for this API.
find_similar_apisAPIs that look like this one.
apis_io_searchSTART HERE — APIs, providers and tags for one query, each with its total.
resolveTurn a domain, URL or GitHub org into the provider it belongs to.
find_cohortsEvery scored population of providers in the catalog.

All 92 tools →

Call it yourself

curl for this page

This API

curl "https://apis.io/api/v1/apis/kserve-models-api"

All apis

curl "https://apis.io/api/v1/apis?limit=25"

Discovery needs no key. Ratings and market analysis are Pro.

Get an API key

Free tier, no form to fill in. Signing in shares your email address with us — we store it to create your key and to recognise you if you sign in with another provider. See our Privacy Policy and Terms.

GitHub Google LinkedIn

A second provider on the same verified email joins the account you already have.

OpenAPI Specification

openapi: 3.2.0
info:
  title: KServe Inference Protocol Health Models API
  version: v1+v2
  description: 'Standardized model inference HTTP protocol exposed by KServe model

    servers. Endpoints below cover both the V1 Data Plane (prediction-style)

    and the V2 Data Plane (Open Inference Protocol). Endpoint paths

    transcribed from the public KServe documentation.

    '
  contact:
    name: Kin Lane
    email: kin@apievangelist.com
    url: https://apievangelist.com
  license:
    name: Documentation reference only
    url: https://kserve.github.io/website/docs/concepts/architecture/data-plane/v2-protocol
servers:
- url: http://{host}
  description: KServe inference service ingress (cluster- or gateway-specific)
  variables:
    host:
      default: model.example.com
security: []
tags:
- name: Models
paths:
  /v1/models:
    get:
      summary: List models (V1)
      operationId: v1ListModels
      responses:
        '200':
          description: List of models available on the server
          content:
            application/json:
              schema:
                type: object
      tags:
      - Models
  /v1/models/{model_name}:
    parameters:
    - $ref: '#/components/parameters/ModelName'
    get:
      summary: Model ready (V1)
      operationId: v1ModelReady
      responses:
        '200':
          description: Model readiness
          content:
            application/json:
              schema:
                type: object
      tags:
      - Models
  /v1/models/{model_name}:predict:
    parameters:
    - $ref: '#/components/parameters/ModelName'
    post:
      summary: Predict (V1)
      operationId: v1Predict
      requestBody:
        required: true
        content:
          application/json:
            schema:
              type: object
              description: 'Either `{ "instances": [...] }` or `{ "inputs": ... }` as

                defined by the V1 data plane.

                '
      responses:
        '200':
          description: Prediction response
          content:
            application/json:
              schema:
                type: object
      tags:
      - Models
  /v1/models/{model_name}:explain:
    parameters:
    - $ref: '#/components/parameters/ModelName'
    post:
      summary: Explain (V1)
      operationId: v1Explain
      requestBody:
        required: true
        content:
          application/json:
            schema:
              type: object
      responses:
        '200':
          description: Explanation response
          content:
            application/json:
              schema:
                type: object
      tags:
      - Models
  /v2/models/{model_name}:
    parameters:
    - $ref: '#/components/parameters/ModelName'
    get:
      summary: Model metadata (V2)
      operationId: v2ModelMetadata
      responses:
        '200':
          description: Model metadata
          content:
            application/json:
              schema:
                type: object
      tags:
      - Models
  /v2/models/{model_name}/ready:
    parameters:
    - $ref: '#/components/parameters/ModelName'
    get:
      summary: Model readiness (V2)
      operationId: v2ModelReady
      responses:
        '200':
          description: Model is ready
      tags:
      - Models
  /v2/models/{model_name}/infer:
    parameters:
    - $ref: '#/components/parameters/ModelName'
    post:
      summary: Inference (V2 Open Inference Protocol)
      operationId: v2Infer
      requestBody:
        required: true
        content:
          application/json:
            schema:
              type: object
              description: Open Inference Protocol inference request.
      responses:
        '200':
          description: Inference response
          content:
            application/json:
              schema:
                type: object
      tags:
      - Models
components:
  parameters:
    ModelName:
      in: path
      name: model_name
      required: true
      schema:
        type: string
  securitySchemes:
    BearerAuth:
      type: http
      scheme: bearer
      description: 'KServe itself does not mandate an auth scheme; in production the

        InferenceService is typically fronted by an ingress/gateway that

        enforces auth (for example, Istio with OIDC/JWT, Knative serving

        with Kubernetes auth, or an API gateway). Bearer tokens are the

        most common production pattern.

        '