Aller au contenu principal

Muse Wonder 1.0 API

meta/muse-wonder-1.0/chat

Muse Wonder 1.0 est le modèle standard de la série Muse Wonder de Meta, présenté comme un modèle de pointe pour le codage, les agents de longue durée et l’utilisation d’un ordinateur. Ce point de terminaison de chat accepte texte, images, vidéos et audio dans une même liste de messages, traite jusqu’à 1M tokens en entrée, diffuse sa réponse en continu et renvoie des appels de fonction que votre application exécute. Wonder Full, la variante plus grande, est un produit distinct.

Entrée $4Sortie $20par 1 million de tokensEntrée en cache $0.20

Atelier

Muse Wonder 1.0

En quoi Muse Wonder 1.0 peut-il vous aider ?

Le modèle que vous cherchez n’est pas là ?

Dites-nous lequel ajouter et à quoi il vous servira. Les demandes vont directement à l’équipe qui décide des prochains modèles.

API DE CHAT POUR AGENTS ET CODAGE, CONTEXTE DE 1M

L’API Muse Wonder 1.0 en un coup d’œil

Une fenêtre d’un million de tokens pour des bases de code entières, de longues exécutions d’agents et des médias mélangés dans une seule requête.

Fenêtre de contexte
1M
Budget d’entrée de 1,048,576 tokens, assez pour un grand dépôt ou une longue transcription d’agent.
Sortie maximale
1M
max_tokens accepte jusqu’à 1,048,576, et le raisonnement y est compté.
Types d’entrée
4
Des parties texte, image, vidéo et audio peuvent coexister dans la même conversation.
Niveaux de raisonnement
6
minimal, low, medium, high, xhigh et max, avec high par défaut.
Définitions d’outils
128
Jusqu’à 128 outils par requête, avec appels d’outils parallèles activés par défaut.
Streaming
SSE
Les réponses s’affichent au fil de leur rédaction, ce qui compte pour les longues sorties.

Résultats

Ce que Muse Wonder 1.0 fait bien

  • Contexte long

    Des projets entiers dans une seule requête

    Meta positionne Muse Wonder sur les modifications portant sur plusieurs fichiers dans de grandes bases de code et sur les tâches qui durent des heures ; le budget d’entrée de 1,048,576 tokens rend cela concret. Vous pouvez envoyer ensemble les fichiers, le journal d’erreur et la question ouverte, au lieu de récupérer des fragments en espérant tomber sur les bons. Identifiez chaque fichier, indiquez quelle version fait foi et énoncez la tâche simplement : une grande fenêtre aide à étayer, pas à compenser une demande vague.

  • Agents

    Des appels d’outils que votre code contrôle

    Le modèle peut renvoyer plusieurs appels de fonction en un seul tour, et parallel_tool_calls est activé par défaut. Votre application valide les arguments, exécute chaque opération et répond par un message tool portant le tool_call_id correspondant. L’étape proposée par le modèle reste ainsi séparée de l’action que vous effectuez réellement, ce qui est la forme sûre pour les boucles d’agents qui touchent aux fichiers, aux tickets ou aux déploiements. Sur ce point de terminaison, tool_choice n’accepte que auto ; pour une réponse en texte seul, omettez tools.

  • Multimodal

    Écrans, extraits et enregistrements en entrée

    Les messages peuvent contenir des parties image_url, video_url, audio_url et input_audio (wav ou mp3) à côté du texte. Les usages typiques sont une capture d’écran d’une interface défaillante, l’enregistrement d’écran d’un bug ou l’enregistrement d’une réunion dont il faut tirer une liste d’actions. Indiquez au modèle la pièce jointe concernée par la question : les médias non étiquetés dans un long fil sont la cause la plus fréquente de réponses qui dérivent.

  • Effort de raisonnement

    Régler la réflexion à la hausse ou à la baisse

    reasoning_effort va de minimal à max et vaut high par défaut. minimal ou low conviennent à la classification, à l’extraction et aux retouches rapides ; xhigh et max sont destinés au débogage difficile et à la planification. Les tokens de raisonnement sont facturés comme sortie et comptent dans max_tokens ; avec un réglage élevé et un plafond réduit, tout le budget peut être consommé avant le début de la réponse visible.

Avant de lancer

À savoir avant de lancer Muse Wonder 1.0

Conversation
Le budget d’entrée est de 1,048,576 tokens, et max_tokens accepte jusqu’à 1,048,576. Les tokens de raisonnement sont comptés dans max_tokens : un plafond bas combiné à un effort de raisonnement élevé peut interrompre la réponse trop tôt.
Conversation
tool_choice n’accepte que auto. Forcer un outil nommé ou exiger un appel d’outil est refusé ; omettez tools si vous voulez une réponse en texte seul. Jusqu’à 128 définitions d’outils et 4 séquences d’arrêt sont acceptées par requête.
Conversation
Les messages acceptent des parties texte, image, vidéo et audio, avec jusqu’à 256 messages par requête. Il s’agit du modèle standard ; la variante séparée Wonder Full de Meta n’est pas servie ici.
Conversation
Avec Muse Wonder 1.0 : Les décisions sur le contenu relèvent du modèle choisi. Le comportement NSFW peut varier et évoluer ; aucune garantie de contenu sans restriction n’est donnée.

Cas d’usage

