Claude Code公式おすすめ機能を実務で検証

Anthropicの公式エンジニア、ボリス・チェルニー氏がClaude Codeの「有益コマンド15選」をXで公開し、1万いいねを超えるバズを記録しました。この記事では、Claude Codeを毎日の業務で使い倒している立場から、15機能のうち実際に使っているもの・使っていないもの・別のツールで代替しているものを正直にお伝えします。

公式エンジニアと実務者の使い方は「目的」が違う

まず大前提として、Anthropicのエンジニアと中小企業の実務者ではClaude Codeに求めるものが根本的に異なります。

ボリス氏は「常に数十のClaudeを同時に走らせている」と語っています。Anthropic社内のコードベースは巨大で、並列処理の恩恵が大きい環境です。一方、私のように1人で事業を回している場合、数十のエージェントを同時に走らせる場面はほぼありません。5〜6台で十分です。

この「規模感の違い」を踏まえた上で、15機能を検証していきます。

毎日使っている機能

remote-control — 外出先からの操作

ボリス氏は「Enable Remote Control for all sessionsを常時ONにしている」と言っていますが、私も全く同じ運用です。1人経営で外出も多いため、スマホからタスクの進捗確認や追加指示を出せるのは業務上不可欠です。

たとえば、PCでSEO記事の生成を走らせたまま外出し、スマホから「完了したら次のキーワードで記事を書いて」と指示を出す。PCの前にいなくても仕事が進むのは、1人経営者にとって最大のメリットです。

/loop・/schedule — 定期監視の自動化

ボリス氏は「5分ごとにコードレビュー対応」「30分ごとにSlackフィードバックをPRに反映」といった使い方を紹介しています。

私の場合は、Google Search Console（GSC）からの日次データ取得に使っています。サイトの検索順位・キーワード・CTR・インプレッション数を定期的に取得し、CSVに蓄積。このデータをもとに「どの記事を改善すべきか」「次にどのキーワードを狙うか」を判断しています。

ボリス氏のようなコードレビュー用途ではなく、「自分が持っている資産（Webサイト）の状態を監視する」という使い方です。自分のビジネスに関わるデータを自動で集めてくれるのは、まさに「もう1人の社員」がいる感覚です。

Hooks — 品質チェックの自動化

ボリス氏はHooksの4種類（SessionStart、PreToolUse、PermissionRequest、Stop）を紹介しています。特に「PermissionRequestをWhatsAppにルーティング」は面白いアイデアです。

私の場合は、メール・提案資料・SEO記事など「公に公開するもの」の品質チェックにHooksを使っています。エージェントが成果物を生成した後、事前に定義したチェックリスト（表記ルール・クライアント特定防止・数字の正確性）と自動照合し、基準を満たさなければ修正指示が入る仕組みです。

人間がチェックリストを毎回目視確認する必要がなくなるのは、地味ですが大きな時間削減です。

/btw — サイドクエリ

これはボリス氏のスレッドで知って「まさにこれが欲しかった」と感じた機能です。エージェントが作業中に、メインの作業を中断せずに質問できます。

私が使う場面は「前のコンテキストの確認」です。「さっき何て指示したっけ？」と曖昧な状態で新しい指示を出すと、AIの出力もブレます。/btwで正確な文脈を確認してから指示を出すことで、人間側のエラーを防いでいます。

使っているが、ボリス氏とは使い方が違う機能

/batch — 並列処理は「5〜6台」が現実的

ボリス氏は「数十、数百、場合によっては数千のエージェントにファンアウトできる」と紹介していますが、私の運用では最大でも5〜6台です。

理由は明確で、並列実行はトークンを大量に消費するからです。以前、LP改修とSEO記事14本を1セッション内で並列処理したところ、あっという間に5時間制限に到達しました。

並列処理が有効なのは、方針とやることが明確に決まっていて、処理の個数だけが多い場合です。たとえばSEO記事を複数本一気に書かせる場合。逆に、各タスクで判断が必要な作業を並列にすると、コンテキスト量が膨張してコスト効率が悪化します。

Chrome拡張 — フロントエンド検証ではなくリサーチ用

ボリス氏は「Claude Codeで一番大事なコツは、Claudeに出力を検証する手段を与えること」と言い、Chrome拡張をフロントエンド検証の決定打と紹介しています。

私はChrome拡張をフロントエンド検証にはまだあまり使っていません。主な用途は他社のWebデザインの解析・参考調査です。「このサイトのレイアウト構造はどうなっているか」「この動きはどう実装されているか」をClaudeに分析させるリサーチツールとして使っています。

開発時の検証はむしろ、プロンプトやスキルでデザインガイドラインを制定し、コード上でデザインを整える方がトータルの作業コストが下がるというのが現時点での判断です。

git worktrees — 「数十」ではなく「必要な分だけ」

ボリス氏は「常に数十のClaudeを同時に走らせている」と言い、その秘密がgit worktreesだと紹介しています。claude -w でワークツリーセッションを開始し、同じリポジトリで独立したブランチを並列に作業できる機能です。

私も使うことはありますが、「数十」は開発チームの規模がある環境の話です。1人経営では、並列にするよりもセッションを分離して順番に処理する方がトークン効率が良い場面が多いです。

使っていない機能と、その理由

/voice — 外部サービスで代替

ボリス氏の「自分のコーディングの大半は、タイピングじゃなくClaude Codeへの音声入力」という発言は衝撃的でした。しかし、私は/voiceはほとんど使っていません。

理由はAqua Voiceという外部の音声入力サービスを使っているからです。音声入力の精度と使い勝手がこちらの方が良く、Claude Code以外のあらゆるアプリケーションでも使えるため、音声入力はAqua Voiceに統一しています。

これは「どちらが優れているか」ではなく、「自分のワークフロー全体で最適な組み合わせを選ぶ」という判断です。

Dispatch — 将来的には活用したい

Dispatchは「スマホからPCを遠隔操作し、Slack・メール・ファイル管理を実行する」機能です。ボリス氏は「毎日使っている」と言っていますが、私はremote-controlで十分カバーできているため、現時点では積極的には使っていません。

ただ、Claude DesktopのMCPやブラウザ操作を安全にリモート実行できる点は魅力的で、業務が複雑化してきたら導入を検討したい機能です。

--bare — SDKユース向け、通常は不要

ボリス氏自身が「設計上のミスで、将来のバージョンでは--bareがデフォルトになる」と認めているフラグです。claude -p やSDKでの非インタラクティブ用途で起動を高速化するものですが、通常の業務利用では意識する必要はありません。

実務者として最も重要だと感じたポイント

ボリス氏の15機能を一通り検証して、最も重要だと感じたのは「機能の数ではなく、自分の業務に合った組み合わせを見つけること」です。

私の場合、Claude Codeの核は以下の3つに集約されます。

• Skills — 繰り返す業務をSkill化して自動化（SEO記事生成→MicroCMS投稿など）
• Hooks — 品質チェックを自動化し、人間のレビュー負担を削減
• /loop + MCP — 外部サービス（GSC・MicroCMS等）と連携し、データの定期取得・投稿を自動化

15機能を全部使いこなす必要はありません。自分の業務のボトルネックを特定し、それを解消する機能だけを深く使い込む。これが、公式エンジニアと実務者の「使い方の違い」から導き出せる最大の教訓です。

Claude Codeの業務自動化について詳しく知りたい方は、Claude Codeを"AI社員"にする自動化術もあわせてご覧ください。スマホからの操作についてはClaude Codeをスマホから操作する実践ガイドで詳しく解説しています。