Claude Codeの開発者であるボリス・チェルニー氏が、効果的な使用方法に関する13のヒントを紹介します。

Claude Codeの生みの親であるボリス・チェルニー氏は次のように語った。Claude コードのワークフローと使用方法、複数のプログラムを並列実行する方法Claude例：マルチプラットフォームコラボレーション、使用方法Claude Opus 4.5モデル、チームファイル共有、スケジュールされたセッション起動、スラッシュコマンドの作成、サブエージェントの活用、コードフォーマット、事前設定された権限、長時間実行タスクの処理、その他13のコア技術。これらの手法は、効果的にパフォーマンスを向上させることができます。AIプログラミングの効率性は、開発者が学ぶべき点である。

私はClaude Codeの開発者であるボリスです。多くの人から、私がどのようにCodeを使っているのか尋ねられます。Claude これはコードなので、簡単に私の設定内容を説明したいと思います。

私の設定は非常にシンプルです！Claude コードはそのままの状態でも非常に優れているので、私自身はほとんどカスタマイズしていません。Claude コーディングに唯一の正解はありません。私たちは、そのまま使えるように設計すると同時に、必要に応じてカスタマイズや変更もできるように意図的に設計しました。Claude コードチームのメンバーはそれぞれ全く異なる方法でそれを使用している。

1、

ターミナルで5つ同時に実行Claude例：タブに1～5の番号を付け、システム通知を利用してどのタブが使用されているかを確認します。Claudeコマンドを入力する必要があります。https://code.claude.com/docs/en/terminal-config#iterm-2-system-notifications

2、

同時に http://claude.ai/code で 5-10 を実行してくださいClaudeインスタンス、およびローカルClaude並行作業。ターミナルでプログラミングしているときは、ローカルセッションをウェブインターフェースに切り替える（「&」記号を使用）か、Chromeで新しいセッションを手動で開始し、`--teleport` パラメータを使用して両者を切り替えます。午前中と日中の作業中は、スマートフォン（...経由）を使用します。Claude （iOSアプリ）いくつかのセッションを開いて、後で進捗状況を確認してください。

3、

すべてのタスクで、深い思考をサポートするOpus 4.5モデルを使用しました。これは私がこれまで使用した中で最高のプログラミングモデルです。Sonnetバージョンよりも規模が大きく、若干動作が遅いものの、手動によるガイダンスがほとんど不要で、ツール呼び出し機能が優れているため、実際にはより効率的なモデルと言えます。

4、

私たちのチームは…Claude コードリポジトリ設定 http://CLAUDE.md ファイルはGitにチェックインされ、チーム全体で毎週複数回更新作業を行った。問題が発見されるたびに…Claude運用上の逸脱が発生した場合は、http://CLAUDE.md に記録します。Claudeこれにより、次回同じ問題が発生するのを防ぐことができます。他のチームも独自の http://CLAUDE.md ファイルを管理しており、タイムリーな更新は各チームの基本的な責任となっています。

5、

コードレビューの際、私はよく同僚のプルリクエストに「@.claude」というタグを付け、プルリクエストの一部としてhttp://CLAUDE.mdに追加する必要のあるコンテンツも併せて記載します。この目的のために、私たちは特に[この機能/方法]を使用しています。Claude このコードのGitHub Actions（/install-github-action経由でインストール）は、@danshipper氏の「複合エンジニアリング」という概念に対する私たちのチームの対応に相当します。

6、

ほとんどのセッションはプランモード（Shift+Tabキーを2回押す）で始まります。プルリクエストを作成するのが目的であれば、プランモードに加えて...Claude満足のいく解決策が見つかるまで、繰り返しコミュニケーションが続けられた。その後、プロセスは…に切り替えられた。自動編集内容を自動承認するモード。Claude通常は一度で完了できます。綿密な計画が不可欠です！

7、

1日に何度も繰り返す内部ループ処理については、スラッシュコマンドを使ってすべて実装しています。こうすることで、コードを書き直す手間が省けます。プロンプトワードまた、Claudeこれらのワークフローは呼び出すことができます。これらのコマンドはすべてGitで管理され、`.claude/commands/`ディレクトリに保存されます。たとえば、私と...Claude私は1日に数十回、`/commit-push-pr` スラッシュコマンドを使用します。このコマンドは、インラインbashを介してgitの状態などの情報を事前に計算します。速い実行により、モデルとの時間のかかるやり取りを回避できます。https://code.claude.com/docs/en/slash-commands#bash-command-execution

8、

私はよく複数のサブアイテムを使用します知的体コード簡略化ツールClaudeタスク完了後、コードは簡素化され、verify-appにはエンドツーエンドテストが含まれるようになりました。Claude コードなどの詳細な手順。スラッシュコマンドと同様に、サブ...知的体できる自動サブエージェントは、私がほとんどのプルリクエストで実行する最も一般的なワークフローです。（https://code.claude.com/docs/en/sub-agents）

9、

