本文へスキップ

Muse Wonder 1.0 API

meta/muse-wonder-1.0/chat

Muse Wonder 1.0 は Meta の Muse Wonder シリーズの標準モデルで、コーディング、長時間動作するエージェント、コンピューター操作向けのフロンティアモデルとして提供されています。このチャットエンドポイントは、テキスト、画像、動画、音声を 1 つのメッセージリストで受け付け、最大 1,048,576 トークンの入力を処理し、応答をストリーミングし、アプリケーション側で実行する関数呼び出しを返します。Meta のより大きなバリアント Wonder Full は別製品であり、このエンドポイントでは提供していません。

入力 $4出力 $20100 万トークンあたりキャッシュ入力 $0.20

プレイグラウンド

Muse Wonder 1.0

Muse Wonder 1.0 に何を頼みますか?

お探しのモデルが見つかりませんか?

必要なモデルと用途をお知らせください。次に何を追加するかを決めるチームに直接届きます。

100万コンテキストのエージェント・コーディング向けチャット API

Muse Wonder 1.0 API のポイント

プロジェクト全体、長時間のエージェント実行、複数種類のメディアを 1 回のリクエストで扱える 100 万トークンのウィンドウ。

コンテキストウィンドウ
1M
入力の上限は 1,048,576 tokens。大規模なリポジトリや長いエージェントの記録も収まります。
最大出力
1M
max_tokens は最大 1,048,576 まで指定でき、推論もこの中で数えられます。
入力の種類
4
テキスト、画像、動画、音声のパーツを同じ会話に含められます。
推論の強度
6
minimal、low、medium、high、xhigh、max の 6 段階。既定値は high です。
ツール定義
128
1 リクエストあたり最大 128 個。並列ツール呼び出しは既定で有効です。
ストリーミング
SSE
生成されるそばから応答を受け取れるため、長い出力で効果を発揮します。

作例

Muse Wonder 1.0 が得意なこと

  • 長いコンテキスト

    プロジェクト全体を 1 回のリクエストで

    Meta は Muse Wonder を、大規模なコードベースにまたがる複数ファイルの変更や、数時間に及ぶタスク向けに位置づけており、1,048,576 トークンの入力上限がそれを現実的にしています。断片を取り出して正しいものが含まれることを願うのではなく、ファイル、失敗したログ、未解決の質問をまとめて送れます。各ファイルにラベルを付け、どのバージョンが正なのかを示し、タスクを明確に書いてください。大きなウィンドウが役立つのは根拠の提示であり、曖昧な依頼ではありません。

  • エージェント

    コードが制御するツール呼び出し

    モデルは 1 ターンで複数の関数呼び出しを返せ、parallel_tool_calls は既定で有効です。アプリケーションは引数を検証し、各操作を実行して、対応する tool_call_id を付けた tool メッセージで応答します。これにより、モデルが提案したステップと、実際に行う操作を分けて扱えます。ファイル、チケット、デプロイメントに触れるエージェントループには、この安全な構成が向いています。このエンドポイントでは tool_choice は auto のみ受け付けます。プレーンテキストで応答させたい場合は tools を省いてください。

  • マルチモーダル

    画面、クリップ、録画を入力に

    メッセージには、テキストと並べて image_url、video_url、audio_url、input_audio(wav または mp3)の各パーツを含められます。典型的な用途は、壊れた UI のスクリーンショット、不具合の画面録画、アクション項目を抽出したい会議の録音です。質問がどの添付ファイルに関するものかをモデルに伝えてください。長いスレッドでラベルのないメディアがあると、回答がずれる原因になりがちです。

  • 推論の強度

    思考の深さを調整

    reasoning_effort は minimal から max まであり、既定値は high です。分類、抽出、簡単な編集には minimal または low が向いています。難しいデバッグや計画には xhigh と max を使ってください。推論トークンは出力として課金され、max_tokens に含まれます。上限が小さいまま深い推論を指定すると、目に見える回答が始まる前に予算を使い切ることがあります。

実行する前に

Muse Wonder 1.0 を使う前に知っておきたいこと

チャット
入力の上限は 1,048,576 tokens で、max_tokens は最大 1,048,576 まで受け付けます。推論トークンは max_tokens の中で数えられるため、推論の強度を高くしたまま上限を小さくすると、回答が途中で終わることがあります。
チャット
tool_choice は auto のみ受け付けます。特定のツールを強制する指定や、ツール呼び出しを必須にする指定は拒否されます。テキストだけの応答が欲しい場合は tools を省いてください。1 リクエストあたり、ツール定義は最大 128 個、停止シーケンスは最大 4 個まで受け付けます。
チャット
メッセージはテキスト、画像、動画、音声のパーツを受け付け、1 リクエストあたり最大 256 件のメッセージを扱えます。これは標準モデルです。Meta の別バリアントである Wonder Full は、ここでは提供していません。
チャット
コンテンツの可否は選択した Muse Wonder 1.0 が判断します。Muse Wonder 1.0 では、NSFW の挙動は変わることがあり、制限のないコンテンツを保証するものではありません。

活用例

