My Token Exchange for AI

myTEA Every model through one API.
Every token put to work.

One API. Every Model. Every Token Optimized.

Multi-Model Gateway & Intelligent Token Routing Platform AI Model Gateway & Intelligent Token Router
Every model service is built, operated and guaranteed by myTEA.

quickstart.sh
# Change base_url only. One key, every model.
curl https://api.mytea.ai/v1/chat/completions \
  -H "Authorization: Bearer $MYTEA_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "auto",
    "messages": [{"role":"user","content":"..."}]
  }'
model: "auto" — leave model selection to myTEA, routed by cost / latency / quality.
≈1.2EFLOPS
Self-operated compute (FP16 dense)
984GPU
H200 × 800 + B300 × 184
≈166TB
Total HBM memory
1API
OpenAI-compatible, every model
About myTEA

myTEA is a multi-model gateway and
intelligent token-routing platform for enterprises and developers

Not "one more model endpoint", but a single entry point that is reliable, verifiable and cost-controlled. Every model service is built, operated and guaranteed by myTEA.

My

Personal AI infrastructure for every developer and enterprise

Your gateway, your policies, your ledger.

Private gateway · Custom policies
Token

The basic unit of metering and scheduling for AI inference

Every model and every node, measured with the same ruler.

Unified metering · Token-level routing
Exchange

Exchange and route across models, nodes and channels

Treat tokens as a standardised compute currency to schedule and settle.

Smart routing · Unified settlement
AI

Every kind of model capability, delivered in one place

Self-hosted open-weight flagships + official direct lines to closed-model vendors.

Self-hosted model matrix · Official direct
The Problem

Four real-world pain points of enterprise AI

01

Too many models, changing too fast

New models arrive every quarter; teams have no bandwidth to evaluate and integrate each one.

02

Opaque pricing, scattered bills

Multiple vendors, currencies and billing schemes make reconciliation a chore for finance.

03

Reliability out of your hands

Rate limits, queues and regional outages happen, and the business can only wait.

04

"Is this the real model?" Nobody can say

Resellers stack on resellers: context gets truncated, caches get swapped, and users have no way to verify.

What enterprises need is not "more model endpoints", but one entry point that is reliable, verifiable and cost-controlled.

Two Models

Two models in the market: Marketplace vs Self-Operated

A marketplace answers "is it available?". Self-operation answers "is it stable, is it genuine, is it fairly priced?".

OpenRouter open marketplace vs myTEA first-party operator
DimensionOpenRouter (Marketplace)myTEA (Self-Operated)
ModelAggregator: routes to third-party providersFull-stack self-operated: own compute + self-deployed models + in-house gateway
Model source60+ external providers onboardedOwn inference clusters + official direct lines to closed-model vendors
ComputeHolds no computeOwn GPU clusters (H200 / B300)
Quality & SLADepends on each providerUniform across the platform, end-to-end accountability
Pricing logicProvider price + platform feeControllable cost, transparent prepaid tiers
VerifiabilityWeak (multi-hop forwarding)Strong: probe verification + call audit

The marketplace model leaves risk with sellers and buyers. The self-operated model keeps the risk and hands certainty to the customer.

Product

Product overview: three layers, one platform

Access, routing and exchange in one stack, running on myTEA's own inference clusters and official direct API channels to closed-model vendors.

Access LayerAccess

One API, OpenAI-compatible protocol. One key for every model; existing code changes only base_url.

MaaS
Routing LayerRouting

Picks the model by price / speed / quality / context, fails over automatically when a model or node is down, and supports custom enterprise policies.

Model Router · Token Router
Exchange LayerExchange

Unified top-up, tiered pricing and multi-currency settlement, with usage dashboards, audit and probes included.

Token Exchange
▼ Runs on myTEA's own inference clusters + official direct API channels to closed-model vendors
One API for many modelsMaaS
Auto-select the best-fit modelModel Router
Split requests by price, speed and qualityToken Router
Unified top-up, billing and settlementToken Exchange
Automatic failover when a model failsReliability Layer
Custom routing policies for enterprisesPrivate AI Gateway
Architecture

Technical architecture

