OpenRouter: Fusion

OpenRouter: Fusion est un modèle de texte d'OpenRouter. Il est référencé sur api14 sous l'identifiant de modèle openrouter/fusion et appartient à la catégorie texte. Plutôt que de répondre à une invite en une seule passe, Fusion transforme votre invite en une petite délibération multi-modèles : un panel de modèles experts analyse votre invite en parallèle, avec la recherche web et la récupération web activées, puis une étape supplémentaire produit la réponse. Si vous choisissez un modèle pour une tâche où la première réponse d'un modèle unique risque de manquer un contexte disponible en ligne, Fusion est conçu autour de cette idée.

En entrée, Fusion accepte du texte et renvoie du texte. Il ne prend pas en charge les images, l'audio ou d'autres entrées non textuelles, et il n'en produit pas. La fenêtre de contexte est de 1 000 000 de tokens, ce qui est suffisamment grand pour contenir de très longs documents, des bases de code, des transcriptions ou des ensembles de recherche multi-documents dans une seule requête. La description du fournisseur n'indique pas de longueur de sortie maximale, donc considérez le dimensionnement de la sortie comme un point à confirmer par rapport à votre propre usage plutôt que de supposer une limite publiée.

Les cas d'usage pratiques découlent de l'analyse experte en parallèle combinée à la recherche web et à la récupération web. Les tâches de recherche et de synthèse s'y prêtent bien : rassembler des informations provenant de plusieurs sources et les concilier en une seule réponse. La vérification des faits et les questions d'actualité bénéficient de l'accès web, puisque le panel peut effectuer des recherches plutôt que de s'appuyer uniquement sur les données d'entraînement. Le travail sur de longs contextes, comme l'examen d'une spécification volumineuse, la comparaison de plusieurs longs documents ou le résumé d'un fil de discussion étendu, convient également à la fenêtre de 1 000 000 de tokens. L'invite de type délibération, où vous souhaitez que plusieurs raisonnements soient pesés avant une réponse, est le scénario central pour lequel le modèle est conçu.

Vous l'appelez via l'API compatible OpenAI d'api14 en utilisant l'identifiant de modèle openrouter/fusion, donc les SDK et clients OpenAI existants fonctionnent avec seulement un changement d'URL de base et de clé. La liste des paramètres pris en charge du modèle est vide, ce qui signifie qu'aucun paramètre de requête au-delà des champs de base de complétion de chat n'est documenté comme pris en charge. En pratique, envoyez vos messages et fiez-vous aux valeurs par défaut ; ne supposez pas que temperature, top_p, max_tokens ou des options de réglage similaires seront honorés, et vérifiez la réponse que vous recevez plutôt que de planifier autour d'un comportement de paramètre spécifique.

Parce que la liste des paramètres pris en charge est vide et qu'aucune sortie maximale n'est publiée, Fusion est mal adapté si votre application dépend d'un contrôle fin de l'échantillonnage ou d'un plafond de sortie garanti. Il est également uniquement textuel, donc toute tâche impliquant des images ou de l'audio nécessite un autre modèle. Pour une génération de texte simple et à haut volume où un seul modèle rapide suffit, un modèle plus simple peut être le meilleur choix ; Fusion vise les invites où l'analyse en parallèle et l'accès web en direct apportent une valeur ajoutée.