MetaのAIエージェント「Muse」は、チャットの入力欄で「/」を打つと、8つのスラッシュコマンドの候補が出ます。
公式ヘルプには一覧が無く、利用者の報告で知られているコマンドです。
いちばん役に立つのは/usage onで、返信のたびに読み込んだトークンの数が出るようになります。
運営者が試したところ、短い返信1回の裏で488.7k(約49万トークン)を読み込んでいました。
Museは返信のたびに設定・常駐のメモリー・会話の履歴を読み直していると見られ、チャットは使うほど1回が重くなります。
- 確認日:2026年11月10日(公式ヘルプ・利用者の記事とXの投稿)
- 運営者が試したこと:
/usage onで返信ごとのトークン数を表示した - 確かめていないこと:ほかの7つのコマンドの動き(報告の内容をそのまま載せています)
Museがどんなエージェントかは、AIボット4つの比較にまとめています。
結論:よく使うのは/usage・/compact・/clearの3つ
8つのうち、枠の節約に効くのは3つです。
| やりたいこと | 打つコマンド | 気をつけること |
|---|---|---|
| 1回の返信の重さを見たい | /usage on | 表示を消すときは /usage off |
| 長くなった会話を軽くしたい | /compact | 要約なので、細かい言い回しは残らない |
| 話題を変えて最初からにしたい | /clear | 次のメッセージから新しい文脈になる。記憶は消えない |
| 返信を途中で止めたい | /stop | 候補の説明だけで、実行した報告は見当たらない |
最短の流れは次のとおりです。
- Museのチャットで
/usage onと打って送る - 「使用モード: on。」と返ってきたら、いつもどおりに話しかける
- 返信の下に出る読み込みの数(in)を見る
- 数十万を超えていたら、
/compactで縮めるか、話題ごとにサイドチャットへ移る
Museのスラッシュコマンド一覧(8つ)
入力欄で「/」を打つと出る候補は、次の8つと報告されています。
どれも公式ヘルプには載っておらず、説明はアプリの候補に出る文の訳です。
| コマンド | 何をするか | 情報のもと |
|---|---|---|
| /status | 今のセッションの状態を表示する | 報告(実行画面あり) |
| /compact | 会話の文脈を要約して縮める | 報告(候補の説明だけ) |
| /clear | 次のメッセージから新しい文脈で始める | 報告(実行画面あり) |
| /usage on・/usage off | 返信ごとの使用量の表示を切り替える | 報告(実行画面あり)+運営者が確認 |
| /subagents | サブエージェントの一覧を表示する。-a と件数を付けられる | 報告(候補の説明だけ) |
| /stop | 今の応答を止める | 報告(候補の説明だけ) |
| /latest | 最新の表示へ移る | 報告(候補の説明だけ) |
| /activity | アクティビティのパネルを開く | 報告(実行画面あり) |
8つは「Session」(会話の操作)7つと「View」(画面の操作)1つに分かれていて、/activityだけがViewです。
一覧を最初にまとめたのはQiitaの検証記事で、製品の資料やヘルプを探しても一覧は無く、入力欄で「/」を打って見つけたと書かれています。
同じ8つは、11月8日のXの投稿や、Museに「ほかのコマンドは?」と聞いた利用者の画面にも出ていて、数と中身は同じでした。
候補が出るのはWeb版での報告
Qiitaの記事が確かめたのはWeb版(muse.ai)で、スマホのアプリで候補が出るかは確かめていないと書かれています。
一方で、スマホのアプリで/usage onを手で打って送り、表示がオンになった画面のXの投稿もあります(11月9日)。
候補が出なくても、コマンドを最後まで打って送れば動く可能性はある、ということです。
公式ヘルプにあるのは画面の操作
Metaのヘルプに書かれているのは、コマンドではなく画面での操作と、話しかけて頼む方法です。
| やりたいこと | 公式の手順 |
|---|---|
| 話題ごとに会話を分ける | チャットタブの左上のメニュー → 鉛筆とノートのアイコンでサイドチャットを作る |
| 覚えている内容を見る・直す | アシスタントのアイコン → Identity → Memory で、MEMORY.md などのファイルを直接編集・削除する |
| 特定の話を忘れさせる | 「〇〇のことを忘れて」と頼む |
| 週の使用量を見る | メニュー → 設定 の使用状況の欄 |
| ボイスモードを終える | 「バイバイ」「終了」と話しかける |
記憶を消しても、消した内容から学んだことを覚えている場合がある、とヘルプは注意しています。
Muse Codeのコマンドとは別物
Metaには、ターミナルで使うコーディング用のエージェント「Muse Code」もあり、こちらは公式の資料にコマンドが並んでいます。
/help・/new・/side・/rewindなどはMuse Codeのコマンドで、チャットのMuseの候補には出てきません。
検索すると両方の情報が混ざって出てくるので、どちらの話かを先に確かめてください。
/usage onの実例:短い返信1回で488.7k
運営者がMuseのチャットで/usage onと打ち、そのあと短い返信を1回もらいました。
返信の下に出た読み込みの数は488.7kで、約48万8,700トークンです。
返ってきた文は数行だったので、書いた量に比べて読んだ量が大きく上回っていたことになります。
ほかの利用者の報告でも、読んだ量は書いた量の数百倍になっています。
表示の形は2通り報告されている
| どこで | 返信の下の表示の例 | 読み込み÷書き出し |
|---|---|---|
| Web版(Qiitaの記事) | 297.2k in / 806 out | 約370倍 |
| スマホのアプリ(Xの投稿) | context_tokens=141414 response_tokens=738 | 約190倍 |
| 運営者の環境 | 488.7k(読み込み) | 書き出しの数は控えていない |
スマホの表示には、ほかに「source=provider」「cost=unavailable」も並んでいて、料金の額は出ません。
/usage offと送ると「使用モード: off。」と返り、表示が消えると報告されています。
設定の画面の使用状況との違い
/usage onで分かるのは、返信1回ごとの量です。
週の枠のうち何%を使ったかは、公式の手順どおり、メニューから設定を開いた使用状況の欄で見ます。
1回の重さは/usage on、週の残りは設定の画面、と分けて使うと迷いません。
なぜ重くなるのか:返信のたびに全部を読み直す
運営者の観察では、Museは返信のたびに、次のものをまとめて読み直しています。
| 読み直すもの | 中身 | 増え方 |
|---|---|---|
| 設定 | 名前・性格・行動のルール | ほぼ一定 |
| 常駐のメモリー | MEMORY.md などの覚えている内容 | 覚えるたびに少しずつ増える |
| 会話の履歴 | そのチャットのこれまでのやり取り | 話すたびに増え続ける |
| 今回の質問 | いま送った文 | 毎回ちがう |
このうち、話せば話すほど溜まっていくのが会話の履歴です。
そのため、同じ短い質問でも、会話の後半になるほど1回の読み込みが増え、枠の減りが早くなります。
とくに重いのはメインチャット
Museは、メインチャットで1本の長い会話を続ける使い方を前提に作られている、とMetaの設計の紹介に書かれています。
日々の頼みごとが全部メインチャットに積み上がるので、履歴がいちばん長くなりやすい場所です。
公式に書かれていること・いないこと
Metaのヘルプには、リクエスト・モデル・ツール・コンテキストの長さ・出力によって、消費するMuseトークンが変わると書かれています。
長い会話ほど多く消費すること自体は、この記載と合っています。
ただ、返信のたびに何をどこまで読み直すのかという仕組みを説明した公式の資料は、見つかりませんでした。
Xでも「長い会話は毎回全文を読み直すので枠が減る」という利用者の投稿があり、同じ見方をしている人はほかにもいます。
重くしないコツ5つ
公式の機能と、運営者の工夫を分けて書きます。
1. 話題ごとにサイドチャットへ分ける(公式の機能)
サイドチャットは、メインのチャットを乱さずに話題を分けるための別のスレッドです。
- チャットタブを開く
- 左上のメニューのアイコンを押す
- 鉛筆とノートのアイコンを押して、サイドチャットを作る
- 繰り返しの作業や長い調べものは、そのサイドチャットで頼む
Metaの設計の紹介では、話題ごとに別のコンテキストを持ちたいという声に応えてサイドチャットを作った、と説明されています。
メインチャットは短い用事の受付にして、作業はサイドへ回すのが運営者のおすすめです。
メインの履歴が伸びにくくなり、終わったサイドチャットは削除もできます。
2. 区切りで/compactか/clearを送る(報告されたコマンド)
話がひと段落したら、/compactで履歴を要約に置き換えると、読み直す量を減らせるはずです。
まったく別の話題に移るなら、/clearで次のメッセージから新しい文脈にする手もあります。
どちらも候補の説明から読める動きで、減り方を運営者が測ったわけではありません。
使う前と後で/usage onの数を見比べると、効いたかどうかを自分で確かめられます。
3. 引き継ぎメモを作ってから新しい会話へ(運営者の工夫)
要約をMuse任せにしたくないときは、先に引き継ぎのメモを作らせる方法が使えます。
- 「ここまでの決まったこと・残っている作業・次にやることを、引き継ぎメモにまとめて」と頼む
- 出てきたメモを読んで、抜けがあれば足してもらう
- サイドチャットを新しく作り、メモを最初のメッセージとして貼る
決まったことは、メモの代わりにファイルとして残させておくと、あとから探すのも楽です。
4. 常駐のメモリーを短く保つ(公式の手順+運営者の工夫)
メモリーは毎回読み込まれていると見られるので、要らない行が多いほど、すべての返信が少しずつ重くなります。
アシスタントのアイコンからIdentity、Memoryと進むと、MEMORY.mdなどを直接直したり消したりできます。
古い予定や、もう使わない頼みごとの決まりは、ときどき消しておくのがおすすめです。
5. /usage onのまま数回ようすを見る(運営者の工夫)
数字が見えていると、どの頼み方が重いかが分かってきます。
たとえば、同じ質問をメインチャットとサイドチャットで送って数を比べると、履歴の重さがそのまま見えます。
枠の計算:49万トークンは週の何回分か
1回488.7kのまま使い続けたとして、週の枠で何回返信をもらえるかを計算しました。
| プラン | 週の枠 | 1回488.7kで割ると | 1日あたり |
|---|---|---|---|
| 無料 | 1億(公式ヘルプに記載なし) | 約205回 | 約29回 |
| Power(月20ドル) | 5億 | 約1,023回 | 約146回 |
| Maximum(月100ドル) | 30億 | 約6,139回 | 約877回 |
Powerの週5億なら、この重さで約1,000回分です。
履歴がさらに伸びて1回100万トークンになれば、回数はおよそ半分の約500回に減ります。
無料の枠の大きさはヘルプに書かれておらず、表の1億は、ザッカーバーグ氏の投稿にあった数としてGizmodoが伝えたものです。
計算の前提と注意
この計算は、目安として見てください。
- 返信の下に出るトークン数と、枠から減るMuseトークンが同じ数え方かは、公式に書かれていない
- ヘルプには、モデルやツールによっても消費が変わるとある
- 料金と枠はドルで書かれていて、日本円の価格は11月10日時点のヘルプに無い
枠を使い切ったとき
ヘルプによると、選べる道は2つです。
- 週のリセットを待つ(使い残した週の枠は繰り越されない)
- 追加のMuseトークンを買う(買った分は期限が無く、使い切るまで使える)
追加の購入は、メニューから設定を開き、アップグレードかサブスクリプションの管理から進みます。
うまくいかないとき
| 症状 | まず確かめること | だめなときの次の一手 |
|---|---|---|
| 「/」を打っても候補が出ない | Web版(muse.ai)で開いているか | コマンドを最後まで打って送ってみる |
| /usage on の数が出ない | 「使用モード: on。」と返ってきたか | もう一度送り、次の返信の下を見る |
| /clear のあとも前の話を覚えている | 記憶(メモリー)は消えないと報告されている | 「忘れて」と頼むか、Memoryの画面で消す |
| 週の枠の減りが早い | メインチャットの履歴が長くないか | サイドチャットに分けるか /compact を送る |
| /help や /new が効かない | Muse Codeのコマンドを打っていないか | チャットのMuseは8つだけと考える |
MuseのブラウザーでAmazonやXにログインできないときは、コマンドではなく通信の出口の問題です。
詳しくはMuseでAmazonにログインできない理由とMuseでXに自動投稿する方法で切り分けています。
確かめていないこと
- /usage 以外の7つのコマンドの動き(利用者の報告をそのまま載せています)
- /compact・/clear で、1回の読み込みがどれだけ減るか
- スマホのアプリで「/」の候補が出るか
- 返信のたびに設定・メモリー・履歴を読み直す仕組みの公式な説明
- 返信の下のトークン数と、週の枠から減るMuseトークンの関係
- 無料の枠の正確な大きさと、日本円での価格
コマンドは公式の資料に無いため、予告なく変わったり消えたりすることがあります。
まとめ
- Museのチャットのスラッシュコマンドは8つで、どれも公式ヘルプには載っていない
- /usage on で返信ごとのトークン数が見え、運営者の環境では短い返信1回で488.7kだった
- Museは返信のたびに設定・メモリー・履歴を読み直していると見られ、とくにメインチャットが重くなる
- サイドチャットに分ける・/compact・メモリーの整理で、1回の重さを抑えられる
- Powerの週5億なら、1回49万トークンで約1,000回分
次の一歩として、まず/usage onを送り、いつものメインチャットの1回がどれくらいかを見てみてください。
Museとほかのボットの料金や上限の数え方の違いは、AIボット4つの比較で並べています。
Museのクラウドのコンピューターにコーディングの道具を入れる話は、Grok Buildの導入の記事へどうぞ。
Claude Codeの/compactと見比べたい人は、Claude Codeのコンテキストを減らす方法も参考になります。
参考にした資料は次のとおりで、いずれも2026年11月10日に確認しました。
- Museのサブスクリプションについて(Metaヘルプ)
- 追加のMuseトークンの購入方法(Metaヘルプ)
- Museの使い方(Metaヘルプ)
- Museの記憶の確認と削除(Metaヘルプ)
- How we designed Muse(Meta)
- Muse Code:Working with the agent(Meta)
- Museのスラッシュコマンド全8件(Qiita、2026年11月3日)
- Museで使えるスラッシュコマンド一覧(Xの投稿、2026年11月8日)
- スマホのアプリでの/usage onの表示(Xの投稿、2026年11月9日)
- Museの使い方のまとめ(Xの投稿、2026年11月8日)
- 無料枠についての報道(Gizmodo)