Every request goes through the Gateway for invocation and metering. The routing engine picks the model and node based on task profile and enterprise policy.

Enterprise / developer applicationsOpenAI-compatible API · SDK · Key management
myTEA Gateway
AuthRate limitingMeteringAuditProbe
Intelligent routing engine — policies: cost / latency / quality / context length / compliance
▼     ▼     ▼
Own inference cluster A
Kimi K3 / GLM-5.4
NVIDIA H200 nodes
Own inference cluster B
DeepSeek V4 and more
NVIDIA B300 nodes
Official direct line
Claude / OpenAI and other closed models
Vendor keys · No re-forwarding · Reachable from mainland China
Unified settlement · Usage dashboard · Reconciliation · Multi-currency (USD / CNY / …)
  • Gateway: every request is invoked and metered through the gateway; one key for every model.
  • Routing engine: selects the model and node by task profile and enterprise policy; switches over within seconds when a node or model fails.
  • Own clusters: models are deployed and operated by myTEA, so version, precision and context length are fully under control.
  • Official direct line: closed flagship models are called on the vendor's official API with vendor keys, never substituted or re-forwarded; reachable directly from mainland China.
Why Self-Operated

Why we insist on self-operation

Six kinds of certainty that come from owning everything from the gateway to the GPU. Only then can we be accountable for the result.

01

End-to-end SLA

From gateway to GPU it is all ours, so failures can be located and commitments can be made.

02

Controllable pricing

No middlemen stacking margins. Tiered discounts go straight to the customer.

03

Model consistency

What you call is exactly the version we deployed: never swapped, never downgraded.

04

Data & compliance

Requests never leave the self-operated path. Data-residency options are available by region or industry.

05

Verifiable

Probe service plus call logs let customers check context length and caching behaviour themselves.

06

Deployable on-premises

The same gateway and router can run inside your VPC or data centre.

Core Capabilities

Three core capabilities

Unified AccessMaaS · One API, Every Model

One API key for every model. OpenAI Chat Completions compatible; existing code changes only base_url.

  • Python / Node / Java / Go SDKs, with adapters for LangChain, LlamaIndex and other frameworks.
  • Unified model catalogue: names, context lengths, prices, quotas and available regions at a glance.
  • Enterprise key management: sub-keys, project quotas, cost allocation by department or application.
  • Streaming, function calling, JSON mode and thinking mode are all supported.

Supported

OpenAI-compatible protocol — migrate by changing base_url only
Streaming output
Function Calling
JSON Mode structured output
Thinking Mode
Sub-keys / quotas / cost allocation enterprise key management

Intelligent Token RoutingModel Router · Token Router

Models are like teas: some energise, some linger, some are cheap and brew many rounds. myTEA blends them for each task.

  • Automatic failover on model or node failure, transparent to the customer.
  • Priority + fallback chains (primary → fallback1 → fallback2).
  • Enterprises can define custom routing policies: pinned models, weighted splits, budget caps, canary experiments.

Routing Dimensions

CostPrefer cheaper models or nodes at equal quality
LatencyLive scoring by TTFT and throughput, avoiding congested nodes
QualityPick the strongest model per task type (code, summarisation, chat, extraction)
ContextMatch a model whose context window fits the input length
ComplianceRestrict regions and model allow-lists per customer policy
primaryfallback1fallback2

Token ExchangeUnified Billing · One Ledger

Buy, schedule and settle tokens as a "standardised compute currency". That is the Exchange.

  • Top up once, use on every model: the prepaid balance is deducted per token across all models.
  • Tiered discounts: tiers step up automatically with monthly usage; contract pricing for key accounts.
  • Multi-currency settlement: USD primarily, with CNY and others supported.
  • Invoices & contracts: enterprise contracts, monthly billing and full invoicing.

Exchange Console

Usage dashboardBy model / project / key / date, exportable for reconciliation
Budgets & alertsBudget caps, threshold alerts, auto-downgrade to lower-cost models
Tiered discountsTiers step up with monthly usage and show directly on the bill
Multi-currencyUSD primarily, with CNY and other settlement options
Compute & Models

Self-operated compute and model matrix

Flagship open-weight models on flagship hardware, deployed and operated by us. What you call is the full, unabridged version.