Ce que vous pouvez construire avec l’API Muse Wonder 1.0

  • Refactorisations et revues multi-fichiers

    Collez les modules concernés, la sortie des tests et la demande de modification, puis demandez un plan ordonné avec les fichiers touchés et la vérification qui valide chaque étape. Comme tout le contexte tient dans la requête, le plan peut citer de vrais noms de fonctions au lieu de suppositions. Demandez un diff ou un appel d’outil et relisez-le avant toute application.

  • Boucles d’agents de longue durée

    Faites tourner une boucle planifier, agir, observer où chaque tour ajoute les résultats d’outils à la liste de messages. La grande fenêtre permet de conserver mot pour mot les observations précédentes sur des dizaines d’étapes. Gardez en tête du contexte un court résumé continu des décisions pour que le modèle ne remette pas en cause des choix déjà actés, et arrêtez la boucle selon un budget que vous fixez plutôt que sur l’avis du modèle.

  • Rapports de bug à partir de captures et d’enregistrements

    Joignez la capture d’écran ou une courte capture vidéo avec le journal de la console, et demandez au modèle de décrire ce qu’il voit, la cause probable et la première chose à vérifier. Séparer ce qui est visible de ce qui est déduit rend la réponse facile à vérifier avant que quiconque ne modifie le code.

  • Analyse de documents et de réunions

    Chargez des contrats, des spécifications ou l’enregistrement d’un long appel dans une seule requête et posez des questions au niveau des clauses ou des décisions. Demandez des citations avec leur emplacement pour pouvoir remonter chaque affirmation à sa source, et traitez la sortie comme un brouillon à faire confirmer par une personne.

Prompts

Exemples de prompts Muse Wonder 1.0 à copier

Collez-en un tel quel dans le playground, puis changez une seule chose à la fois.

  • Conversation

    Examiner un cas concret

    Plan a database library upgrade and identify compatibility checks before deployment. Work from the material I provide. Cite relevant evidence, distinguish facts from assumptions, and identify missing information before proposing changes.

    Pourquoi ça marche. Pour préparer une mise à niveau de bibliothèque de base de données avec Muse Wonder 1.0, fournissez interface actuelle, version cible et tests de compatibilité. Demandez un plan avant un correctif. Cet endpoint sert Wonder standard ; choisir max ne donne pas accès à Wonder Full. Muse peut proposer des outils adaptés : votre application décide ensuite des opérations à exécuter.

    Essayer ce prompt

Tarifs

Tarifs de l’API Muse Wonder 1.0

À partir de $4 par million de tokens en entrée et $20 par million de tokens en sortie.

Le playground affiche le prix exact de vos réglages avant le lancement. Les tâches échouées ou expirées ne sont généralement pas facturées. Certains modèles facturent les refus de contenu comme indiqué sur leur page ; consultez ces conditions avant l’envoi.

Voir tous les paliers de prix

Démarrer

Utiliser l’API Muse Wonder 1.0 en trois étapes

  1. Étape 1

    Envoyer une requête de chat

    Envoyez un POST vers le point de terminaison de complétion de chat avec un nom de modèle et un tableau messages. Placez les instructions dans un message system ou developer, et utilisez un tableau content lorsque vous mélangez du texte avec des parties image, vidéo ou audio. Réglez stream sur true pour les longues réponses et vérifiez le motif de fin avant de considérer une réponse comme complète.

  2. Étape 2

    Choisir l’effort et un max_tokens sûr

    Commencez à medium pour le travail courant et ne montez que si les réponses paraissent superficielles. Prévoyez largement de la place dans max_tokens, car le raisonnement y est compté ; si les réponses sont coupées, augmentez d’abord le plafond avant d’augmenter l’effort.

  3. Étape 3

    Ajouter des outils et boucler

    Définissez les outils comme des schémas JSON, laissez tool_choice sur auto et, lorsque la réponse contient des tool_calls, exécutez chacun d’eux puis ajoutez un message tool avec le même tool_call_id. Conservez dans l’historique le message de l’assistant avec ses appels d’outils afin que le tour suivant dispose de toute la chaîne.

La référence des paramètres et les exemples de code se trouvent dans les onglets API et Readme, en haut de cette page.

Pourquoi SpicyAPI

Pourquoi utiliser Muse Wonder 1.0 sur SpicyAPI

  • Aucun filtre de notre part

    Nous n’ajoutons aucun filtre de contenu. Ce que le modèle génère, vous le recevez.

  • Testé, pas supposé

    Les niveaux de contenu viennent de vraies générations que nous avons lancées et vérifiées, avec la date du test sur la page.

  • Payer au résultat, en dollars

    Ni abonnement ni crédits. Les tâches échouées ou expirées ne sont généralement pas facturées. Certains modèles facturent les refus de contenu comme indiqué sur leur page ; consultez ces conditions avant l’envoi.

  • Une clé pour tous les modèles

    Une seule clé API et un seul solde couvrent les modèles d’image, de vidéo, d’audio et de chat ; explorez davantage de modèles depuis le même compte.

FAQ

FAQ de l’API Muse Wonder 1.0

À propos de Muse Wonder 1.0

Muse Wonder 1.0 vaut la peine lorsque la tâche dépasse un seul fichier : la migration d’un dépôt, un agent qui enchaîne des dizaines d’appels d’outils, ou un bug qui n’a de sens qu’en réunissant la capture, le journal et le code. La fenêtre de 1,048,576 tokens garde toute cette matière dans une seule requête, les six niveaux de raisonnement vous font payer la profondeur uniquement là où vous en avez besoin, et le streaming rend les longues sorties exploitables. Connaissez les limites avant de construire : tool_choice ne prend que auto, le raisonnement partage le budget de max_tokens, et la variante plus grande Wonder Full ne fait pas partie de ce point de terminaison. Commencez avec un effort medium, ajoutez les outils quand les réponses simples paraissent justes, et comparez avec votre modèle actuel sur vos propres prompts avant de déplacer le trafic.

Modèles liés et tâches suivantes