Skip to content

CinaToken / passerelle de modèles open source et auto-hébergée.

Contrôlez l’accès, l’usage et les coûts depuis une seule passerelle.

CinaToken réunit identifiants, routage des modèles, politiques, traces et limites de coût dans une couche. Il s’agit d’un cas d’usage de référence, pas d’une promesse de disponibilité. Vérifiez le périmètre actuel dans les preuves publiques et le statut de version ci-dessous.

Preuves produit / périmètre actuel.

Ce qui est vérifiable aujourd’hui.

Le statut et les capacités ci-dessous renvoient à des dépôts publics. Ils ne supposent aucun déploiement client, SLA géré ni disponibilité en production au-delà de ces sources.

Statut: Open source / auto-hébergé

Le dépôt prévoit des déploiements local, Docker et Cloudflare. Cette page ne revendique aucun SLA de service géré.

Vérifié: · commit 3926095

Implémenté dans le projet

  • Unified model gateway with routing, API keys, policy, budgets, and audit
  • Admin console and management API
  • Local, Docker, database, and Cloudflare deployment paths

Interfaces et intégrations documentées

  • OpenAI-compatible Chat Completions and Responses APIs
  • Image, audio, embeddings, Realtime, Claude, and Gemini routes documented by the project
  • SQLite / D1, PostgreSQL, MySQL, Docker, and Cloudflare Workers

Flux de référence illustratif

CinaToken

Exemple généré par ce site : ce n’est ni une capture client ni la preuve d’un déploiement actif.

Entrée Responses API request
Contrôle Route policy + budget check
Sortie Provider response + audit event

Capacités.

Une couche concentrée sur le travail que l’équipe doit terminer.

Nous commençons par le plus petit flux utile et gardons ses limites et contrôles visibles.

01

Contrôle auto-hébergé.

L’opérateur choisit l’hébergement, les fournisseurs, les clés et les magasins de données.

02

Routes de modèles documentées.

Utiliser les interfaces compatibles, politiques et routes fournisseur documentées.

03

Budgets et audit.

Garder usage, budget, routage et comptabilité visibles pour l’opérateur.

Flux.

Nous rendons visible le chemin de l’entrée au résultat vérifié.

01 / Définir le travail Clarifier l’utilisateur, l’objectif, les entrées et les contraintes.
02 / Connecter le contexte Utiliser uniquement les sources et systèmes approuvés.
03 / Vérifier le résultat Conserver une revue humaine avant les décisions ou actions importantes.
04 / Améliorer par les preuves Transformer les erreurs, lacunes et retours en prochaine amélioration.

Exemple fictif à titre indicatif ; ce n’est ni une configuration client ni une configuration de production.

gateway_example { route = "policy"; budget = "example-team"; trace = true; }

Étape suivante.

Définissons le périmètre avec un flux réel.