Muse Wonder 1.0 API で作れるもの

  • 複数ファイルのリファクタリングとレビュー

    関係するモジュール、テストの出力、変更依頼を貼り付け、影響を受けるファイルと各ステップを確認する検証方法を含む、順序立てた計画を求めてください。コンテキスト全体が収まるため、計画は推測ではなく実在する関数名を参照できます。差分やツール呼び出しを求め、適用する前に確認してください。

  • 長時間動作するエージェントループ

    計画、実行、観察のループを回し、各ターンでツールの結果をメッセージリストに追加します。大きなウィンドウのおかげで、数十ステップにわたって以前の観察結果をそのまま保持できます。先頭には判断の短い要約を置いておくと、モデルが決着済みの選択を蒸し返さずに済みます。ループの停止は、モデルの判断ではなく、あらかじめ設定した予算で行ってください。

  • スクリーンショットと録画からのバグ報告

    スクリーンショットまたは短い画面録画に、コンソールログを添えて送り、見えている内容、考えられる原因、最初に確認すべき点をモデルに述べさせてください。見えている事実と推測を分けておくと、誰かがコードを変更する前に回答を検証しやすくなります。

  • 文書と会議の分析

    契約書、仕様書、長い通話の録音を 1 回のリクエストで読み込み、条項単位や意思決定単位の質問をしてください。各主張を出典までたどれるよう、引用には該当箇所の位置を付けてもらい、出力は人が確認する下書きとして扱ってください。

プロンプト

コピーして使える Muse Wonder 1.0 のプロンプト例

まずはそのまま Playground に貼り付け、そのあと一度にひとつずつ変えてみてください。

  • チャット

    具体的な事例を調べる

    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.

    うまくいく理由. Muse Wonder 1.0 でデータベースライブラリの更新を計画する際は、現行のインターフェース、更新先、互換性を確認するテストを渡します。パッチの前に変更計画を求めます。これは標準の Wonder で、思考量を max にしても Wonder Full には切り替わりません。Muse が適切なツールを提案し、実行する処理はアプリ側で判断します。

    このプロンプトを試す

料金

Muse Wonder 1.0 API の料金

入力 100 万トークンあたり $4、出力 100 万トークンあたり $20 から。

プレイグラウンドで、実行前に設定に合った正確な料金を確認できます。失敗またはタイムアウトしたタスクは、通常課金されません。一部のモデルでは、モデルページに明記されたとおりコンテンツ拒否も課金対象です。送信前に課金条件を確認してください。

すべての料金区分を見る

はじめ方

3 ステップで Muse Wonder 1.0 API を使う

  1. ステップ 1

    チャットリクエストを送る

    モデル名と messages 配列を指定して、チャット補完エンドポイントに POST します。指示は system または developer メッセージに入れ、テキストと画像・動画・音声のパーツを混在させる場合は content 配列を使ってください。長い応答には stream を true に設定し、回答を完了とみなす前に終了理由を確認します。

  2. ステップ 2

    推論の強度と安全な max_tokens を選ぶ

    日常的な作業は medium から始め、回答が浅いと感じたときだけ引き上げてください。推論は max_tokens の中で数えられるため、max_tokens には十分な余裕を持たせてください。回答が途中で切れる場合は、推論の強度を上げる前に上限を引き上げます。

  3. ステップ 3

    ツールを追加してループを閉じる

    ツールは JSON スキーマとして定義し、tool_choice は auto のままにします。応答に tool_calls が含まれていたら、各呼び出しを実行し、同じ tool_call_id を付けた tool メッセージを追加します。次のターンで全体の流れを把握できるよう、ツール呼び出しを含むアシスタントのメッセージは履歴に残してください。

パラメーターの詳細とコード例は、このページ上部の API タブと Readme タブにあります。

SpicyAPI を選ぶ理由

Muse Wonder 1.0 を SpicyAPI で使う理由

  • 当社独自のフィルターなし

    当社はコンテンツフィルターを追加しません。モデルが生成したものがそのまま届きます。

  • 推測ではなく実測

    コンテンツのレベルは、当社が実際に生成して確認した結果にもとづき、テスト日もページに記載しています。

  • 成果ごとに米ドルで支払い

    定額プランもクレジットもありません。 失敗やタイムアウトのタスクは通常、課金されません。ただし、モデルページに明記された一部のモデルではコンテンツ拒否も課金対象です。送信前にその課金条件をご確認ください。

  • すべてのモデルにひとつのキー

    1 つの API Key と残高で、画像、動画、音声、チャットのモデルを利用できます。同じアカウントで、さまざまなモデルを試せます。

FAQ

Muse Wonder 1.0 API のよくある質問

Muse Wonder 1.0 について

Muse Wonder 1.0 は、1 つのファイルより大きな作業に向いています。リポジトリの移行、数十回のツール呼び出しを重ねるエージェント、スクリーンショット、ログ、コードを並べて初めて意味が分かるバグなどが対象です。1,048,576 トークンのウィンドウなら、これらの素材を 1 回のリクエストに収められ、6 段階の推論強度により、必要な箇所にだけ深さの対価を払えます。ストリーミングによって長い出力も扱いやすくなります。構築を始める前に制約を把握してください。tool_choice は auto のみで、推論は max_tokens の予算を共有し、より大きな Wonder Full はこのエンドポイントに含まれません。まずは中程度の推論強度で試し、単純な回答が正しく出るようになってからツールを追加してください。トラフィックを移す前には、手持ちのプロンプトで現在のモデルと比較することをおすすめします。

関連モデルと次のステップ