Chapter 3. Enrich AI model metadata for enhanced Red Hat Developer Hub experience


While RHOAI provides essential data, an AI platform engineer using RHOAI can enrich the Backstage/RHDH experience by adding custom properties to the ModelVersion or RegisteredModel (or annotations to the KServe InferenceService if the model registry is not used) so that the OpenShift AI Connector for Red Hat Developer Hub can add the information to the RHDH entities it creates. For more details, see Editing model version metadata in a model registry.

Expand
Property KeyEntity Field PopulatedDescription

API Spec

API Definition Tab

The OpenAPI / Swagger JSON specification for the model REST API.

API Type

API Type

Correlates to supported RHDH/Backstage API types (defaults to openapi).

TechDocs

TechDocs

URL pointing to a Git repository that follows RHDH TechDocs conventions for the Model Card. Use this setting only if the Model Card to TechDocs mapping is not active.

Homepage URL

Links

A URL considered the home page for the model.

Owner

Owner

Overrides the default OpenShift user as the entity owner.

Lifecycle

Lifecycle

Serves a means to express the lifecycle notion of RHDH/Backstage.

How to use

Links

A URL that points to usage documentation.

License

Links

A URL to the license file of the model.

rhdh.modelcatalog.io/model-name

Annotations

A key piece of metadata is the name of the model used when communicating with the model server’s REST API. OpenShift AI Connector for Red Hat Developer Hub stores this name in the rhdh.modelcatalog.io/model-name annotation on the Resource entity, and will default this annotation’s value to the combined names of the ResourceModel and ModelVersion in the model registry, or the KServe InferenceService name if the model registry is not used, as those often line up with the model name used when communicating with the model server’s REST API. But the names are not guaranteed to match. When the names do not match, provide the correct model name for model REST API invocations.

Because RHOAI does not expose the OpenAPI specification by default, the AI platform engineer can take the following steps to provide this information:

Procedure

  1. Retrieve OpenAPI JSON: Use a tool such as curl to fetch the specification directly from the running endpoint of the AI model server. The following command provides the precise endpoint (/openapi.json) and shows how to include a Bearer token if the model requires authentication for access.

    $ curl -k -H "Authorization: Bearer $MODEL_API_KEY" https://$MODEL_ROOT_URL_INCLUDING_PORT/openapi.json | jq > open-api.json
  2. Set Property in RHOAI.

    1. In the RHOAI dashboard, go to Model Registry and select the appropriate Model Version.

      Note

      We recommend using Model Version instead of Registered Model to maintain stability if the API changes between versions.

    2. In the Properties section, set a key/value pair where the key is API Spec and the value is the entire JSON content from the open-api.json file.
  3. Propagation: The OpenShift AI Connector for Red Hat Developer Hub periodically polls the RHOAI Model Registry, propagates this JSON, and renders the interactive API documentation in the Definition tab of the RHDH API entity.
Red Hat logoGithubredditYoutubeTwitter

Learn

Try, buy, & sell

Communities

About Red Hat Documentation

We help Red Hat users innovate and achieve their goals with our products and services with content they can trust. Explore our recent updates.

Making open source more inclusive

Red Hat is committed to replacing problematic language in our code, documentation, and web properties. For more details, see the Red Hat Blog.

About Red Hat

We deliver hardened solutions that make it easier for enterprises to work across platforms and environments, from the core datacenter to the network edge.

Theme

© 2026 Red Hat
Back to top