Claude Codeの/powerupコマンドでインタラクティブに新機能を学ぶ

/powerupは、Claude Codeの機能をアニメーション付きの対話レッスンで学べるコマンドです。実行すると短いレッスンが始まり、実際の画面デモを見ながら機能の使い方を理解できます。v2.1.90で追加された、Claude Codeの数あるスラッシュコマンドの中でも珍しい対話チュートリアル形式のコマンドです。設定を変更したり状態を表示したりする通常のコマンドとは違い、実行そのものが学習体験になっています。

/powerupが他のコマンドと違う点

Claude Codeのスラッシュコマンドの大半は、何かを実行する・状態を表示する・設定を変えるといった単発の操作です。/permissionsはルールを編集し、/modelはモデルを切り替え、/resumeはセッションを再開します。実行してすぐ結果が返り、それで完結します。

/powerupはこの型に当てはまりません。実行すると教材としてのレッスンが始まり、アニメーションデモを見ながら機能の理解を進める体験になります。単発の操作ではなく、学習のセッションそのものを提供するコマンドです。こうした形式は、CLIツールのコマンド体系としては一般的ではありません。

Claude Codeの機能を学ぶ手段を比較する

Claude Codeには、新機能を把握する手段が/powerupのほかにも複数あります。役割が重なっているように見えて、実は得られるものが違います。

/doctorは機能学習の入り口としても使えます。インストールの健全性を診断するだけでなく、重複したインストールやPATHの問題、パースできない設定ファイルまで洗い出します。動作が遅いhookにも警告を出し、リリースチャンネルごとの新バージョン有無まで確認します。

加えて、未使用のskill・MCPサーバー・pluginをコンテキストコストと突き合わせて教えてくれるため、「入れているのに使っていない機能」に気づくきっかけになります。さらにCLAUDE.md同士の重複を検出し、コードから導出できる記述を削り、常時読み込みの内容をオンデマンドで読み込まれるSkillやネストしたCLAUDE.mdへ移す提案もします(このトリムチェックはv2.1.206以降が対象です)。

auto modeを既定にする提案や、繰り返し拒否されている読み取り専用コマンドの事前承認提案も含みますが、いずれも確認を求めてから実行され、勝手に書き換えることはありません。/doctorが見つけた機能を実際に使いこなす段階で/powerupに進む、という流れが自然です。

週次ダイジェストとCHANGELOGは、扱う範囲の広さが対照的です。ダイジェストは「働き方を変えそうな機能」だけをコードスニペットとデモ付きで抜粋するのに対し、CHANGELOGはバグ修正や細かい改善まで含めた全変更点を漏れなく記録します。ざっと流し読みしたいなら週次ダイジェスト、特定バージョンの挙動を正確に知りたいならCHANGELOGという向き先の違いです。/powerupはこの2つのどちらでもなく、読むのではなく触って理解する手段として並びます。

いつ実行すると効果が出るか

claude updateでバージョンを上げた直後は、CHANGELOGを1件ずつ確認する代わりに/powerupを実行すると、その時点で使える機能をレッスン形式でまとめて把握できます。チームに新しいメンバーが加わったときも同様です。ドキュメントを読ませる前に一通り触ってもらうと、以降の質問が「そもそも何ができるか知らない」ではなく「使い方の細部」に絞られます。結果として、オンボーディングの初期段階が短くなります。

逆に、特定のコマンドの正確な引数やフラグを確認したいだけなら/powerupは遠回りです。目的がはっきりしているときは/helpかCHANGELOGのほうが早く答えにたどり着けます。

claude updateのあとに/doctor→/powerupの順で実行する運用も選択肢です。先に/doctorでインストールの健全性と未使用機能を洗い出し、そのうえで/powerupのレッスンに進めば、「何が使われていないか」を把握してから「その機能をどう使うか」を学ぶ流れになり、レッスンをただ眺めるより身につきやすくなります。

機能追加のペースの速さが学習ニーズを生んでいる

/powerupが意味を持つ背景には、Claude Codeの機能追加ペースの速さがあります。/powerupが追加された前後の数週間だけを見ても、次のような機能が立て続けに入りました。

• Week 14(2026年3月30日〜4月3日): ターミナルからネイティブアプリを操作するComputer useのリサーチプレビュー、/powerup、ちらつきを抑えるalt-screenレンダリング
• Week 15(4月6日〜10日): クラウドで計画を練るUltraplanの早期プレビュー、バックグラウンドイベントを会話に流し込むMonitorツール、間隔指定を省略すると自走ペースを自動調整する/loop、セットアップを再現可能な手順に固める/team-onboarding
• Week 16(4月13日〜17日): Max・Team Premiumの新既定モデルとなったOpus 4.7、xhighエフォートレベルと/effortスライダー、クラウド上でスケジュール実行するRoutines、CLIのネイティブバイナリ化

