株式会社ソニックムーブPublicationへの投稿
🧙

Claude Codeが化けた。今使っている3つのプラグイン+標準機能の活用法

ShoppingShark
に公開
Claude
tech

はじめに

株式会社ソニックムーブでフロントエンドエンジニアとして働いているShoppingSharkです。

ソニックムーブに入社して業務でAIを使い始めて3ヶ月ほど経ちました。昨今はループエンジニアリングが話題ですが、個人ではまだそのレイヤーまで進めておらず、日々の業務はバイブコーディングで回しています。

この記事では、素の状態のClaude Codeから始めて、3ヶ月の間に取捨選択して残った3つのプラグインと標準機能の使い方を紹介します。

知名度の高いツールが中心なので、次のような方に向けて書いています。

  • Claudeを使い始めたばかりでほぼ素の状態
  • 業務中に5時間レートリミットに到達してしまい制限が厳しい
  • もっと効率化するツールを知りたい

紹介するもの

  • ステータスライン(標準機能) : 作業状況を常時可視化する
  • 朝7時のping(ルーチン) : 5時間制限のウィンドウを業務時間に揃える
  • genshijin : 日本語応答のトークンを約8割削減する
  • superpowers : 開発方法論そのものをClaudeに強制する
  • dig : 計画に潜む「考えていなかった前提」を炙り出す

方向性がバラバラに見えますが、実は「可視性」「時間管理」「コスト」「プロセス」「設計の抜け漏れ」という別々のレイヤーを補完し合う組み合わせになっています。

ステータスラインで作業状況を常時可視化する(標準機能)

プラグインの前に、まずはClaude Code標準のカスタマイズ機能から紹介します。ターミナル下部のステータスラインに、モデル名・カレントディレクトリ・Gitブランチ・コンテキスト使用量などを常時表示できます。

自然言語で設定できる

セットアップは拍子抜けするほど簡単で、/statusline に欲しい表示を日本語で伝えるだけです。

/statusline モデル名、ブランチ、コンテキスト使用量を表示して

Claude Codeがスクリプトを生成して ~/.claude/ に保存し、settings.jsonまで自動で更新してくれます。生成されるのは普通のシェルスクリプトで、実行のたびにClaude Codeからモデル名・カレントディレクトリ・セッション情報などのJSONを受け取る仕組みなので、あとから自分で自由に育てられます。

{
  "statusLine": {
    "type": "command",
    "command": "~/.claude/statusline.sh"
  }
}

実際の表示例

私の環境では2行構成にしています。

Sonnet 5 [high] ▸ my-project ⎇ main
●●●●○○○○○○ 40% ▸ 5h: 26% ↺17:00 ▸ 7d: 12% ▸ ¥1,227 / 7h20m
  • モデル名と推論レベル : Sonnet 5 [high]
  • リポジトリ名とGitブランチ : my-project ⎇ main
  • コンテキスト使用量 : ゲージとパーセンテージ(●●●●○○○○○○ 40%)
  • レートリミット消費 : 5時間ウィンドウの使用率とリセット時刻(5h: 26% ↺17:00)、7日ウィンドウ(7d: 12%)
  • 累計コストと稼働時間 : ¥1,227 / 7h20m

コンテキスト残量とレートリミットの両方が1行に収まっているので、「そろそろcompactしようか」「今日はもう重いタスクを投げない」の判断が一目でできます。/usage で頻繁に使用量を確認しに行く必要もなくなり、コンテキストへの意識が自然と高くなります。

何が嬉しいか

バイブコーディング中は長いセッションになりがちで、「今どのブランチで作業しているか」「コンテキストがどれだけ埋まっているか」を見失いやすいです。特にコンテキスト使用量が常に見えていると、compactのタイミングを自分で判断できるようになります。これによって後述するgenshijinでトークンを節約しつつ、ステータスラインで残量を監視する、という組み合わせが定着しました。

朝7時のpingで5時間制限を業務時間に揃える(ルーチン)

