Perplexity: Embed V1 0.6B

pplx-embed-v1-0.6B est le plus petit modèle de plongement indépendant de Perplexity dans la famille v1. Il transforme le texte d’une requête ou d’un document en une représentation de 1024 dimensions pour la recherche d’information et la recherche sémantique. Le fabricant décrit une famille fondée sur Qwen3, adaptée par préentraînement continu par diffusion, avec une agrégation par moyenne et un contexte de 32K. Le modèle encode directement le texte fourni, sans préfixe d’instruction obligatoire.

Préparer un enregistrement indépendant

Une collection utile peut contenir des explications produit, des sections de base de connaissances ou de courtes notes de recherche. Donnez à chaque texte assez de contexte source pour qu’il reste compréhensible lorsqu’il est renvoyé par la recherche : un titre, l’énoncé recherché et la condition qui en modifie le sens. Gardez le texte d’origine et l’identifiant de l’enregistrement avec le plongement obtenu.

Pour une tâche de recherche de notes, une question sur ce qui a changé dans un processus doit retrouver la note décrivant ce changement. Encodez la question réelle et comparez-la aux enregistrements préparés du corpus. N’ajoutez pas par défaut l’instruction query/passage d’une autre famille de modèles ; le texte direct est la préparation documentée par le fabricant pour ce modèle.

Vecteurs quantifiés et comparaison cosinus

La représentation native est un plongement INT8 non normalisé. Perplexity recommande explicitement la similarité cosinus pour la comparaison. Un score brut de produit scalaire sur la sortie non normalisée modifie la comparaison, car la norme du vecteur y contribue. Choisissez un index de recherche et une voie de calcul des scores capables d’interpréter ensemble la représentation et la métrique choisies.

La représentation binaire est également documentée, et le tableau des modèles indique la prise en charge de Matryoshka. Ces options de représentation peuvent être pertinentes pour le stockage de l’index, mais leurs composantes et leurs octets compactés doivent être interprétés correctement. La sortie complète de 1024 dimensions est distincte de celle de 2560 dimensions du modèle 4B. Un changement de taille de modèle ou de représentation de sortie doit être vérifié du côté des requêtes et du corpus, plutôt que traité comme un espace commun automatique.

Utiliser le contexte délibérément

La spécification de contexte du fabricant est de 32K. Une longue note ou une section documentaire peut contenir davantage d’explications environnantes qu’avec un encodeur à fenêtre courte, tandis que l’unité de recherche doit toujours avoir un objectif clair. Choisissez si un résultat doit renvoyer une section entière ou un passage ciblé contenant la réponse. Gardez les définitions et les exceptions avec l’énoncé qu’elles précisent.

Pour des sources plus volumineuses, conservez l’identifiant du document parent et sa version en dehors du vecteur. Cela permet au résultat de recherche de mener à la source et au texte modifié de remplacer la représentation correspondante. Examinez les résultats candidats pour de vraies questions dans le mélange linguistique visé et vérifiez que le passage fournit les informations demandées, plutôt que de simplement aborder un sujet similaire.

Séparer les traitements indépendant et contextuel

La fiche du modèle distingue cet encodeur indépendant de pplx-embed-context-v1-0.6B. Le modèle contextuel utilise le document environnant pour représenter les segments ; le modèle v1 ordinaire représente chaque texte fourni de manière autonome. Une liste de chaînes indépendantes n’établit pas qu’un traitement contextuel des segments a eu lieu.

La sortie utile est une représentation du corpus ou un vecteur de requête lié au texte source réel, avec le format INT8 ou binaire choisi et la comparaison cosinus consignés. Une étape ultérieure de classement ou de réponse RAG utilise le texte retrouvé comme un artefact distinct. Ce profil appartient à l’édition indépendante exacte 0.6B, et non aux modèles 4B ou context-v1.