わずか3週間でこれだけの機能が積み重なると、公式docsを1ページずつ読んで追いつくのは現実的ではありません。/powerupは、この速度に対する学習側の解として同じ週に用意されたコマンドです。

対話形式を採用した設計をどう見るか

多くのCLIツールは、新機能の説明を静的なヘルプテキストやリリースノートで済ませます。テキストの一覧は網羅性には優れますが、読み手が自分から探しにいかない限り目に入らないという弱点があります。Claude Codeがわざわざアニメーションデモ付きの対話レッスンを別コマンドとして用意したのは、機能追加のペースが速い製品ならではの投資と見ることもできます。テキストの一覧では読み飛ばされる変更点も、実際の画面デモなら目に留まります。

一方で、レッスン形式は/helpやCHANGELOGのような一覧性・検索性には向きません。特定の1コマンドの仕様を確認する用途では、依然として静的なドキュメントのほうが速く目的の情報に到達できます。/powerupは既存の学習手段を置き換えるものではなく、「広く浅く機能を知る」入り口として並列に存在していると捉えるのが実態に近いでしょう。

対話レッスンという形式そのものは、機能を後から追いかける側にとって参入障壁を下げる効果もあります。CHANGELOGを遡って読むには、その機能がいつ追加されたかをある程度把握している必要がありますが、レッスン形式ならその前提知識なしに機能単位で学べます。しばらく更新をさぼっていたユーザーほど、テキストを遡って読むより効率的にキャッチアップできる可能性があります。

よくある質問

/powerupと/doctorはどちらも機能を教えてくれますか

役割が違います。/doctorが教えるのは「自分の環境で使っていない機能がある」という気づきで、実際の使い方までは踏み込みません。/powerupが教えるのは機能そのものの使い方です。/doctorで見つけた未使用機能を、/powerupのレッスンで学ぶという流れで組み合わせられます。

週次ダイジェストとCHANGELOGはどちらを先に読むべきですか

全体の流れを把握したいなら週次ダイジェストを先に読みます。ダイジェストはコードスニペットとデモ、背景の解説付きで注目機能だけを抜粋しているため、短時間で要点をつかめます。特定バージョンの挙動を正確に確認したいときだけ、その版のCHANGELOGエントリを見れば足ります。

/powerupはどのバージョンから使えますか

v2.1.90以降で使えます。それより前のバージョンでは/powerupコマンド自体が存在しません。バージョンはclaude --versionで確認でき、古い場合はclaude updateで最新化できます。半年近く前のバージョンを使い続けている場合、/powerupだけでなくその間に追加された機能もまとめて未経験の可能性が高いということでもあります。

/powerupを実行すると設定ファイルが書き換わりますか

公式ドキュメントは/powerupを「機能を学ぶレッスン」とだけ説明しており、/doctorのように設定変更を提案する機能としては記載されていません。設定を書き換える操作ではなく、学習コンテンツを表示するだけのコマンドです。

/team-onboardingも似たような学習コマンドですか

目的が異なります。/team-onboardingはチームのセットアップ手順を再現可能なガイドとしてパッケージ化するコマンドで、学ぶ対象は「このプロジェクト固有の環境構築」です。/powerupが学ぶ対象は「Claude Code自体の機能」で、プロジェクトに依存しません。両者は「オンボーディングを助ける」という点で近く見えますが、教える中身が別物です。

まとめ

/powerupは、Claude Codeの機能をアニメーション付きの対話レッスンで学べる、数少ない対話チュートリアル形式のコマンドです。単発の操作を実行する他のコマンドとは性格が異なり、更新直後やチームメンバーのオンボーディング時に実行すると効果が出ます。

要点は3つです。

• コマンドの存在確認は/help、環境診断と未使用機能の発見は/doctor、直近の変更把握は週次ダイジェスト、正確なバージョン差分はCHANGELOGと、目的に応じて手段を使い分けます
• /doctorで未使用機能に気づいてから/powerupで使い方を学ぶ、という2段階の運用が身につきやすさを高めます
• 機能追加のペースが速いClaude Codeでは、これらを組み合わせて追いつく仕組みそのものが実用スキルになっています

新しいバージョンに上げるたびに読むドキュメントを1つ減らしたいなら、まず/powerupを実行するところから始められます。読むより触るほうが早いと感じる人には、特に相性のよいコマンドです。