書式設定にはPostToolUseフック関数を使用します。Claude生成されたコード。Claude通常、標準化された形式で出力できるコードは直接出力できます。フックは残りの10%の詳細を処理し、後続のCI（継続的インテグレーション）プロセスでの書式エラーを防ぎます。

10、

`--dangerously-skip-permissions` パラメータを使用する代わりに、`/permissions` コマンドを使用して、環境内で安全性を確認済みのよく使用される bash コマンドを事前に承認し、不要な権限プロンプトを回避しています。これらの設定のほとんどは `.claude/settings.json` ファイルに保存され、チームと共有されています。

11、

Claude コードのおかげで、あらゆるツールにアクセスできます。私は頻繁にMCPサーバーを使用してSlackメッセージを検索・投稿したり、BigQueryクエリを実行してデータを分析したり（bqコマンドラインツールを使用）、Sentryからエラーログを取得したりしています。Slack MCPの設定は、チーム共有のために.mcp.jsonファイルに保存されています。

12、

時間のかかる作業には、以下のいずれかの方法を用います。

• （a）要件Claude完了後、バックエンドエージェントを通じて作業結果を自身で確認してください。
• （b）プロキシの使用Stopフックは、より決定論的な方法で検証を実行します。
• (c) ralph-wiggumプラグインを使用する。

さらに、セッション中に権限プロンプトがブロックされないように、サンドボックス環境では`--permission-mode=dontAsk`または`--dangerously-skip-permissions`パラメータを使用します。Claude継続的なワークフロー。

https://github.com/anthropics/claude-plugins-official/tree/main/plugins/ralph-wiggum

https://code.claude.com/docs/en/hooks-guide

13、

最後にちょっとしたヒント：Claude 優れたコード成果を生み出す上で最も重要な要素は、おそらく—Claude業務検証メカニズムを確立する。Claudeこのフィードバックループを用いることで、最終結果の質を2～3倍向上させることができる。

例えば、私が http://claude.ai/code に変更を送信するたびにClaudeすべてのプロセスはChrome拡張機能を使用してテストされます。自動ブラウザを開き、ユーザーインターフェースをテストし、コードがエラーなく実行され、ユーザーエクスペリエンスがスムーズになるまで、継続的に改善を繰り返します。

検証メカニズムはドメインによって異なり、次のようなものがあるかもしれません。単純bashコマンドの実行、包括的なテストスイートの実行、ブラウザ／モバイルエミュレータでのアプリケーションテストなど、どのような場合でも、堅牢で信頼性の高い検証システムを構築するために時間と労力を投資してください。

I'm Boris and I created Claude Code. Lots of people have asked how I use Claude Code, so I wanted to show off my setup a bit.

My setup might be surprisingly vanilla! Claude Code works great out of the box, so I personally don't customize it much. There is no one correct way to use Claude Code: we intentionally build it in a way that you can use it, customize it, and hack it however you like. Each person on the Claude Code team uses it very differently.

So, here goes.

1/ I run 5 Claudes in parallel in my terminal. I number my tabs 1-5, and use system notifications to know when a Claude needs input

https://code.claude.com/docs/en/terminal-config#iterm-2-system-notifications

2/ I also run 5-10 Claudes on http://claude.ai/code, in parallel with my local Claudes. As I code in my terminal, I will often hand off local sessions to web (using &), or manually kick off sessions in Chrome, and sometimes I will –teleport back and forth. I also start a few sessions from my phone (from the Claude iOS app) every morning and throughout the day, and check in on them later.

3/ I use Opus 4.5 with thinking for everything. It's the best coding model I've ever used, and even though it's bigger & slower than Sonnet, since you have to steer it less and it's better at tool use, it is almost always faster than using a smaller model in the end.

4/ Our team shares a single http://CLAUDE.md for the Claude Code repo. We check it into git, and the whole team contributes multiple times a week. Anytime we see Claude do something incorrectly we add it to the http://CLAUDE.md, so Claude knows not to do it next time. Other teams maintain their own http://CLAUDE.md's. It is each team's job to keep theirs up to date.

5/ During code review, I will often tag @.claude on my coworkers' PRs to add something to the http://CLAUDE.md as part of the PR. We use the Claude Code Github action (/install-github-action) for this. It's our version of @danshipper's Compounding Engineering

6/ Most sessions start in Plan mode (shift+tab twice). If my goal is to write a Pull Request, I will use Plan mode, and go back and forth with Claude until I like its plan. From there, I switch into auto-accept edits mode and Claude can usually 1-shot it. A good plan is really important!

7/ I use slash commands for every "inner loop" workflow that I end up doing many times a day. This saves me from repeated prompting, and makes it so Claude can use these workflows, too. Commands are checked into git and live in .claude/commands/. For example, Claude and I use a /commit-push-pr slash command dozens of times every day. The command uses inline bash to pre-compute git status and a few other pieces of info to make the command run quickly and avoid back-and-forth with the model (https://code.claude.com/docs/en/slash-commands#bash-command-execution)