Byoky

Qu'est-ce que Byoky ?

Byoky est un « réseau de jetons AI » qui vous permet de partager ou de recevoir des budgets de jetons pour les principaux fournisseurs d'IA (tels que Claude, OpenAI et Gemini) sans exposer vos clés API. Au lieu de donner vos identifiants à quelqu'un, Byoky relaie les requêtes via une extension/application pour que l'autre personne puisse échanger l'accès dans son propre wallet.

L'objectif principal est de permettre la collaboration et les cadeaux autour de l'utilisation des LLM tout en gardant les clés sur l'appareil de l'utilisateur. Byoky prend également en charge un workflow bring-your-own-key pour connecter des applications existantes aux fournisseurs en utilisant les propres clés de l'utilisateur.

Fonctionnalités clés

• Cadeau de jetons avec plafond budgétaire : Créez un cadeau de jetons en choisissant un fournisseur et en fixant un plafond budgétaire, afin que les destinataires puissent échanger des jetons sans recevoir de clés API.
• Révocation instantanée : Désactivez un cadeau en une seule action si vous devez arrêter l'accès.
• Communication chiffrée pour la gestion des clés : Le site décrit un design chiffré de bout en bout utilisant AES-256-GCM.
• Wallet bring-your-own-key pour applications AI : Connectez un wallet Byoky à vos applications existantes pour vous authentifier avec vos propres clés ; l'application ne reçoit pas vos identifiants.
• Intégration agnostique aux fournisseurs via SDK/bridge : Utilisez un SDK npm pour router les appels en remplaçant par le fetch de Byoky (les clés restent dans le wallet). La page mentionne également un « bridge » pour les applications CLI/locales.
• Support du streaming : Le site indique un support complet du SSE streaming via le proxy d'extension.
• Flux de requêtes basé sur proxy : Les requêtes sont relayées via vous/votre wallet pour que les prompts atteignent votre wallet, qui les transmet au fournisseur en utilisant votre clé.
• Journal d'audit : La page mentionne un journal d'audit pour les requêtes incluant origine, fournisseur et statut.

Comment utiliser Byoky

1. Installez le wallet : Ajoutez l'extension Byoky à Chrome ou Firefox, ou installez l'application iOS/Android.
2. Ajoutez vos clés de fournisseurs : Dans le wallet, connectez vos clés API pour les fournisseurs que vous prévoyez d'utiliser (la page liste Anthropic, OpenAI et Gemini parmi d'autres).
3. Connectez-vous à une application compatible Byoky : Sur une application web compatible, approuvez la connexion depuis le wallet. La page indique que les clés ne quittent jamais votre appareil.
4. Envoyez un cadeau de jetons (optionnel) : Choisissez un fournisseur, fixez un plafond budgétaire et partagez un lien. Le destinataire l'échange dans son wallet ; vous pouvez le révoquer plus tard.
5. (Pour les développeurs) intégrez via SDK : Installez @byoky/sdk ou initialisez un projet avec la commande CLI fournie, puis connectez et utilisez le SDK natif du fournisseur avec le fetch de session Byoky.

Cas d'utilisation

• Un ami n'a plus de jetons : Partagez un budget de jetons plafonné pour le fournisseur pertinent de l'ami afin qu'il puisse continuer à utiliser un LLM sans demander votre clé API.
• Collaboration d'équipe sur l'utilisation des fournisseurs : Donnez à vos coéquipiers accès à un quota contrôlé pour des expérimentations ou tâches courtes, avec application automatique via le plafond budgétaire.
• Applications nécessitant des identifiants utilisateur : Intégrez Byoky pour que votre application s'exécute contre les fournisseurs LLM en utilisant les clés de l'utilisateur, sans les stocker ou les recevoir.
• Workflows CLI ou desktop : Routez les outils CLI et applications desktop via le Byoky Bridge pour que les clés restent dans l'extension tandis que les requêtes sont proxifiées.
• Changement multi-fournisseurs : Utilisez la même session wallet pour vous connecter à différents fournisseurs via l'approche fetch/proxy activée Byoky, plutôt que de reconstruire les flux d'authentification.

FAQ

• Byoky partage-t-il mes clés API avec les destinataires ou applications ? Le site indique que les clés ne quittent jamais votre appareil et que l'application ne voit pas vos identifiants. Le cadeau de jetons est conçu pour éviter le partage de clés API.

• Comment fonctionne le cadeau de jetons ? Vous choisissez un fournisseur, fixez un plafond budgétaire et partagez un lien. Le destinataire l'échange dans son wallet, et votre wallet transmet ses prompts au fournisseur en utilisant votre clé.

• Puis-je arrêter un budget de jetons cadeau ? Oui. La page indique que vous pouvez révoquer un cadeau à tout moment, y compris en « un clic » pour le désactiver.

• Quels fournisseurs sont pris en charge ? La page mentionne 13 fournisseurs et liste des exemples incluant Anthropic, OpenAI, Gemini, Mistral, Groq, DeepSeek, Cohere, Perplexity, Together AI, OpenRouter, Hugging Face, Replicate, Azure OpenAI, Ollama, Bedrock, LM Studio et Vertex AI.

• Le streaming est-il pris en charge pour les réponses de chat/application ? Le site indique qu'il supporte le SSE streaming complet via le proxy d'extension.

Alternatives

• Partage direct de clés API (manuel) : Les personnes peuvent partager des clés API et gérer elles-mêmes les limites, mais cela expose les identifiants et manque généralement du flux cadeau/révoquer.
• Proxy backend avec authentification par utilisateur : Une application peut relayer les requêtes côté serveur en utilisant des identifiants gérés par l'utilisateur ; comparé à Byoky, la garde des clés et le flux « sans clés à l'app » dépendent de votre architecture spécifique.
• Passerelles de gestion/gestion d'usage de jetons : Les outils qui gèrent les limites de taux ou quotas pour les appels LLM aident à contrôler les dépenses, mais ne fournissent pas forcément un flux de cadeau basé sur wallet et préservant les clés comme décrit par Byoky.
• Partage basé sur comptes spécifiques aux fournisseurs : Certaines plateformes offrent le partage au sein de leurs propres écosystèmes ; cela peut limiter la flexibilité quand les utilisateurs veulent partager l'usage entre différents fournisseurs AI.