The workflow stack should use the current checkout action now that the full CI matrix is green, keeping automation dependencies maintained without changing runtime behavior. Constraint: This is a GitHub Actions dependency update generated by Dependabot. Rejected: Holding the checkout major update without a failing signal | PR CI and CodeQL passed across the project gate. Confidence: high Scope-risk: narrow Directive: Re-check pull_request_target behavior before future checkout major upgrades because v7 changes fork checkout protections. Tested: GitHub CI for PR #587 passed Test Core, Build Web, Build Server, Build Desktop, Typecheck, schema checks for SQLite/MySQL/Postgres, Build Docs, CodeQL, and audit. Not-tested: Docker publish jobs were skipped because this was a pull_request workflow, not a push/tag publish event.
A relay for relays — aggregate scattered AI relay stations into one unified gateway
Bring together all your New API / One API / OneHub / DoneHub / Veloera / AnyRouter / Sub2API sites
into one API Key, one endpoint, with automatic model discovery, smart routing, and cost optimization.
Docs · Quick Start · Deployment · Configuration · Client Integration · FAQ · Contributing
🌐 Live Demo
Try Metapi without deploying — full-featured demo instance:
| 🔗 Demo URL | metapi-t9od.onrender.com |
| 🔑 Admin Token | 123456 |
⚠️ Security Notice: This is a public demo. Do NOT enter any real API keys, credentials, or site information. Data may be reset at any time.
ℹ️ Note: Demo runs on Render free tier + OpenRouter free models (only
:freesuffixed models available). First visit may take 30-60s to wake up.
About
The AI ecosystem is seeing a growing number of aggregation relay stations based on New API / One API and similar projects. Managing balances, model lists, and API keys across multiple sites is scattered and time-consuming.
Metapi acts as the Meta-Aggregation Layer on top of these relay stations, unifying multiple sites into one endpoint (with configurable per-project downstream API Keys) — all downstream tools (Cursor, Claude Code, Codex, Open WebUI, etc.) can seamlessly access all models. Currently supported upstream platforms:
- New API
- One API
- OneHub
- DoneHub
- Veloera
- AnyRouter — Universal routing platform
- Sub2API — Subscription-based relay
| Pain Point | How Metapi Solves It |
|---|---|
| One key per site, tedious client config | Unified proxy endpoint + optional per-project downstream keys — all site models auto-aggregated under /v1/* |
| No idea which site offers the cheapest model | Smart routing auto-selects the optimal channel by cost, balance, and usage |
| Site goes down, manual switching is a hassle | Auto-failover — failed channels cool down and traffic shifts automatically |
| Balances scattered everywhere | Centralized dashboard — at-a-glance overview with low-balance alerts |
| Daily check-ins across sites | Auto check-in — scheduled execution with reward tracking |
| Don't know which site has which models | Auto model discovery — new upstream models appear with zero config |
Screenshots
Architecture Overview
Downstream Clients (Cursor · Claude Code · Codex · Open WebUI · Cherry Studio, etc.)
↓ Authorization: Bearer <PROXY_TOKEN>
Metapi Gateway
• Unified /v1 proxy for core OpenAI / Claude-compatible endpoints (Responses, Chat Completions, Messages, Completions, Embeddings, Images, Models)
• Smart Routing Engine — weighted selection by cost, balance, and availability; auto-cooldown & retry on failure
• Model Discovery — auto-aggregates all upstream models with zero config
• Format Conversion — transparent bidirectional OpenAI ⇄ Claude conversion
• Auto Check-in · Balance Management · Alerts & Notifications · Data Dashboard
↓
Upstream Platforms (New API · One API · OneHub · DoneHub · Veloera · AnyRouter · Sub2API …)
Features
Unified Proxy Gateway
- Compatible with OpenAI and Claude downstream formats, works with all mainstream clients
- Supports Responses / Chat Completions / Messages / Completions (Legacy) / Embeddings / Images / Models, plus standard
/v1/files - Full SSE streaming support with automatic format conversion (OpenAI <-> Claude)
Smart Routing Engine
- Auto-discovers all available models from upstream sites — zero-config route table generation
- Four-tier cost signal: measured cost -> account-configured cost -> catalog reference price -> default fallback
- Multi-channel probabilistic distribution weighted by cost (40%), balance (30%), and usage (30%)
- Failed channels auto-cool down (default 10-minute cooldown)
- Auto-retry on failure with automatic channel switching
- Routing decisions are visually explainable — every choice is transparent and auditable
Smart Routing UI — supports exact match, wildcards, probability distribution, and more routing strategies
Multi-Platform Aggregation
| Platform | Adapter | Description |
|---|---|---|
| New API | new-api |
Next-gen LLM gateway |
| One API | one-api |
Classic OpenAI API aggregation |
| OneHub | onehub |
Enhanced One API fork |
| DoneHub | done-hub |
Enhanced OneHub fork |
| Veloera | veloera |
API gateway platform |
| AnyRouter | anyrouter |
Universal routing platform |
| Sub2API | sub2api |
Subscription-based relay |
Adapters cover shared capabilities such as model discovery, balance access, token management, and proxy integration; login, check-in, and user-info flows vary by platform.
Account & Token Management
- Multi-site, multi-account: Each site supports multiple accounts, each account can hold multiple API tokens
- Health tracking:
healthy/unhealthy/degraded/disabledfour-state machine - Encrypted credential storage: All sensitive credentials are encrypted in the local database
- Auto-renewal: Tokens are automatically re-authenticated when expired
- Cascading control: Disabling a site automatically disables all associated accounts
Model Marketplace
- Cross-site model coverage overview: which models are available, how many accounts cover them, pricing comparison
- Latency, success rate, and other measured metrics
- Upstream model catalog caching with brand classification (OpenAI, Anthropic, Google, DeepSeek, etc.)
- Interactive model tester for online verification
Model Marketplace — browse all available models' coverage, pricing, and performance metrics in one place
Auto Check-in
- Cron-scheduled automatic check-in (default: daily at 08:00)
- Smart reward parsing with failure notifications
- Per-account execution with enable/disable control
- Full check-in logging with history queries
- Concurrency locking to prevent duplicate check-ins
Balance Management
- Scheduled balance refresh (default: every hour), batch updates for all active accounts
- Income tracking: daily/cumulative income with spending trend analysis
- Balance fallback estimation: infer balance changes from proxy logs when API is unavailable
- Auto re-login on credential expiry
Alerts & Notifications
Five notification channels supported:
| Channel | Description |
|---|---|
| Webhook | Custom HTTP push |
| Bark | iOS push notifications |
| ServerChan | WeChat notifications |
| Telegram Bot | Telegram message notifications |
| SMTP Email | Standard email notifications |
Alert scenarios: low balance warning, site/account anomalies, check-in failures, proxy request failures, token expiry reminders, daily summary reports. Alert cooldown mechanism (default: 300 seconds) prevents duplicate notifications.
Data Dashboard
- Site balance pie chart, daily spending trend graphs
- Global search (sites, accounts, models)
- System event logs, proxy request logs (model, status, latency, token usage, cost estimation)
Model Playground
- Interactive chat testing to instantly verify model availability and response quality
- Select any routed model to compare outputs across different channels
- Streaming / non-streaming dual mode testing
Lightweight Deployment
- Single Docker container with a default local data directory, plus optional external MySQL / PostgreSQL runtime DB
- Docker images support
amd64,arm64, andarmv7l(linux/arm/v7) server deployments - Full data import/export for worry-free migration
Quick Start
Docker Compose (Recommended)
mkdir metapi && cd metapi
cat > docker-compose.yml << 'EOF'
services:
metapi:
image: 1467078763/metapi:latest
ports:
- "4000:4000"
volumes:
- ./data:/app/data
environment:
AUTH_TOKEN: ${AUTH_TOKEN:?AUTH_TOKEN is required}
PROXY_TOKEN: ${PROXY_TOKEN:?PROXY_TOKEN is required}
CHECKIN_CRON: "0 8 * * *"
BALANCE_REFRESH_CRON: "0 * * * *"
PORT: ${PORT:-4000}
DATA_DIR: /app/data
TZ: ${TZ:-Asia/Shanghai}
restart: unless-stopped
EOF
# Set tokens and start
# AUTH_TOKEN = Admin panel login token (enter this value when logging in)
export AUTH_TOKEN=your-admin-token
# PROXY_TOKEN = Token for downstream clients to call /v1/*
export PROXY_TOKEN=your-proxy-sk-token
docker compose up -d
One-line Docker command
docker run -d --name metapi \
-p 4000:4000 \
-e AUTH_TOKEN=your-admin-token \
-e PROXY_TOKEN=your-proxy-sk-token \
-e TZ=Asia/Shanghai \
-v ./data:/app/data \
--restart unless-stopped \
1467078763/metapi:latest
After starting, visit http://localhost:4000 and log in with your AUTH_TOKEN!
Note
Docker images support
amd64,arm64, andarmv7l(linux/arm/v7) server deployments. Currentarmv7lsupport is limited to server / Docker usage and does not include Electron desktop packaging support.
Important
Make sure to change
AUTH_TOKENandPROXY_TOKEN— do not use default values. Data is stored in the./datadirectory and persists across upgrades.
Tip
The initial admin token is the
AUTH_TOKENconfigured at startup. If running outside Compose without explicitly settingAUTH_TOKEN, the default ischange-me-admin-token(for local debugging only). The desktop installer falls into this category on first launch too: if you do not injectAUTH_TOKEN, the default admin token is alsochange-me-admin-token. If you change the admin token in the Settings panel, use the new token for subsequent logins.
For Docker Compose, desktop installers, reverse proxy, upgrades, and database options, see Deployment Guide.
Documentation
Docs site (VitePress) local preview:
npm run docs:devDocs site build:
npm run docs:buildGitHub Actions auto publish: each push to
mainruns.github/workflows/docs-pages.ymland deploys to GitHub Pages. First-time setup in repository settings:Settings -> Pages -> Build and deployment -> Source: GitHub Actions
| Category | Link | Description |
|---|---|---|
| Docs Home | docs/index.md | Publishable docs portal with nav/sidebar/search |
| Docs Maintenance | docs/README.md | Maintenance and contributor-oriented docs entry |
| Quick Start | docs/getting-started.md | Get running in 10 minutes |
| Deployment | docs/deployment.md | Docker Compose, reverse proxy, upgrades |
| Configuration | docs/configuration.md | All environment variables and routing params |
| Client Integration | docs/client-integration.md | Open WebUI / Cherry Studio / Cursor, etc. |
| Operations | docs/operations.md | Backup, logging, health checks |
| FAQ | docs/faq.md | Common errors and fixes |
| FAQ/Tutorial Contribution | docs/community/faq-tutorial-guidelines.md | Templates and workflow for community knowledge |
Environment Variables
Basic Configuration
| Variable | Description | Default |
|---|---|---|
AUTH_TOKEN |
Admin panel login token (must change) | change-me-admin-token |
PROXY_TOKEN |
Proxy API Bearer Token (must change) | change-me-proxy-sk-token |
PORT |
Service listening port | 4000 |
DATA_DIR |
Data directory for local runtime data | ./data |
TZ |
Timezone | Asia/Shanghai |
ACCOUNT_CREDENTIAL_SECRET |
Account credential encryption key | Defaults to AUTH_TOKEN |
Scheduled Tasks
| Variable | Description | Default |
|---|---|---|
CHECKIN_CRON |
Auto check-in cron expression | 0 8 * * * |
BALANCE_REFRESH_CRON |
Balance refresh cron expression | 0 * * * * |
Smart Routing, Notification & Security Configuration
See docs/configuration.md for full details on smart routing parameters, notification channels (Webhook / Bark / ServerChan / Telegram / SMTP), and security settings (IP allowlist).
Full configuration reference: docs/configuration.md
Proxy API Endpoints
Metapi exposes standard OpenAI / Claude compatible endpoints:
| Endpoint | Method | Description |
|---|---|---|
/v1/responses |
POST | OpenAI Responses |
/v1/chat/completions |
POST | OpenAI Chat Completions |
/v1/messages |
POST | Claude Messages |
/v1/completions |
POST | OpenAI Completions (Legacy) |
/v1/embeddings |
POST | Embeddings |
/v1/images/generations |
POST | Image Generation |
/v1/files |
POST / GET | OpenAI Files upload and list |
/v1/files/:fileId |
GET / DELETE | OpenAI Files retrieve metadata and delete |
/v1/files/:fileId/content |
GET | OpenAI Files raw content |
/v1/models |
GET | List all available models |
Include Authorization: Bearer <PROXY_TOKEN> in request headers.
The global PROXY_TOKEN works by default.
From System Settings -> Downstream API Key Strategy you can create multiple project-level downstream keys with individual configuration:
- Expiration time (expiresAt)
- Cost and request limits (MaxCost / MaxRequests)
- Model allowlist (SupportedModels, supports exact/glob/re:regex)
- Route allowlist (AllowedRouteIds)
- Site weight multipliers (SiteWeightMultipliers, control per-project upstream preference ratios)
Client Integration
Compatible with all OpenAI API-compatible clients:
| Setting | Value |
|---|---|
| Base URL | https://your-domain.com (clients usually append /v1 automatically) |
| API Key | Your configured PROXY_TOKEN |
| Model List | Auto-fetched from GET /v1/models |
Standard OpenAI /v1/files workflows are also supported for clients that use the official file API.
For detailed per-client setup, examples, and troubleshooting, see docs/client-integration.md.
Tech Stack
| Layer | Technology |
|---|---|
| Backend | Fastify — High-performance Node.js framework |
| Frontend | React 18 + Vite |
| Language | TypeScript — End-to-end type safety |
| Styling | Tailwind CSS v4 — Utility-first CSS framework |
| Database | SQLite / MySQL / PostgreSQL + Drizzle ORM |
| Charts | VChart (@visactor/react-vchart) |
| Scheduling | node-cron |
| Containerization | Docker (Debian slim) + Docker Compose |
| Testing | Vitest |
Local Development
# Install dependencies
npm install
# Run database migrations
npm run db:migrate
# Start dev environment (frontend + backend hot reload)
npm run dev
npm run build # Build frontend + backend
npm run build:web # Build frontend only (Vite)
npm run build:server # Build backend only (TypeScript)
npm run dist:desktop:mac:intel # Build mac Intel (x64) desktop installer
npm test # Run all tests
npm run test:watch # Watch mode
npm run db:generate # Generate Drizzle migration files
Related Projects
Compatible Upstream Platforms
| Project | Description |
|---|---|
| New API | Next-gen LLM gateway, one of Metapi's primary upstreams |
| One API | Classic OpenAI API aggregation |
| OneHub | Enhanced One API fork |
| DoneHub | Enhanced OneHub fork |
| Veloera | API gateway platform |
Referenced & Used Projects
| Project | Description |
|---|---|
| All API Hub | Browser extension — all-in-one relay account manager, Metapi's original inspiration |
| LLM Metadata | LLM model metadata library, used for model description reference |
| New API | Platform adapter reference implementation |
Data & Privacy
Metapi is fully self-hosted. All data (accounts, tokens, routes, logs) stays in your own deployment environment. No data is sent to any third party. Proxy requests are transmitted directly between your server and upstream sites only.
Contributing
All forms of contribution are welcome!
- Report bugs — Submit an Issue
- Feature suggestions — Start a Discussion
- Code contributions — Submit a Pull Request
- Contributing guide — CONTRIBUTING.md
- Code of conduct — CODE_OF_CONDUCT.md
Security
If you discover a security issue, please refer to SECURITY.md and report it privately.
License
Thanks
Thanks to everyone who has contributed code, bug reports, ideas, and real-world feedback to Metapi. A lot of the product polish in this project came directly from community usage and iteration.
Special thanks to all contributors:
Star History
If Metapi helps you, a Star is the best support!
Built with love by the AI community