Own inference cluster (South China)ScaleMemory per GPUCompute
NVIDIA H200100 servers · 800 GPUs141 GB HBM3e≈ 791 PFLOPS
NVIDIA B30023 servers · 184 GPUs288 GB HBM3e≈ 414 PFLOPS
Total123 servers · 984 GPUs≈ 166 TB HBM≈ 1.2 EFLOPS
≈1.2EFLOPS
FP16 dense; about 2.4 EFLOPS with sparsity
≈166TB
Total HBM memory

* Compute assumes 8 GPUs per server at FP16 / BF16 dense throughput. Actual figures follow the delivered configuration.

Deployed model matrix FLAGSHIP MoE

Kimi K3Moonshot AI · flagship MoE
Self-hosted · H200
GLM-5.4Zhipu AI · flagship MoE
Self-hosted · H200
DeepSeek V4DeepSeek · flagship MoE
Self-hosted · B300
Qwen and othersDeployed in small volume on customer request
On request
Claude / OpenAI and othersClosed flagship models · vendor keys, official direct · reachable from mainland China
Official direct
Transparent & Verifiable

Transparent and verifiable: let customers see for themselves

Everything through the gateway

Every request is invoked and metered at the myTEA Gateway, so bills and logs match one to one.

Probe service

Customers can test context length, cache hits and response characteristics at any time to verify the model is genuine.

Direct-to-vendor commitment

Closed-model traffic is contractually bound to the vendor's official API with vendor keys: no substitution, no re-forwarding.

Call audit

Every call is traceable to model version, node, latency and token count.

SLA commitment

Availability and latency targets are written into the contract, with agreed compensation if they are missed.

Pricing

Reference pricing

Prepaid, settled primarily in USD. Figures below are illustrative only; final prices and quotas are set by contract.

A · Self-hosted flagship models

Per-token pricing + monthly tiers

ModelInput / Output
$ / M tokens
$1K–10K
/ month
> $10K
/ month
Kimi K32.50 / 12.5010% off20% off
GLM-5.40.60 / 2.0010% off20% off
DeepSeek V40.40 / 0.8010% off20% off

Reference: Kimi K3 vendor / OpenRouter list price $3.00 / $15.00 (as of 2026-07).

B · Official direct line

Closed models at a discount to list

Claude / OpenAI and other closed models, called on the vendor's official API with vendor keys, at a discount to vendor list price. Reachable directly from mainland China.

$1K–10K / month 10% off> $10K / month 20% off
Ask about direct access
C · Private gateway / dedicated compute

Monthly nodes or on-premises deployment

The same gateway and router can be deployed into your VPC or data centre, or reserve dedicated GPU nodes by the month. Quoted on request.

Monthly nodesOn-premisesData residency
Get a quote
How to Start

Getting started: three steps to go live

STEP 1

Confirm requirements and sign

Agree on models, monthly volume, channels and direct-access needs, then sign the contract.

STEP 2

Prepay and activate the gateway

Complete prepayment. We activate your myTEA Gateway and keys and configure routing policies.

STEP 3

Go live and verify

Start calling. Enable the probe service and SLA monitoring as needed.

FAQ
Must every request go through the myTEA Gateway?
Yes. Every request is invoked and metered at the gateway, so bills and logs match one to one. This is the foundation of verifiability and unified settlement.
Can you guarantee direct access to the vendor?
Yes. Designated traffic can be contractually bound to the vendor's official API using vendor keys, with no model substitution and no re-forwarding.
What does the probe test?
Context length, cache hits and response characteristics, combined with call records to verify the model is genuine and consistent.
Does using vendor keys conflict with calling every model through one myTEA key?
No. On the customer side there is always just one myTEA key. For closed models, the gateway calls the vendor's official API with vendor keys in the backend and meters the call, so you never manage multiple vendor accounts.
Do you support on-premises deployment?
Yes. The same gateway and routing engine can be deployed into your VPC or data centre, and dedicated GPU nodes can be reserved by the month.
One API. Every Model. Every Token Optimized.

Different models have different strengths.
myTEA blends and routes them for every task.

Apply for access or request the full proposal and quotation. We reply within one business day.