Claude Codeの拡張を探して awesome-claude-code(スター約5.5万)を開くと、一覧が長すぎて、どれを入れるか決める前に疲れてしまいませんか? ここでは、一人で開発を回していると当たりやすい困りごと5つから逆引きして、拡張を1つずつ当てていきます。先に「公式機能で足りる人」も切り分けるので、入れなくていい拡張まで分かるはずです。
各ツールの情報は、2026年10月2日にGitHubのREADMEと公式ドキュメントで確認できた内容だけで書いています。スター数や版はその日の値です。
拡張を探す前に、Claude Codeの公式機能でどこまでできるか?
使用量の表示、スマホからの操作、ブラウザでの動作確認。この3つは、実は公式機能でもかなりのところまでできます。
rate_limits)とリセット時刻が入っているclaude remote-control を実行してスペースキーを押すとQRコードが出て、Claudeアプリや claude.ai/code から同じセッションに入れるclaude のプロセスは動かしたままclaude --chrome で起動し、ログイン済みのブラウザでフォームの確認やコンソールの読み取りをさせるstatus line の表示スクリプトも、/statusline 5時間枠の使用率を出して のように頼めば Claude Code が作ってくれます。詳しくは status line の公式ドキュメント と Remote Control の公式ドキュメント にまとまっています。
それでも拡張を探す理由は、だいたい3つかなと思います。リセットまでの残り時間や予測の表示を自分で作り込みたくない、Codexなど他のCLIも同じ画面で扱いたい、APIキーで使っていて公式の Remote Control や Chrome 連携が使えない。どれにも当てはまらないなら、以下の拡張は読み流してもらって大丈夫です。
使用量の残りが見えないまま、夜通し回す問題
一人でタスクを夜通し回していると、5時間枠や7日枠の上限に当たってから気づく、ということが起きやすいです。みなさんは今、残りの使用率をどこで確かめていますか?
claude-statusbar は、ターミナル下部の status line に5時間枠と7日枠の使用率バー、リセットまでのカウントダウン、枠の終わりに何%まで行きそうかの予測を並べます。モデル名、コンテキストの埋まり具合、プロンプトキャッシュの残り時間も同じ表示の中に出ます。READMEには「Claude Code が実際に適用している上限の数字と同じもの」を出すと書かれていて、見た目は3スタイル×9テーマから選べます。
入れ方は、macOS と Linux ならREADMEの1行です。
curl -fsSL https://raw.githubusercontent.com/leeguooooo/claude-code-usage-bar/main/install.sh | bashWindows は PowerShell 用の install.ps1、Python 環境なら pip install claude-statusbar でも入ります。シェルスクリプトをそのまま実行する形なので、READMEも「気になるなら先にダウンロードして読んで」と書いています。
もう1つ知っておきたいのが、モデル別の週次上限を出すオプションです。cs config set show_per_model true で有効にすると、OAuth の認証情報を読み取り専用で使い、ドキュメント化されていない使用量のエンドポイントへバックグラウンドで問い合わせます。既定では無効です。公式の rate_limits を眺めるだけなら /statusline で足りるので、カウントダウンや予測まで一目で見たい人向けの拡張です。
UIデザインがAIっぽい見た目に寄っていくのはなぜか?
ランディングページや管理画面を Claude Code に作らせると、どれも似た顔つきになりがちです。僕は、デザインの判断を何も渡していないことが大きいと見ています。
StyleSeed は、その判断を「74のクラフトルール」としてエージェントに読ませるスキルです。画面を0〜100点で採点し、80点未満なら見せる前に直させる仕組み(READMEでは scored gate と呼んでいます)が入っています。READMEが「AIが作った画面のサイン」として挙げているのは、選ばれないまま残った既定のアクセント色、アイコン代わりの絵文字、機能カードの上に乗った飾りアイコン、同じ重さで中央に並んだカードの格子などです。思い当たる画面、ありませんか?
npx -y skills add bitjaru/styleseed -a codex claude-code -y --copyこのコマンドはスキルをプロジェクトの中にコピーするだけで、グローバルや他のプロジェクトには入りません。あとは Claude Code で /styleseed に続けて、直したい画面の相談を書きます。9月30日の v5.0.0 で、1つのスキルの中に22のワークフローを持つ形にまとめられました。
対象はダッシュボード、フォーム、SaaS の画面といったWebのUIです。ゲーム本体の画面に効くかは書かれていないので、個人開発ならストアの紹介ページや管理画面から当てるのが素直かなと思います。
席を離れても、スマホからClaude Codeを触りたいとき
ここは公式の Remote Control と役割がかなり重なるので、違いを先に押さえておくと迷いません。
CloudCLI(Claude Code UI とも呼ばれます)は、PCやスマホのブラウザから Claude Code、Cursor CLI、Codex を操作する Web UI です。チャットに加えて、シェル、ファイルツリーと編集、Git のステージやコミット、セッション管理までが1画面に入っています。Node.js v22 以上の環境で npx @cloudcli-ai/cloudcli を実行し、ブラウザで http://localhost:3001 を開けば動きます。
READMEの比較表によると、無料のセルフホスト版はマシンを起動したままにする必要があり、スマホからのアクセスは「同じネットワーク内のブラウザ」です。外から使いたい人向けにはクラウド版が月7ユーロ(約1,200円)からあります。ライセンスは AGPL-3.0 です。
つまり、外出先から続きを指示したいだけなら公式の Remote Control のほうが素直です。家の中で別の部屋からスマホで、Git やシェルまで含めて触りたい人、あるいは Codex も同じ画面でまとめたい人に CloudCLI は向いています。
並列セッションが増えて、どれが何をしているか分からない
タブを3つ4つ開いて別々の作業を任せ始めると、今どのセッションがどれだけ使っているのかを追うだけで手が止まりませんか?
Vibeyard は「AIコーディングエージェントのためのIDE」をうたうデスクトップアプリです。プロジェクトごとに複数のセッションを並べて走らせ、swarm モードでは全セッションを格子状に一覧できます。セッションごとの費用、トークン数、コンテキストの使用量がリアルタイムに出て、カンバンのカードから1クリックで CLI セッションを起動や再開できます。仕事用と個人用のように、別々の Claude Code のログインを並べて使う機能もあります。
対応は Claude Code、Codex CLI、Gemini CLI で、macOS、Linux、Windows 向けのインストーラが GitHub Releases にあります。npm なら npm i -g vibeyard のあと vibeyard で起動します。版はまだ 0.3.8(9月3日)です。ターミナルとは別にアプリを1つ立ち上げる形なので、ターミナルで足りている人には好みが分かれるところです。
ブラウザでの動作確認までエージェントに任せたい
Web で動くゲームや管理画面を作っていると、コードを書かせたあとの「開いて、押して、確かめる」が最後に人の手に残ります。
Dev Browser は、エージェントに短い JavaScript を書かせて Chrome を操作させるツールです。Puppeteer のページ API に、エージェント向けの補助関数を足した形で動きます。名前を付けたページはスクリプトをまたいで状態が残るので、開き直さずに続きを確かめられます。dev-browser --headless で専用プロファイルの Chrome を新しく立てることも、--connect で起動中のブラウザにつなぐこともできます。
READMEの手順は次のとおりで、Claude Code 用のスキルは最後の1行で入ります。
npm install -g dev-browser
dev-browser install
dev-browser install-skill --claudeただし版には注意が要ります。READMEが説明しているのは Puppeteer ベースの 1.0 で、執筆時点ではまだリリース候補(1.0.0-rc.3)です。npm で何も指定せずに入れると旧実装の 0.2.9 が入り、1.0 系はリリースノートにあるとおり dev-browser@next を指定して入れる形です。READMEは、スクリプトを実行する node:vm が「セキュリティのためのサンドボックスではない」とも明記しています。対応OSは macOS と glibc 系の Linux で、Windows は未対応です。
公式の Claude in Chrome がふだんのブラウザのログイン状態をそのまま使うのに対して、Dev Browser は専用プロファイルで切り離して動かす選び方もできます。どちらが上というより、確認作業をどちらのブラウザでやらせたいかで決める話です。
5つの拡張の比較と、入れる順番
ここまでの5つを並べます(2026年10月2日時点)。
僕なら、まず公式の /statusline で使用率を出してみて、カウントダウンや予測が欲しくなった時点で claude-statusbar に替えます。公式と重なる範囲がいちばん広く、見比べながら判断しやすいからです。残りの4つは、今いちばん手が止まっている困りごとに当たる1つだけで十分です。
入れる前に確かめておきたい3つの前提
- 渡す権限の範囲。claude-statusbar はシェルスクリプトの実行と、オプション次第で認証情報の読み取りがあります。Dev Browser はブラウザを動かし、実行環境はサンドボックスではありません
- 版の段階。Dev Browser の 1.0 はリリース候補、Vibeyard はまだ 0.x です
- ライセンス。CloudCLI だけが AGPL-3.0 で、残りの4つは MIT です
拡張は名前から探すと終わりがありませんが、困りごとから引けば候補は1つか2つに絞れます。みなさんがいま手を止めている困りごとは、5つのうちどれでしょうか?
コメント
ログイン か 会員登録 するとコメントできます