ステータスラインで見えるようにしたレートリミットを、今度は「回し方」で最適化する話です。

Claudeの5時間制限はローリングウィンドウ方式で、最初のメッセージを送った時点からウィンドウが始まります。たとえば9時半の始業後に最初のメッセージを送ると、ウィンドウは9:30〜14:30、14:30〜19:30…と中途半端な時間で回り、定時時間内に実質2回しか使い切れません。

そこでルーチン(定時実行)で毎朝7時にpingメッセージを送るよう設定しています。

/schedule every day at 7am: pingメッセージを送る

これでウィンドウの開始が毎日7:00に固定され、7:00〜12:00、12:00〜17:00、17:00〜22:00と業務時間に均等に3回回せるようになります。ルーチンはクラウド側で実行されるので、朝にPCを起動しておく必要もありません。

設定コストはコマンド1行、効果は毎日続くので、レートリミットに悩んでいる人にまず勧めたい小技です。

前提となるClaude Codeのプラグイン機能

Claude Codeにはプラグイン機構があり、スキル(特定タスクの手順書)、スラッシュコマンド、MCPサーバーなどをまとめて導入できます。基本は次の2ステップです。

/plugin marketplace add <マーケットプレイスのリポジトリ>
/plugin install <プラグイン名>@<マーケットプレイス名>

公式ディレクトリに掲載されているものは /plugin install <名前> だけで入ります。

原始人口調でトークンを約80%削減する「genshijin」

日本のInterfaceX社が公開しているプラグインです。一言でいうと「Claudeの応答を原始人の口調にする」というネタのようなツールなのですが、効果は本物です。

元ネタは英語圏の「caveman」プロンプト

genshijinには元ネタがあります。英語圏で流行した「caveman」プロンプトです。「原始人のように話せ」とAIに指示すると、"I have successfully updated the file and all tests are passing." が "Me fix file. Tests pass." になり、情報は同じままトークンだけが激減する。というライフハックとして広まりました。

なぜ日本語版が必要なのか

このcavemanをそのまま日本語に持ってきても効果は限定的です。日本語の冗長さは英語とは別物で、「承知いたしました」「〜させていただきます」「まず〜について説明しますと」といった敬語・前置き・クッション言葉が主犯だからです。genshijinの分析では、日本語応答のトークン消費の約8割がこうした丁寧語由来だとされています。

genshijinはcavemanの発想を日本語の構造に合わせて再設計し、応答を「ファイル、直した。テスト、通った。」のような超圧縮スタイルに矯正します。重要なのは、コードブロック・URL・ファイルパスといった技術的内容が100%保持されること。削るのは装飾だけで、情報は削りません。結果としてトークンが75〜80%程度削減されます。

サブスキルが実用的

本体の口調変換以外に、地味に効くサブスキルが揃っています。

  • PRレビューコメントを前置きなしの「1指摘1行」に圧縮する
  • Conventional Commits準拠のコミットメッセージを件名50文字以内で生成する
  • CLAUDE.mdなどのメモリファイルを圧縮して毎セッションの入力トークンを削減する

特にCLAUDE.md圧縮は、セッションのたびに読み込まれるファイルを軽くするので、継続的なコスト削減になります。

インストール

公式プラグインディレクトリに掲載されているので、これだけです。

/plugin install genshijin

最初はときどき語尾が「ウホ」になったりする原始人口調に笑いますが、1週間もすると「元の饒舌なClaudeには戻れない」ようになります。従量課金のAPIやレートリミットと戦っている人ほど効きます。

開発方法論をプラグイン化した「superpowers」

Jesse Vincent(obra)氏によるスキルフレームワークで、Claude Codeプラグイン界隈ではデファクトと言っていい存在です。ツールというより「ソフトウェア開発方法論のインストール」に近いです。

いきなりコードを書かせない

