Les 19 modèles de Perplexity Computer : rôle, forces et logique de routage
Perplexity Computer orchestre 19 modèles IA issus de 6 fournisseurs différents (Anthropic, OpenAI, Google, xAI, Moonshot, Perplexity). Chaque modèle est spécialisé sur un type de tâche : raisonnement, recherche, code, images, vidéo, vitesse. L’orchestrateur (Opus 4.6) route automatiquement chaque sous-tâche vers le modèle le plus adapté.
- Orchestrateur
- Claude Opus 4.6 (Anthropic)
- Fournisseurs
- Anthropic · OpenAI · Google · xAI · Moonshot · Perplexity
- Catégories
- Raisonnement · Recherche · Code · Images · Vidéo · Vitesse · Embeddings
- Routage
- Automatique par défaut, manuel possible pour les sous-tâches
- Évolution
- Liste non figée, modèles ajoutés/remplacés selon les performances
La thèse de la spécialisation des modèles
Perplexity Computer repose sur une thèse à contre-courant : les modèles IA ne convergent pas vers une commodité interchangeable, ils se spécialisent. Chaque grand modèle excelle dans un registre différent. Un modèle brillant en raisonnement peut être médiocre en rédaction créative. Un modèle rapide sacrifie de la profondeur. Un modèle multimodal n’égale pas un spécialiste du code.
La conséquence : un workflow complet (recherche → analyse → code → design → déploiement) ne peut pas être optimal avec un seul modèle. Computer résout ce problème en routant chaque sous-tâche vers le modèle le plus performant pour ce type de travail. Un dirigeant de Perplexity l’a résumé ainsi lors du lancement : Claude Opus 4.6 est le meilleur codeur disponible, mais ses capacités rédactionnelles sont en retrait. Une équipe marketing utilisant Claude sous-performera face à une équipe utilisant Gemini pour la rédaction. Et inversement pour le code.
C’est la logique de l’orchestre vs l’instrument solo. Et Computer joue le rôle du chef d’orchestre.
Les modèles détaillés par catégorie
Raisonnement et orchestration
| Modèle | Fournisseur | Rôle dans Computer | Forces |
|---|---|---|---|
| Claude Opus 4.6 | Anthropic | Moteur de raisonnement central, planification, décomposition de tâches, orchestration des sous-agents | Raisonnement multi-étapes, code complexe, contexte 1M tokens |
| Claude Sonnet 4.6 | Anthropic | Tâches de raisonnement intermédiaire, code technique, analyse structurée | Équilibre vitesse/qualité, code efficace, 1M tokens |
Opus 4.6 est le cerveau de Computer. C’est lui qui reçoit votre objectif, le décompose en sous-tâches, décide quels modèles assigner à chaque étape, et supervise l’exécution globale. Son contexte d’1M tokens (sans surcoût depuis mars 2026 pour l’API Anthropic) lui permet de maintenir la cohérence sur des projets très longs.
Sonnet 4.6 intervient quand une tâche nécessite du raisonnement solide mais pas la puissance maximale d’Opus. C’est un choix d’optimisation des crédits : Sonnet consomme moins de ressources tout en restant performant sur le code et l’analyse technique.
Recherche et contexte long
| Modèle | Fournisseur | Rôle dans Computer | Forces |
|---|---|---|---|
| Gemini 3.1 Pro | Recherche approfondie, création de sous-agents de recherche, synthèse documentaire | Multimodal (texte, image, vidéo), raisonnement profond, 1M tokens | |
| Gemini 3 Flash | Recherche rapide, tâches multimodales légères | Vitesse, efficacité coût, analyse visuelle | |
| GPT-5.2 | OpenAI | Rappel long contexte, recherche web élargie, synthèse créative | Polyvalence, rédaction, contexte ~1M tokens |
| Sonar | Perplexity | Recherche web factuelle avec citations systématiques | Vitesse (~1 200 tok/s via Cerebras), factualité, grounding web |
| Sonar Pro | Perplexity | Recherche multi-étapes, 2x plus de citations que Sonar standard | Profondeur de recherche, 200K tokens, F-score 0,858 (SimpleQA) |
| Sonar Deep Research | Perplexity | Rapports exhaustifs, synthèse multi-sources autonome | Recherches itératives automatiques, rapports structurés |
La recherche est le domaine où Computer a le plus de modèles dédiés, ce qui reflète l’ADN de Perplexity. Gemini gère la recherche approfondie et la création de sous-agents de recherche. GPT-5.2 excelle sur le rappel de contexte long et la recherche web large. Les modèles Sonar (propriétaires Perplexity) assurent la recherche factuelle grounded avec citations, la brique fondamentale de l’écosystème.
Raisonnement spécialisé
| Modèle | Fournisseur | Rôle dans Computer | Forces |
|---|---|---|---|
| Sonar Reasoning Pro | Perplexity (basé sur DeepSeek R1) | Analyse structurée, chaîne de pensée, comparaisons | CoT explicite, raisonnement pas à pas, 128K tokens |
| R1 1776 | Perplexity (basé sur DeepSeek R1) | Raisonnement non censuré, analyse factuelle sans filtre | Pas de restrictions de contenu liées à la version chinoise originale, hébergé aux US |
| Kimi K2.5 Thinking | Moonshot AI | Raisonnement étendu avec contexte ultra-long, privacy-first | Jusqu’à 200K tokens, raisonnement pas à pas permanent, logique technique |
Les modèles de raisonnement spécialisé interviennent quand Computer détecte une tâche nécessitant une chaîne de pensée explicite : analyse comparative, résolution de problèmes mathématiques, évaluation critique de sources. Sonar Reasoning Pro, basé sur DeepSeek R1, combine la recherche web avec un raisonnement par étapes. R1 1776 est une variante non censurée pour les analyses qui nécessitent des réponses directes sans filtre.
Vitesse et tâches légères
| Modèle | Fournisseur | Rôle dans Computer | Forces |
|---|---|---|---|
| Grok 4.1 Fast | xAI | Tâches rapides et légères, opérations à faible latence | Vitesse maximale, accès données X (Twitter), 2M tokens |
| GPT-4o | OpenAI | Tâches multimodales rapides, fallback généraliste | Multimodal (texte + image), vitesse, coût modéré |
Tous les modèles de Computer ne sont pas des poids lourds. Grok 4.1 Fast est déployé pour les opérations qui nécessitent une réponse quasi-instantanée : vérifications rapides, classements simples, opérations de tri. Son accès direct aux données de X (Twitter) en fait aussi le modèle de choix pour les tâches liées aux tendances sociales. GPT-4o sert de fallback généraliste pour les tâches multimodales qui ne justifient pas la puissance de GPT-5.2.
Génération multimédia
| Modèle | Fournisseur | Rôle dans Computer | Forces |
|---|---|---|---|
| Nano Banana Pro | Génération d’images à la demande | Qualité, rapidité, intégré aux workflows Computer | |
| Veo 3.1 | Génération de vidéo | Clips avec audio, format 16:9 | |
| Sora 2 Pro | OpenAI | Génération de vidéo premium (via Labs/Max) | Clips de 12 secondes avec audio |
Computer peut générer des images et des vidéos dans ses workflows sans que vous ayez à quitter l’interface. Un rapport de recherche peut inclure des graphiques générés par Nano Banana, une vidéo de présentation montée par Veo 3.1, le tout intégré dans le livrable final. Les abonnés Max ont accès à Sora 2 Pro pour la génération vidéo via Labs.
Embeddings (API)
| Modèle | Rôle | Forces |
|---|---|---|
| pplx-embed-v1 (0.6B / 4B) | Embedding de texte standard pour la recherche sémantique | SOTA sur MTEB, INT8 natif, sans préfixe d’instruction, MIT license |
| pplx-embed-context-v1 (0.6B / 4B) | Embedding contextuel pour les chunks de documents dans les pipelines RAG | SOTA sur ConTEB (81,96 %), prend en compte le contexte du document parent |
Les modèles d’embeddings ne sont pas directement utilisés dans l’interface Computer grand public, mais ils alimentent l’infrastructure de recherche sous-jacente et sont disponibles via l’API Perplexity pour les développeurs.
Comment fonctionne le routage automatique
Quand vous soumettez un objectif à Computer, l’orchestrateur (Opus 4.6) analyse la nature de chaque sous-tâche et route vers le modèle optimal :
Tâche de recherche factuelle → Sonar ou Sonar Pro pour les données web citées. Recherche approfondie multi-sources → Gemini 3.1 Pro avec création de sous-agents. Code et architecture → Claude Opus 4.6 ou Sonnet 4.6. Rédaction et synthèse créative → GPT-5.2 ou Gemini. Opération rapide et légère → Grok 4.1 Fast. Analyse avec chaîne de pensée → Sonar Reasoning Pro ou Kimi K2.5. Génération d’image → Nano Banana Pro. Génération de vidéo → Veo 3.1 ou Sora 2 Pro. Contexte long avec rappel → GPT-5.2 (jusqu’à ~1M tokens).
Ce routage est transparent : dans les logs de chaque tâche, vous pouvez voir quels modèles ont été utilisés pour chaque sous-étape. Vous pouvez aussi forcer l’utilisation d’un modèle spécifique pour une sous-tâche si vous estimez que le routage automatique n’est pas optimal.
Évolution de la liste des modèles
La liste des 19 modèles n’est pas figée. Perplexity ajoute de nouveaux modèles quand ils démontrent une supériorité sur un domaine spécifique, et retire ou remplace les modèles qui deviennent obsolètes. L’architecture est conçue pour cette modularité : un modèle peut être remplacé sans reconfigurer les workflows existants.
Depuis le lancement en février 2026, le changelog Perplexity montre déjà des ajouts : Claude Sonnet 4.6 et Gemini 3.1 Pro ont été intégrés dans les semaines suivant le lancement. GPT-5.3-Codex a été ajouté comme sous-agent spécialisé pour les tâches de coding. Kimi K2.5 a remplacé une version antérieure de Kimi dans le roster.
Cette approche « model-agnostic » est l’argument concurrentiel principal de Perplexity face aux écosystèmes fermés d’OpenAI (ChatGPT = GPT uniquement), d’Anthropic (Claude uniquement) et de Google (Gemini uniquement). Computer est le seul système qui déploie les meilleurs modèles de chaque fournisseur dans un seul workflow.
Approche mono-modèle vs multi-modèles
| Aspect | Perplexity Computer (multi-modèles) | Écosystème mono-modèle (ChatGPT, Claude, Gemini) |
|---|---|---|
| Qualité par tâche | Optimale (meilleur modèle pour chaque sous-tâche) | Compromis (un modèle pour tout) |
| Résilience | Élevée (fallback entre fournisseurs) | Faible (dépendance à un fournisseur) |
| Complexité | Élevée (orchestration, cohérence inter-modèles) | Faible (une seule API, un seul comportement) |
| Coût | Variable et moins prévisible | Forfaitaire et prévisible |
| Cohérence stylistique | Peut varier entre sous-tâches | Uniforme |
| Flexibilité | Maximale (tous les meilleurs modèles) | Limitée (un fournisseur) |
L’approche multi-modèles n’est pas universellement supérieure. Pour un workflow simple et homogène (rédaction d’un article long, par exemple), un seul modèle performant produit un résultat plus cohérent. L’avantage de Computer se manifeste sur les projets multi-disciplinaires qui combinent recherche, analyse, code, design et communication dans un même workflow.
Limites du routage multi-modèles
Dérive sur les sessions longues. Sur des workflows qui durent des heures, les modèles peuvent progressivement s’éloigner de l’objectif initial. Chaque sous-agent a sa propre interprétation du contexte, et les accumulations de petites divergences peuvent produire un résultat incohérent. Vérifiez régulièrement l’avancement des projets longs.
Incohérence stylistique. Quand un rapport est rédigé par trois modèles différents (Gemini pour la recherche, GPT-5.2 pour la synthèse, Opus pour le code), le style peut varier d’une section à l’autre. Pour les livrables destinés à des clients, prévoyez une passe d’harmonisation.
Opacité du routing. Vous pouvez voir quels modèles ont été utilisés après coup, mais vous ne contrôlez pas la logique de routing a priori (sauf en forçant un modèle). Si un modèle est choisi de manière sous-optimale, vous ne le saurez qu’en examinant le résultat.
Coût lié à l’orchestration. Coordonner 19 modèles a un coût computationnel. L’orchestration elle-même consomme des crédits, ce qui explique pourquoi même des tâches apparemment simples ont un coût non nul.
Verdict
La thèse de Perplexity est audacieuse : dans un monde où les modèles se spécialisent, l’orchestrateur gagne. Si cette thèse tient, Computer est en avance d’un tour stratégique sur les écosystèmes fermés. Si les modèles convergent vers une qualité homogène, l’avantage s’évapore.
En mars 2026, la spécialisation est réelle. Opus 4.6 domine le code. GPT-5.2 excelle en rédaction et rappel de contexte. Gemini brille en multimodal. Grok est le plus rapide. Sonar mène en factualité de recherche web. Computer est le seul produit qui vous donne accès à tout cela dans un seul workflow, sans gérer 6 abonnements et 6 interfaces.
La contrepartie : complexité accrue, coûts moins prévisibles, et une cohérence qui dépend de la qualité de l’orchestration. Pour les professionnels dont le travail traverse plusieurs disciplines (recherche + analyse + production + communication), c’est un gain net. Pour les utilisateurs avec un besoin homogène (uniquement du code, uniquement de la rédaction), un mono-modèle bien choisi reste plus simple et plus prévisible. Consultez notre guide complet de Computer pour comprendre comment tirer le meilleur de cette architecture.
Questions fréquentes
Quels sont les 19 modèles de Perplexity Computer ?
Les principaux modèles confirmés incluent : Claude Opus 4.6 et Sonnet 4.6 (Anthropic), GPT-5.2 et GPT-4o (OpenAI), Gemini 3.1 Pro et Gemini 3 Flash (Google), Grok 4.1 Fast (xAI), Kimi K2.5 Thinking (Moonshot), Sonar, Sonar Pro, Sonar Reasoning Pro, Sonar Deep Research, R1 1776 (Perplexity), Nano Banana Pro et Veo 3.1 (Google, génération multimédia), Sora 2 Pro (OpenAI, vidéo), et les modèles pplx-embed (embeddings). La liste évolue au fil des mises à jour, avec des ajouts comme GPT-5.3-Codex pour le code.
Peut-on choisir soi-même quel modèle utiliser ?
Oui. Le routage automatique est le mode par défaut et fonctionne bien pour la majorité des tâches. Mais vous pouvez forcer l’utilisation d’un modèle spécifique pour une sous-tâche donnée. C’est utile quand vous savez exactement quel modèle est le plus adapté (ex. : forcer R1 1776 pour une analyse non censurée) ou quand le routage automatique ne produit pas le résultat attendu.
Les modèles de Computer sont-ils les mêmes que ceux de Perplexity Search ?
Partiellement. Les modèles Sonar (Sonar, Sonar Pro, Sonar Reasoning Pro, Deep Research) sont partagés entre Search et Computer. Mais Computer accède aussi aux modèles tiers (Claude, GPT, Gemini, Grok, Kimi) et aux modèles de génération multimédia (Nano Banana, Veo, Sora) qui ne sont pas utilisés dans le Search classique. De plus, en Search, vous choisissez manuellement le modèle. Dans Computer, le routage est automatique.
Que se passe-t-il si un modèle est remplacé ?
L’architecture de Computer est conçue pour être model-agnostic. Quand un modèle est remplacé par un successeur (ex. : GPT-5.2 vers GPT-5.4), le routage s’adapte automatiquement. Vos workflows existants continuent de fonctionner sans modification. Perplexity annonce les changements de modèles dans son changelog officiel.
Le multi-modèles consomme-t-il plus de crédits qu’un mono-modèle ?
Potentiellement oui. L’orchestration elle-même a un coût computationnel, et chaque sous-agent consomme des crédits proportionnels à la complexité de sa tâche. Un workflow qui mobilise 5 modèles différents consommera plus de crédits qu’une tâche simple traitée par un seul modèle. C’est pourquoi les prompts précis et les décompositions manuelles peuvent aider à contrôler la consommation.