Nous : Hermes 4 405B est un modèle de texte de Nous, publié le 2025-08-26. Relace : Relace Search est un modèle de texte de Relace, publié le 2025-12-08. Les deux sont servis via api14 comme modèles texte en entrée, texte en sortie, donc aucun des deux n'ajoute de traitement d'image, d'audio ou de vidéo à votre pipeline. Le choix entre eux se résume à la taille du contexte, à l'utilisation d'outils, à la sortie structurée et au raisonnement plutôt qu'à une quelconque différence de modalité.
La séparation la plus nette est la longueur du contexte. Relace Search prend en charge 256000 tokens, soit environ le double des 131072 tokens de Hermes 4 405B, c'est donc celui vers lequel se tourner lorsque vous devez conserver de très longs documents, de grandes bases de code ou des historiques de conversation étendus dans une seule requête. Relace Search est aussi le seul des deux à accepter tools et tool_choice, ce qui en fait le choix naturel pour les workflows de type agent où le modèle doit appeler des fonctions ou des services externes. Hermes 4 405B va dans l'autre sens : c'est le seul à exposer les sorties structurées et response_format aux côtés de reasoning et include_reasoning, plus une surface d'échantillonnage plus large qui inclut frequency_penalty, presence_penalty, repetition_penalty, logprobs, top_logprobs, top_k, temperature et top_p. Si vous avez besoin que le modèle émette un objet conforme à un schéma, ou que vous voulez inspecter les probabilités au niveau des tokens, ou que vous voulez des traces de raisonnement visibles, Hermes 4 405B est le modèle qui le prend en charge. Côté prix, les deux sont à peu près équivalents, donc le coût n'est pas le facteur décisif ici.
Pour le travail quotidien, choisissez Relace Search lorsque la tâche est fortement orientée récupération ou pilotée par des outils : rechercher dans un grand corpus, injecter de longues transcriptions, ou laisser le modèle décider quand appeler une fonction. Son contexte plus grand et sa prise en charge des outils correspondent à ces tâches. Choisissez Hermes 4 405B lorsque la tâche est de la génération sous un contrat strict : extraire des champs vers du JSON, classifier avec un ensemble d'étiquettes fixe, ou toute invite où vous voulez une sortie de raisonnement et un contrôle fin de l'échantillonnage. Les paramètres supplémentaires aident aussi lorsque vous ajustez pour la diversité ou la répétition, puisque Relace Search n'expose que max_tokens, response_format, seed, stop, temperature, tool_choice, tools et top_p.
Appeler l'un ou l'autre modèle via api14 fonctionne de la même manière, car l'API est compatible OpenAI. Vous envoyez votre requête au même endpoint avec la même structure de messages, et la seule chose qui change est l'identifiant du modèle. Utilisez "nousresearch/hermes-4-405b" pour Hermes 4 405B et "relace/relace-search" pour Relace Search. Tout le reste dans votre client, y compris la forme des chat completions et la façon dont vous lisez la réponse, reste identique, donc passer de l'un à l'autre est un changement d'une ligne et vous pouvez router différentes requêtes vers différents modèles depuis le même chemin de code.
Il y a des cas où l'autre modèle reste le meilleur choix. Si vous utilisez déjà Relace Search pour une tâche d'appel d'outils à long contexte mais que vous avez besoin que la réponse finale soit formatée en sortie structurée, Hermes 4 405B est celui qui prend en charge les sorties structurées, donc un flux en deux étapes où Relace Search collecte et Hermes 4 405B formate peut avoir du sens. Inversement, si vous utilisez Hermes 4 405B et que votre invite dépasse sa fenêtre de 131072 tokens, Relace Search est le modèle qui peut encore la contenir.