Claude Codeに仕事を頼むと、放っておけばすぐコードを書き始めます。動くものは出てきますが、要件の理解がずれていたり、テストが後付けだったりしがちです。superpowersはこの流れを構造的に止めます。

  1. 要件を対話でヒアリングして仕様を固める
  2. 実装計画を提示し、人間の承認を得てから着手する
  3. 実装前にテストを書く(TDDの強制)
  4. 「完了しました」と言う前にセルフレビューを2回走らせる

「AIが速く書く」のではなく「AIにちゃんとした手順を踏ませる」方向の強化です。雑に投げたタスクほど差が出ます。

インストール

/plugin marketplace add obra/superpowers-marketplace
/plugin install superpowers@superpowers-marketplace

Claude Code以外にもCodex、Cursor、GitHub Copilot CLIなど主要エージェントに対応しているので、チームで使うツールが割れていても導入しやすいです。

「そこは考えていなかった」を引き出す深掘りインタビュー「dig」

fumiya-kume氏による個人開発のプラグインです。3つの中では一番知名度が低いと思いますが、個人的には手放せません。

要件確認ではなく、前提への挑戦

Claude Codeには選択式の質問を出すAskUserQuestionというツールがあります。digはこれを使って、計画に対する「深掘りインタビュー」を実施します。ポイントは、単なる要件の確認ではなく前提そのものに挑戦してくることです。

/dig を実行すると、次のプロセスが走ります。

  1. 計画ファイルやCLAUDE.md、関連ドキュメントを読み込む
  2. 実現可能性・スコープ・依存関係などの暗黙の前提を洗い出し、リスク順に並べる
  3. 1ラウンド2〜3問、各選択肢にpros/cons付きで深掘りする(1トピックにつき2階層以上)
  4. 発見を計画ファイルに書き戻し、チェックリストで評価する(未達なら3に戻る)

実際に使うと「この機能、既存の認証フローと競合したときどちらを優先しますか?」のような、聞かれるまで存在に気づかなかった意思決定を突きつけられます。設計レビューを実装前に前倒しする感覚です。

インストール

/plugin marketplace add fumiya-kume/claude-code
/plugin install dig@fumiya-kume/claude-code

使うときは /dig を打つだけです。

使い分けと組み合わせ

それぞれ効くレイヤーが違うので、競合せず重ねられます。実際の流れはこうです。

  1. 大きめのタスクはまずdigで計画の前提を潰す
  2. superpowersのワークフローに乗せて、仕様化→計画承認→TDDで実装
  3. その間ずっとgenshijinがトークンを削り続ける
  4. ステータスラインで残量を監視しつつ、朝7時のpingで5時間ウィンドウを業務時間に固定

digとsuperpowersは役割が近く見えますが、digは「計画の穴を見つける」、superpowersは「実装プロセスを規律化する」なので、直列につなぐと相性が良いです。

インストールコマンドまとめ

# genshijin(公式ディレクトリ掲載)
/plugin install genshijin

# superpowers
/plugin marketplace add obra/superpowers-marketplace
/plugin install superpowers@superpowers-marketplace

# dig
/plugin marketplace add fumiya-kume/claude-code
/plugin install dig@fumiya-kume/claude-code

ステータスラインは標準機能なので、インストール不要で /statusline を実行するだけです。

おわりに

素のClaude Codeも十分強力ですが、プラグインとカスタマイズを重ねると「速いだけの相棒」から「コストを気にしつつ、計画の穴を指摘し、手順を踏んでコードを書く同僚」に変わります。5つ全部揃えても導入は数分なので、まずはピンときた1つから試してみてください。

ここで紹介したツールや方法は、どれも調べていくうちに先駆者の方々の記事で知ったものです。この記事もまた、誰かの参考になれば幸いです。

参考リンク

株式会社ソニックムーブ
株式会社ソニックムーブPublication

BtoCサービスのUX・CRM設計とその実現を得意とする、デジタルコミュニケーションデザインに特化した開発会社です。ソニックムーブ所属エンジニアが情報発信していきます。

Discussion