イントロダクション
Claude Codeの創設者であるBoris Cherny（@bcherny）が、2026年2月1日にXで開発チーム内部の実践的なテクニックを公開した。彼は冒頭でこう述べている。
I'm Boris and I created Claude Code. I wanted to quickly share a few tips for using Claude Code, sourced directly from the Claude Code team. The way the team uses Claude is different than how I use it. Remember: there is no one right way to use Claude Code -- everyones' setup is different. You should experiment to see what works for you!
「Claude Codeに唯一の正解はない」という前提のもと、開発チーム内でも多様な使い方が存在する点が興味深い。本記事では、Boris自身も実践していない高度なテクニックを含め、チームから得られた11の最新手法と4つの横断原則を紹介する。
1. Git Worktreesによる並列セッション実行 ★★★★★
何をするか
3-5個のgit worktreesを同時に起動し、それぞれで独立したClaude Codeセッションを実行することで、開発の生産性を飛躍的に向上させる手法。Borisは「単一で最大の生産性向上施策」と評価している。
実例
# worktreeの作成例
git worktree add ../feature-a feature-a
git worktree add ../feature-b feature-b
git worktree add ../analysis main
# シェルエイリアス設定例（.bashrcまたは.zshrc）
alias za='cd ~/projects/myrepo-feature-a'
alias zb='cd ~/projects/myrepo-feature-b'
alias zc='cd ~/projects/myrepo-analysis'
各worktreeで1キーストローク（za, zb, zc）で切り替え可能にすることで、タスク間の移動が瞬時に完了する。例: worktree Aで新機能の実装、Bでバグ修正、Cでログ分析専用など。
要点
- git worktreesはディスク効率とブランチ切り替え速度で優位
- 分析専用worktreeで実装とデータ分析を完全分離
- 同時実行によりClaude Codeの待機時間を削減し、並列で複数の文脈を進められる
公式ドキュメント: Run parallel Claude Code sessions with git worktrees
2. Plan Modeから始める複雑タスク ★★★★★
何をするか
複雑なタスクは必ずPlan Modeで開始し、実装前の計画に最大限のエネルギーを投入する。計画を徹底することで、実装をワンショットで成功させる。
実例
推奨フロー
Plan Mode（計画） → 実装（1-shot） → 検証
計画段階で明確化すべき要素
- アーキテクチャの選択肢と理由
- 実装の具体的なステップ
- エッジケースとテスト・検証の方針
要点
- 問題が発生したら即座にPlan Modeに戻って再計画する
- 検証ステップでもPlan Modeを活用（テスト戦略の立案、検証項目の網羅性チェック）
- 事前計画の投資対効果は高く、実装の試行錯誤を大幅に削減できる
3. CLAUDE.mdへの継続的投資 ★★★★☆
何をするか
修正が発生するたびに「次回同じミスを防ぐためにCLAUDE.mdを更新して」と依頼し、Claudeに自分自身のためのルールを書かせる。
実例
推奨フレーズ
"Update your CLAUDE.md so you don't make that mistake again."
実践パターン
- タスク/プロジェクトごとに専用ノートディレクトリを作成
- CLAUDE.mdからノートディレクトリにリンクを張る
要点
- Claudeは自分自身のルール作成が得意
- 時間とともにミス率が測定可能に低下
- 問題発生時にCLAUDE.mdにルールを追加し、定期的に見直して編集
4. カスタムスキルの作成とGit管理 ★★★★☆
何をするか
1日に1回以上実施する作業をスキルまたはスラッシュコマンドに変換し、Gitで管理して全プロジェクトで再利用する。
実例
具体的なスキル活用例
-
/techdebtスラッシュコマンド
セッション終了時に重複コードを検出・削除 -
コンテキスト集約コマンド
7日分のSlack、GDrive、Asana、GitHubを1つのコンテキストに統合 -
Analytics Engineer スタイルのエージェント
dbtモデル作成、コードレビュー、開発環境でのテスト変更を自動化
要点
- スキル化の判断基準: 1日に1回以上実施する作業
- 複数データソースの統合による情報アクセスの効率化
- 専門ドメイン（Analytics Engineering等）に特化したエージェント活用
5. Slack MCP連携によるバグ修正の自動化 ★★★★☆
何をするか
Slack MCPを有効化し、バグスレッドをClaudeに貼り付けて「fix」と指示するだけで、コンテキストスイッチングなしに修正を完了させる。
実例
ワークフロー
1. Slackでバグが報告される（スレッド形式）
2. バグスレッドのURLまたは内容をClaudeに貼り付け
3. "fix"と指示するだけ
4. Claudeが自動的にバグを解析・修正
CI/CDテスト修正の例
"Go fix the failing CI tests"
具体的な修正方法をマイクロマネージメントする必要がない。
要点
- SlackとIDEを行き来する必要がなくコンテキストスイッチングを排除
- 詳細な指示なしで「fix」だけで対応可能
- CI失敗やDockerログの解析も自律的に実行
6. Claudeに挑戦させる高度なプロンプティング ★★★★☆
何をするか
Claudeをコードレビュアーとして活用し、厳しく質問させて品質を向上させる。また、エレガントな解決策を再実装させることで洗練度を高める。
実例
レビュアーパターン
「この変更について厳しく質問して。テストに合格するまでPRを作らないで」
ブランチ間検証
「これが動作することを証明して（mainとfeatureブランチの動作差分を見せて）」
再実装パターン
「今知っていることすべてを踏まえて、これを破棄してエレガントな解決策を実装して」
要点
- コードの問題点とエッジケースを事前に指摘させる
- 最初の実装で得た学びを活用して洗練されたアーキテクチャを検討
- コードの可読性・保守性が向上
7. 詳細な仕様記述による品質向上 ★★★☆☆
何をするか
作業を委任する前に詳細な仕様を記述し、曖昧性を削減することで出力品質を向上させる。要件・エッジケース・受け入れ基準を具体的に記述する。
実例
# ユーザー認証機能の実装
## 要件
- JWT トークンによるセッション管理（有効期限: 7日間）
- パスワードポリシー: 8文字以上、英数字記号必須
## エッジケース
- 無効なトークン、期限切れ、同時ログイン
## 受け入れ基準
- [ ] 無効トークンで401を返す
- [ ] テストカバレッジ80%以上
8. ターミナル環境の最適化 ★★★☆☆
何をするか
Ghosttyターミナルと/statuslineコマンドでコンテキスト使用状況を常時表示し、音声入力で従来の3倍速でプロンプトを入力する。
実例
主要な設定
-
/statuslineでコンテキスト使用量とgitブランチを常時表示 - タブに色と名前を付けて識別（tmuxで1タブ=1タスク）
- 音声入力（macOS: fnキー2回押し）でタイピングの約3倍速
要点
- コンテキスト使用量の監視で200K制限を意識
- タブ管理でworktreesと組み合わせて効率化
- 音声入力により詳細なプロンプトが可能に
9. Subagentによるコンピュート強化 ★★★★☆
何をするか
リクエストに「use subagents」を追加することで、Claudeが複数のsubagentにタスクを分散処理させ、より多くのコンピュートリソースを投入する。
実例
大規模コードベースの品質改善シナリオ
ユーザー: このリポジトリ全体のコードレビューを実行し、改善提案をまとめてください（use subagents）
Claude（メインエージェント）:
→ Subagent A: セキュリティ脆弱性スキャン
→ Subagent B: パフォーマンス分析
→ Subagent C: コーディング規約チェック
→ Subagent D: テストカバレッジ分析
→ メインエージェントが結果を統合
要点
- メインエージェントのコンテキストウィンドウをクリーンに保つ
- 個別タスクをsubagentにオフロードすることでメモリ効率向上
- 許可リクエストをOpus 4.5にルーティングし、安全なリクエストを自動承認
10. BigQuery CLI連携によるデータ分析自動化 ★★★☆☆
何をするか
bq CLI連携により、データ分析のワークフローを完全自動化する。自然言語でリクエストすると、Claude Codeがクエリを実行し、結果の解析と可視化まで自動化する。
実例
この手法はCLI、MCP、APIが利用可能なデータベースで適用可能。PostgreSQL、MySQL、MongoDBなどにも展開できる。
要点
- Borisは6ヶ月以上SQLを手書きしていない
- Claude Codeが自然言語からクエリを生成
11. Claude Codeを学習ツールとして活用 ★★★☆☆
何をするか
学習支援機能を活用してコードの理解を深め、新しい技術を効率的に学ぶ。
実例
/configで「Explanatory」または「Learning」出力スタイルを有効化し、以下の学習パターンを活用
- HTMLスライド生成: コンポーネントを段階的に理解できるプレゼンテーションに変換
- ASCII図作成: システム構造を視覚的に理解
- 間隔反復学習: 理解を説明するとClaudeがフォローアップ質問で知識のギャップを埋める
要点
- コード変更の背景理解とベストプラクティスの学習
- システムアーキテクチャの俯瞰やデータフローの可視化
- 質の高いスライドを自動生成
4つの横断原則
1. 実験的アプローチの推奨
Borisは「Claude Codeに唯一の正解はない」と明言している。開発チーム内でも使用方法が多様であり、環境・用途に応じてカスタマイズすることを推奨している。
2. 並列処理とコンテキスト分離
Git worktreesによる並列セッション実行や、Subagentによるタスク分散処理は、いずれもコンテキストを分離することで効率を最大化する戦略。複数の文脈を同時進行させることで待機時間を削減し、全体的な開発速度を大幅に向上させる。
3. 計画駆動開発
Plan Modeから始める複雑タスク、詳細な仕様記述など、「計画に注力することで実装を一発で成功させる」アプローチを共通して持つ。事前計画の投資対効果は高く、試行錯誤を大幅に削減できる。
4. 継続的な改善とフィードバックループ
CLAUDE.mdへの継続的投資、カスタムスキルの再利用など、「一度作ったものを改善し続ける」サイクルを重視している。Claudeに自分自身のルールを書かせ、時間とともにミス率が測定可能に低下する仕組みを構築している。
まとめ
Boris Chernyが公開した11のテクニックから、以下の3つが最も重要な実践といえる。
- Git Worktreesによる並列セッション実行: 単一で最大の生産性向上施策
- Plan Modeから始める複雑タスク: 計画に注力して実装を一発で成功させる
- CLAUDE.mdへの継続的投資: 時間とともにミス率が測定可能に低下
最後にBorisの言葉を再度引用したい。「Claude Codeに唯一の正解はない。環境に合わせて実験を」。この記事で紹介したテクニックはあくまで出発点であり、各自の環境とニーズに合わせてカスタマイズすることが最も重要だ。
Boris自身が「Hope these tips are helpful! What do you want to hear about next?」とコミュニティに問いかけているように、これらのテクニックは進化し続けている。あなたのワークフローに取り入れ、実験し、フィードバックすることで、Claude Codeエコシステム全体が成長していく。
参考リソース
公式ドキュメント
- Claude Code公式ドキュメント
- Run parallel Claude Code sessions with git worktrees
- Terminal Configuration
- Permission Request Hooks