Genesis

Building on the preceding platform: where models come from and how they are provided externally

Agent conversations, knowledge base embeddings, and workflow model nodes in AI Studio all need to call models, while MatrixOne handles only data storage and computation, not inference. So where do these models come from, how is their usage measured, and how are they made available to your own applications? The answer is Genesis, MOI’s platform for managing model supply.

Its internal code name is TaaS (Token as a Service). Bills and logs use the name Genesis; both names refer to the same product.

Positioning

Genesis is MOI’s standardized model API service for external users. It brings models from multiple vendors and with multiple capabilities together behind a unified entry point, a unified API specification (OpenAI compatible), and a unified Credit billing system. With a single API Key, callers can access, measure, audit, and operate model calls.

Genesis has an independent entry point in the product’s top navigation and uses a separate sign-in flow and console. It has no workspace switcher and does not distinguish between data and agent modes.

Core concept: the API Key controls both access and cost

In Genesis, an API Key determines more than simply whether a caller has access. It controls which models can be called, how much can be consumed, how quickly calls can be made, and how long access lasts. These four groups of controls are central to understanding Genesis:

Control

What it controls

Available models

Whether the Key can call all models or only specified models

Quota limits

Total and daily quota limits, measured in Credits

Rate limits

Concurrency, RPM (requests per minute), and TPM (tokens per minute)

Expiration

Never expires, or becomes invalid automatically at the specified time

The primary Key issuance path is a service account in the account system (UC), which issues keys in the sk-gsa-v1-... format. The complete key is displayed only once in the creation dialog. For details, see Guide · Manage API Keys.

Console capabilities

The console is organized around the flow “select a model → debug → obtain a Key → call → operate”:

Area

Purpose

Models

Model Marketplace: filter by type, vendor, context length, and health; view capabilities, pricing, and examples

Debug

Playground: try different types of models online, tune parameters, and write prompts

Use

Integration guide: Base URL, authentication, request parameters and response examples, and FAQ

Keys

Create, edit, rotate, enable, disable, and delete API Keys, and configure the four groups of controls above

Dashboard

Operational overview of QPS, availability, health, today’s requests and cost, and more

Usage

Analyze usage and cost by time, model, and Key

Logs

Per-call logs for troubleshooting and cost attribution

Notifications

Alerts for anomalies in usage, failures, latency, security, and more

Models are organized by capability, including chat, OCR, text-to-image / video, TTS, ASR, embedding, and reranking. The actual set depends on the current deployment.

The difference between “selling models” and AI Studio’s “selling capabilities” (separate ledgers)

This distinction is central to understanding Genesis billing and is also the most common source of confusion between Genesis and AI Studio. Which ledger records a model inference depends only on its entry point:

AI services (inside AI Studio)

Genesis

What is sold

AI capabilities packaged by the platform

External model services

Whether the model is exposed

Hidden; the platform can switch the underlying model

Exposed; the caller chooses the model

Who initiates the call

A user works with an agent, workflow, or knowledge base in Studio

A caller uses an API Key outside the platform or in their own application

Which ledger records it

AI services (not included in usage shown in the Genesis console)

Genesis Credits

In one sentence: intelligence used through the interface → AI services; models called with your own API Key → Genesis. BYOM (bring your own model) is a separate billable item. For the complete boundaries among these three, see How the three platforms work together · Separate ledgers and Credits and billable items.

Returning to the three platforms

The three gateways now form a complete path: MatrixOne stores data correctly, governs it, and makes it queryable; AI Studio turns that foundation into AI-ready data and puts it to work with agents; Genesis turns model supply into an operable, measurable service that can be provided externally. All three share one account system and one commitment. For details about how they fit together, see How the three platforms work together.