Async client for interacting with Grid Cortex Ray Serve deployments.
Constructor
Initialize the AsyncCortexClient.
API key. Uses GRID_CORTEX_API_KEY env var if None.
Base URL of the Cortex API. If None, uses GRID_CORTEX_BASE_URL env var.
Default timeout for HTTP requests in seconds.
Methods
available_models()
Return all registered model identifiers.
This method provides a complete list of all available models that can be
used with the CortexClient. Essential for LLM agents to discover what
models are available before attempting to use them.
Returns:
A sorted list of model identifiers (e.g., [“gsam2”, “owlv2”, “zoedepth”]).
These strings can be used directly with run and help.
close()
Closes the underlying async HTTP client.
get_info()
Get Grid-Cortex server version and deployed models status.
Fetches real-time information about the Cortex deployment including
version and current model replica counts.
Returns:
Dictionary containing version and models information.
Raises:
CortexAPIError: If the API returns an error.
CortexNetworkError: If network communication fails.
help()
Return comprehensive documentation for a model.
This method provides complete API documentation for any registered model,
including usage examples, parameter descriptions, return types, and error
conditions. Essential for LLM agents to understand how to interact with
specific models before calling run.
Canonical model identifier (e.g., “zoedepth”, “owlv2”, “gsam2”).
Returns:
A formatted string containing:
- Class-level docstring with usage examples and parameter descriptions
- Preprocess method documentation (input parameters and validation)
- Postprocess method documentation (output format and data types)
Raises:
NotImplementedError: If model_id is not registered or not found.
run()
Execute inference using a specified model (async version).
The identifier of the model to run.
Optional timeout in seconds for the HTTP request.
If True, returns the raw API response without postprocessing.
Model-specific input parameters. Each model’s page in the Cortex Models docs section and help document its exact inputs.
Returns:
The model’s postprocessed output; the concrete type is model-specific.
Per-model inputs, output types, and worked examples live on the model
pages in the Cortex Models docs section — generated from each
model wrapper’s docstring, the canonical source — and via
help.
Raises:
NotImplementedError: If model_id is not found.
CortexAPIError: If the API returns an error.
CortexNetworkError: If network communication fails.
ValueError: If input validation or processing fails.