// Claude Code生みの親・Boris Cherny直伝
Claude Code生みの親「Boris」が実践する
35の最強Tips完全版
35の最強Tips完全版
なぜCLAUDE.mdを最初に書くべきなのか。どのフラグを付けないと本番運用で詰まるのか。Claude Codeの作者Boris Chernyが1月・1月末・2月・3月・4月と複数回のXスレッドで公開したTips・隠し機能を、Subagents・Slack連携・自己検証ワークフローまで含めて日本語で完全網羅。ほとんどのユーザーは機能の20%しか使っていない。
目次
1. Boris Chernyとは——Claude Codeの生みの親
Boris Cherny（@bcherny）はAnthropicのエンジニアであり、Claude Codeの創設者・コアリードだ。2026年1月・1月末・2月・3月末・4月と複数回にわたってXでTipsスレッドを公開し、自身とチームの日常ワークフローをそのまま公開してきた。注目すべきは「彼のセットアップは驚くほどシンプル（surprisingly vanilla）」という点だ——つまり派手なカスタマイズより正しい使い方が重要というメッセージでもある。Borisは「Claude Codeの正しい使い方は一つではない」とも繰り返し語っており、本記事のTipsも唯一解ではなく実践のヒント集として読んでほしい。
5〜10
Boris本人が常時並列実行するセッション数
Boris X thread 2026年1月
Boris本人が常時並列実行するセッション数
Boris X thread 2026年1月
4%
2026年初頭のGitHub公開コミットへの貢献率
The Neuron 2026年3月
2026年初頭のGitHub公開コミットへの貢献率
The Neuron 2026年3月
5回
2026年に入ってからBorisが公開したTipsスレッドの回数
X @bcherny 1〜4月
2026年に入ってからBorisが公開したTipsスレッドの回数
X @bcherny 1〜4月
20%
ほとんどのユーザーが使っている機能の割合
DEV Community
ほとんどのユーザーが使っている機能の割合
DEV Community
// この記事でわかること
- CLAUDE.mdをなぜ最初に書くべきか——「間違えたらCLAUDE.mdを更新する」という複利の仕組み
- なぜ多くの人が性能を14%捨てているのか——Thinking Modeを使わないことのコスト
- /loop・/schedule・Hooks——「眠っている間もClaudeが働く」設計
- /teleport・/btw・/batch・–bare——ほとんど知られていない隠し機能15選
- Subagents・Slack連携・–permission-mode=dontAsk——Borisが「最重要」と語る本番運用の勘所
- iOSアプリ＋Dispatch——朝のスマホ操作でPCいらずで作業を進める方法
- マーケター・SEO担当者への応用——エンジニアでなくても使えるTipsを厳選
2. 【基本編】CLAUDE.md・セッション管理・モデル選択
TIP 01
間違えたら必ずCLAUDE.mdを更新する——「複利エンジニアリング」
最重要
間違えたら必ずCLAUDE.mdを更新する——「複利エンジニアリング」
最重要
Claudeが間違いを犯したとき、ただ修正するだけでは同じ間違いが繰り返される。「Update your CLAUDE.md so you don’t make that mistake again」と伝えるのがBorisの習慣だ。PRレビュー時に
@.claudeをタグすると、学びが自動でCLAUDE.mdに追記される仕組みも作っている。ライターのDan Shipperが提唱した「Compounding Engineering（複利エンジニアリング）」という考え方に近く、積み重ねるほど間違い率が目に見えて下がる。
TIP 02
CLAUDE.mdは3層構造で管理し、定期的に「容赦なく」削る
基本
CLAUDE.mdは3層構造で管理し、定期的に「容赦なく」削る
基本
CLAUDE.mdには3つの層がある。①ユーザー層（
~/.claude/CLAUDE.md）——自分の個人設定・好みのコーディングスタイル。②プロジェクト層（/プロジェクトルート/CLAUDE.md）——チーム共通ルール・コードスタイル・禁止ファイル。③ディレクトリ層（サブフォルダのCLAUDE.md）——特定機能の詳細ルール。すべてGitにチェックインしてチームのAI共通ルールブックとして管理するのがBorisの設計思想。ただし追記するだけでは肥大化してコンテキストを圧迫するため、「同じ間違いを2回したら追記し、不要になったルールは容赦なく削除する」という運用も同時に徹底している。
TIP 03
Thinking Modeを使う——「遅いが結局速い」
重要
Thinking Modeを使う——「遅いが結局速い」
重要
BorisはOpus 4.5のThinking Modeをほぼ全タスクで常用している。Sonnetの方がトークン単価は速いのに、なぜか？「高性能なモデルは人間が修正介入する回数が減り、ツール利用の精度も高いため、最終的には速く終わる（almost always faster in the end）」というのが本人の理由だ。速いが不完全なモデルで何度も修正を繰り返すより、遅くても一発で正確なモデルを使う方が総コストが低い。多くのユーザーがSpeedモデルを選んで性能を14%以上捨てているのはこの理由による。
TIP 04
/clearと/compactを使い分ける
基本
/clearと/compactを使い分ける
基本
/clearは無関係なタスク間で必ず使う。長いセッションに無関係な情報が蓄積すると品質が下がる。一方/compactは重要なコンテキストだけを保持したい時に使う。/compact Focus on the API changesのように指示付きでコンパクションすると、重要な文脈だけを圧縮して残せる。この使い分けがコンテキスト品質を維持するカギ。
TIP 05
日常的に使うワークフローはスラッシュコマンド化してGit管理する
日常的に使うワークフローはスラッシュコマンド化してGit管理する
Borisは1日に何度も行う作業をすべてスラッシュコマンド化している。コマンドは
.claude/commands/に置いてGitにチェックインし、チーム全員・そしてClaude自身も呼び出せるようにする。最も使用頻度が高いのは/commit-push-prで、1日に何十回も実行しているという。「1日1回以上やることは、ほぼコストゼロでSkillやコマンドにできる」というのがBorisの持論だ。
TIP 06
/plan modeで実装前に計画を確認する
基本
/plan modeで実装前に計画を確認する
基本
タスク入力時に
/planと打つと、実装に入る前にClaudeが計画を提示してくれる。調査・計画・実装をはっきり分けるだけで誤実装や手戻りが劇的に減るため、Borisは「ほぼ常にPlan Modeを使う」と繰り返し語っている。大規模なリファクタリングや設計変更を含むタスクでは「まず/planで方針確認→承認→実装」の流れが標準になっている。3. 【並列化編】5〜10セッション同時稼働の設計
Borisの最も印象的な習慣が「ターミナルで5つ・Webで5〜10セッションを常時並列実行」だ。タブに1〜5の番号を振り、システム通知でどのセッションが入力待ちか即座に把握する。
TIP 07
git Worktreeで並列セッションのコード競合を防ぐ
重要
git Worktreeで並列セッションのコード競合を防ぐ
重要
claude -wまたはclaude --worktreeで独立したgitワークツリーにClaudeを起動できる。各エージェントが独立したブランチで動くため、複数セッションが同じリポジトリで干渉しない。Borisのチームは個別のgit checkoutではなくWorktreeを標準運用にしており、同じリポジトリ配下で複数ブランチを同時にチェックアウトできる点が並列運用の前提インフラとなっている。--tmuxフラグで独自のTmuxセッションにも起動できる。
TIP 08
/batchで大規模タスクを一気に並列化する
NEW
/batchで大規模タスクを一気に並列化する
NEW
/batchはBorisが「最強の機能の一つ」と語る新機能。Claudeがインタビュー形式でタスクを理解し、必要なだけの数のWorktreeエージェントに作業を分散する（数十・数百・数千のエージェントまでスケール可能）。大規模なコードマイグレーション・コンテンツの大量生成・データ変換など「並列化できるタスク」すべてに適用できる。各Worktreeエージェントは独立したコードベースのコピー上で作業する。
TIP 09
AIの「待ち時間」を並列で埋める——ボトルネックの本質
考え方
AIの「待ち時間」を並列で埋める——ボトルネックの本質
考え方
多セッション並列の本質は「AIが作業している間、人間は別のことをする」ではない。「AIが人間の回答を待っている間に次のタスクを進める」ことだ。AIコーディングのボトルネックは生成速度ではなく「人間の回答待ち時間」。5セッション並列は5倍速いのではなく、待ち時間の合計を実質ゼロに近づける設計だ。
4. 【自動化編】/loop・/schedule・Hooks
Borisのワークフローで最も衝撃的なのが「眠っている間もClaudeが働き続ける」設計だ。/loopと/scheduleを組み合わせることで、PR管理・Slack通知・コードレビューが自律的に回り続ける。
TIP 10
/loopで繰り返しタスクを永続化する
重要
/loopで繰り返しタスクを永続化する
重要
Boris本人が常時稼働させているループの実例：
/loop 5m /babysit — PRのコードレビューコメントを5分ごとに自動対応・自動リベース/loop 30m /slack-feedback — 30分ごとにSlackフィードバックに基づいてPRを自動作成/loop 1h /pr-pruner — 1時間ごとに古くなった不要なPRをクローズ/loop /post-merge-sweeper — マージ後に見落としたコードレビューコメントを自動処理
これらが常時稼働しているため、Borisは「コーディングしていない時はDispatching（遠隔操作）している」と語る。ワークフローをSkill化してから/loopに乗せる組み合わせが特に強力だと本人も強調している。
TIP 11
/scheduleで最大1週間先のタスクを予約する
/scheduleで最大1週間先のタスクを予約する
/scheduleで特定の時刻・曜日・間隔でタスクを自動実行できる。最大1週間先まで設定可能。「朝7時に昨日のGitHub issueをサマリーしてSlackに投稿」「毎週月曜にテスト結果をレポート」といった定期タスクをコードなしで設定できる。エンジニア以外でも使えるスケジューラー。
TIP 12
Hooksでワークフローの特定タイミングに処理を挟む
上級
Hooksでワークフローの特定タイミングに処理を挟む
上級
HooksはClaude Codeのライフサイクルの特定タイミングに処理を挟める機能。/loopと違い確定的（deterministic）に動く。Borisとそのチームの活用例：
SessionStart — 起動時に文脈を動的にロード（プロジェクトの最新状況を自動取得）PreToolUse — モデルが実行するすべてのBashコマンドをログ記録PermissionRequest — 権限確認プロンプトをWhatsAppに転送して承認/拒否（離席中でも判断できる）Stop — Claudeが止まったら自動で再起動の指示を送る
5. 【隠し機能編】/teleport・/btw・/batch・–bare
TIP 13
/teleportでセッションをデバイス間で移動する
/teleportでセッションをデバイス間で移動する
claude --teleportまたは/teleportでクラウドセッションをローカルターミナルに引き寄せられる。逆に/remote-controlでローカルで動いているセッションをスマホ・Web経由で遠隔操作できる。Borisは「/config で全セッションのRemote Controlをデフォルト有効」に設定している。通勤中にスマホでセッションを開始→帰宅後PCで続きをteleportで引き取る、という継ぎ目のないワークフローが実現。
TIP 14
/btwでメインの作業を中断せずに別のことを頼む
/btwでメインの作業を中断せずに別のことを頼む
/btw（By The Way）は、メインタスクを進めながら横道にそれることなく別の指示を渡せる機能。「メインの実装をしながら、/btw このコメントも直しておいて」という感覚。コンテキストを汚さずにサブタスクを処理できる隠しコマンド。
TIP 15
–bareフラグで非インタラクティブ実行を最適化する
–bareフラグで非インタラクティブ実行を最適化する
claude -p（SDK経由の非インタラクティブ実行）のデフォルトは、ローカルのCLAUDE.md・設定・MCPを自動検索する。しかしBoris本人が「これは設計ミスだった」と認めている。非インタラクティブ利用では--bareフラグで無効化し、--system-prompt・--mcp-config・--settingsを明示的に指定するべき。将来バージョンではデフォルトが変わる予定。
TIP 16
–add-dirで複数リポジトリを横断する
–add-dirで複数リポジトリを横断する
複数リポジトリにまたがる作業をする場合、メインのリポジトリでClaudeを起動してから
--add-dir（または/add-dir）で他のリポジトリを追加できる。フロントエンドとバックエンドが別リポジトリでもClaudeが同時に参照して実装できる。モノレポでないプロジェクトでの開発効率が大幅に上がる。
TIP 17
/voiceで音声入力を使う
/voiceで音声入力を使う
/voiceコマンドで音声入力が使える。長い指示をタイピングする代わりに話しかけるだけでClaudeに指示できる。特にスマホでのモバイルセッション時に威力を発揮する。コンテキストを口頭で説明しながら作業できるため、複雑な要件の伝達が効率化する。
TIP 18
Chrome拡張でブラウザとClaudeを統合する
Chrome拡張でブラウザとClaudeを統合する
Claude CodeのChrome拡張を使うとブラウザ上のコンテンツを直接Claudeに渡せる。見ているWebページのコードをそのままClaudeに修正させる・エラーメッセージをコピペなしで分析させる、といった操作が可能。Borisはウェブ系のコード作業では毎回この拡張を使っており、他の類似MCPより安定して動くと語っている。
6. 【モバイル編】iOSアプリ・Dispatch・どこでも作業
// Borisの「スマホで作業する」ワークフロー
「私はコーディングしていない時はDispatching（遠隔操作）している」——Boris Cherny
- 朝、スマホのClaude iOSアプリでセッションを起動→後で確認できるようにタスクを投げておく
- 通勤中にスマホでPRをレビュー・承認。PCを開かずに作業が前進する
/remote-controlでPC上で動いているセッションをスマホから操作- WhatsApp経由で権限確認プロンプトが届き、スマホで承認/拒否できる（Hooks設定）
- Dispatch（Cowork）でメール・Slack・ファイル管理をPCなしで遂行
TIP 19
iOSアプリのCodeタブ——スマホでフルセッション
iOSアプリのCodeタブ——スマホでフルセッション
Claude iOSアプリをダウンロードして左側の「Code」タブをタップするとフルのClaude Codeセッションが起動する。PCを開かずにコードの変更・PRの承認・新機能の指示ができる。Borisは「iOSアプリから多くのコードを書いている」と明言している。
TIP 20
Dispatch（Cowork）でPCいらずの遠隔操作
NEW
Dispatch（Cowork）でPCいらずの遠隔操作
NEW
DispatchはClaude Desktopアプリのセキュアな遠隔操作機能。スマホやWebからMCP・ブラウザ・PC上のアプリを操作できる。Borisの日常：Slackのキャッチアップ・メール処理・ファイル管理をすべてDispatch経由でスマホから実行。「コーディング以外の時間はDispatching」が彼の働き方の核心。
7. 【精度向上編】出力品質を上げる実践Tips
TIP 21
最も重要なTips——「Claudeに出力を自分で検証させる」
最重要
最も重要なTips——「Claudeに出力を自分で検証させる」
最重要
Boris直伝の「最も重要なTips」：Claudeに出力を検証する方法を与えること（Give Claude a way to verify its output）だ。テストを書かせる・ビルドを実行させる・ブラウザでUIを確認させる——Claudeが自分の出力が正しいかを自律的に確認できる仕組みを作ると、品質が劇的に上がる。Borisは「ブラウザを使えないままサイトを作らせるようなもので、検証手段がなければ結果は良くならない」と例えている。人間がすべてレビューするより、Claudeが自己検証するフローを設計することが生産性の鍵。
TIP 22
auto-compact設定でコンテキストを自動管理する
NEW
auto-compact設定でコンテキストを自動管理する
NEW
コンテキストウィンドウが一定量を超えたら自動で
/compactを実行するauto-compact設定。長時間セッションでコンテキストが溢れてパフォーマンスが落ちる問題を自動解決する。手動でコンテキストを管理する手間が省け、並列セッション運用時の品質が安定する。
TIP 23
/rewindで会話を巻き戻す
/rewindで会話を巻き戻す
/rewindで会話履歴を特定のポイントまで巻き戻せる。「この方向性は違った」と気づいた時に、分岐点まで戻って別のアプローチを試せる。コンテキストを汚さずに方向修正できるため、試行錯誤のコストが大幅に下がる。
TIP 24
Skills（スキル）でワークフローを再利用する
重要
Skills（スキル）でワークフローを再利用する
重要
繰り返すワークフローはSkillsとして保存して再利用できる。「SNS投稿生成」「SEOチェック」「広告コピーABテスト」などの定型ワークフローをSKILL.mdとして定義しておけば、
/スキル名で呼び出すだけで実行できる。Skills＋/loopの組み合わせが最も強力で、定型タスクの完全自動化が実現する。
TIP 25
/fewer-permsで権限を絞って安全に実行する
セキュリティ
/fewer-permsで権限を絞って安全に実行する
セキュリティ
/fewer-permsモードでClaudeの実行権限を制限できる。本番環境やセキュリティが重要な場面では、Claudeに最小限の権限だけ与えることでリスクを低減。新しいプロジェクトや慣れないコードベースで試す際は、まずfewer-permsから始めることが推奨されている。8. 【上級運用編】Subagents・Slack連携・自己検証を極める
ここからは競合記事でもあまり触れられていない、Borisのチームが実際の開発現場で使っている高度な運用Tipsだ。Subagentsの設計・Slack連携・「Claudeに反論させる」検証フロー・チーム権限管理まで、本番運用フェーズで効いてくる内容を集めた。
TIP 26
Subagentsを「よくやるPR作業の自動化」として設計する
重要
Subagentsを「よくやるPR作業の自動化」として設計する
重要
Borisはサブエージェントを頻出するPRワークフロー専用の自動化として捉えている。
.claude/agents/に常備している例：code-simplifier——Claudeの実装後にコードを整理・簡潔化する。verify-app——エンドツーエンドテストの詳細手順を持つ検証専用エージェント。メインエージェントのコンテキストを汚さずに個別タスクを任せられるのが最大のメリットだ。
TIP 27
「use subagents」で計算リソースを一気に増やす
「use subagents」で計算リソースを一気に増やす
どんな依頼でも文末に「use subagents」と付け加えるだけで、Claudeはその問題によりコンピュートを投下するようになる。たとえば大規模なコードベース調査では、5つの並列探索エージェントを同時に立ち上げてコードベースの異なる領域を同時に調べさせる、といった使い方が可能。手動でタスクを分解する手間を省ける。
TIP 28
Slack MCP連携でバグ修正・障害対応を丸投げする
実務
Slack MCP連携でバグ修正・障害対応を丸投げする
実務
Slack MCP統合はバグ修正に特に強力だとBorisのチームは語る。Slackのバグ報告スレッドをそのままClaudeに貼り付けて「直して」と言うだけで対応が始まる。同様に「落ちているCIテストを直しておいて」と丸投げする使い方も一般的。分散システムのトラブルシューティングでは、DockerログをClaudeに直接見させて原因調査させる運用も行っている。
TIP 29
SQLを書かずにbq CLIをClaudeに操作させる
SQLを書かずにbq CLIをClaudeに操作させる
Boris本人は「もう半年以上、自分でSQLを1行も書いていない」と語っている。代わりにClaude Codeに
bqCLI（BigQueryコマンドラインツール）を操作させ、データ集計・分析クエリの組み立てをすべて任せている。定型的なデータ抽出作業をエンジニア以外でも依頼できる好例だ。
TIP 30
–permission-mode=dontAskが「最も重要なフラグ」
最重要
–permission-mode=dontAskが「最も重要なフラグ」
最重要
サンドボックス化された安全な環境では、
--permission-mode=dontAskを付けることで権限確認プロンプトにブロックされずにClaudeを走らせ続けられる。Borisはこれを「Claude Codeから良い結果を得るために最も重要なこと」と呼んでいる。ただしこれは本番環境やホストマシン上でそのまま使うものではなく、隔離されたサンドボックス内での運用が前提。無制限に実行するのではなく、まず安全な環境を用意した上で使うフラグだと理解しておきたい。
TIP 31
PostToolUseフックで自動フォーマットの「最後の10%」を仕上げる
上級
PostToolUseフックで自動フォーマットの「最後の10%」を仕上げる
上級
Borisのチームは
PostToolUseフックを使い、Claudeがファイルを書き込み・編集するたびに自動でコードフォーマッタを走らせている。Claude自身も9割程度は正しいフォーマットで書いてくるが、残り1割の揺れをフックが機械的に補正することで、後工程のCI失敗を未然に防いでいる。人間のレビューコストを減らす典型的な自動化例だ。
TIP 32
プロジェクトごとに「ノートディレクトリ」を持たせ、PRのたびに更新させる
プロジェクトごとに「ノートディレクトリ」を持たせ、PRのたびに更新させる
チームメンバーの一人は、プロジェクト・タスクごとに専用のノート用ディレクトリを持たせ、PRが完了するたびにClaude自身にそのノートを更新させ、CLAUDE.mdからそのノート群を参照させている。長期プロジェクトの背景知識・過去の意思決定が自然に蓄積されていき、新しいセッションを開始してもすぐに文脈を追える状態になる。
TIP 33
Claudeに「証明させる」——反論・比較で検証精度を上げる
考え方
Claudeに「証明させる」——反論・比較で検証精度を上げる
考え方
出力の質を上げるもう一つの方法は、Claudeにレビュアーのように振る舞わせて自分の変更を正当化させることだ。「これで本当に動く根拠を示して」「mainブランチと自分のブランチを比較して差分の妥当性を説明して」といった問いかけを行う。実装が中途半端だと感じたら「今の学びを踏まえて、もっとエレガントな解決策をゼロから実装し直して」と伝えるのも有効な手だと語られている。
TIP 34
長時間タスクは「検証エージェント」＋コミュニティプラグインで仕上げる
NEW
長時間タスクは「検証エージェント」＋コミュニティプラグインで仕上げる
NEW
長く走らせるタスクへのBorisの対策は3段階。①完了後にバックグラウンドエージェントへ検証させる、②Stopフックでより確定的な検証を挟む、③コミュニティ発のralph-wiggumプラグイン（Geoffrey Huntley氏が考案）のような仕組みを使う。人手を介さずに「本当に終わったか」を確認する層を重ねる発想が、長時間の自律実行を安定させている。
TIP 35
settings.jsonでチーム全体の権限設定をGit管理する
チーム運用
settings.jsonでチーム全体の権限設定をGit管理する
チーム運用
プロジェクト固有の設定を
settings.jsonに書いてバージョン管理すると、チーム全員が同じClaude Code体験を得られる。よく使う安全なコマンドを/permissionsで事前許可しておけば、--dangerously-skip-permissionsのような強い権限に頼らずに、割り込みを減らしつつガードレールを保てる。個人の勘に依存しない、再現性のあるチーム運用の土台になる。9. LIF Tech実務視点——マーケ・SEOへの応用
Boris TipsはエンジニアのためのTipsに見えて、実はマーケター・SEO担当者・コンサルタントにも直接使える内容が多い。
// LIF Techでの実際の応用方針
- CLAUDE.mdにLIF Tech・クライアント情報を記述——すらら・ウェルベストのターゲット・トーン・禁止表現を記録して毎回の指示を短縮する
- /batch＋Worktreeで記事10本を並列制作——deai-making.jp・kirameki-kids.jpの大量記事制作に直結。/batchがインタビューして各記事タスクを自動分配
- /loop /seo-check——公開済み記事のGSC順位低下を定期監視して改善タスクを自動生成するループを設計できる
- Subagentsで「校正専用」「ファクトチェック専用」の役割分担——記事本文を書くエージェントと、薬機法・景表法のチェックだけを行うエージェントを分けてコンテキストを汚さない
- Skillsに「LIF Tech記事テンプレート」を登録——h2/h3構成・CSS・FAQ設計の全ルールをSKILL.mdに書いて/liftechで呼び出す
- スマホDispatching——移動中にiOSアプリからSEO分析の指示を出して、帰宅後にPC上で成果物を確認するフロー
10. よくある質問
CLAUDE.mdは何を書けばいいですか？
最低限これだけ書けばOK：①コーディングスタイル・言語設定 ②禁止ファイル（絶対に変更してはいけないファイル） ③テスト実行コマンド ④コミットメッセージのフォーマット。Borisの推奨は「新人が入社初日に聞くことを全部書く」こと。書き始めは短くても、Claudeが間違えるたびに更新し、不要になったルールは容赦なく削除し続けることで育っていく。
Thinking Modeはいつ使うべきですか？
Borisは「常にThinking Mode（Opus）を使う」スタンスですが、コスト面での現実解は「複雑で大事なタスクはThinking・単純なタスクはSonnet」の使い分けです。特に「一発で正しく動かしたいタスク」「後でバグ修正に何時間もかける可能性があるタスク」はThinking Modeが費用対効果で上回ります。
/loopを使ったら暴走しませんか？
HooksのPermissionRequest設定で危険な操作前に人間の承認を要求できます。またfewer-permsモードや–permission-mode=dontAskは隔離されたサンドボックス環境で使うのが前提で、本番のホストマシンでそのまま使うものではありません。Boris自身も「ループはSkillsと組み合わせて使う」と語っており、ループで実行する内容はSkillsとして事前に定義・テストしたものに限定することが安全です。
Subagentsと通常のセッションは何が違いますか？
Subagentsはメインエージェントから見た「専門特化した部下」のような存在です。code-simplifierやverify-appのように役割を絞ったエージェントを常備しておけば、メインの会話コンテキストを汚さずに個別タスクを任せられます。文末に「use subagents」と加えるだけでも、Claudeは問題に応じて並列の探索エージェントを立ち上げてコンピュートを増やしてくれます。
エンジニアでなくてもBoris Tipsは使えますか？
CLAUDE.mdの更新・/compact・/clear・/schedule・iOSアプリ・Dispatch・Skillsの登録・Slack連携での丸投げはプログラミング不要で使えます。Worktree・/batch・–bare・Subagentsの設計はgitやエージェント運用の理解が必要ですが、コーディングができなくても概念を理解すれば指示できます。まずCLAUDE.mdの更新習慣とSlack連携から始めるのが最も手軽で効果的です。
「ほとんどのユーザーは機能の20%しか使っていない」——Borisが公開したこの数字は謙遜ではない。CLAUDE.mdの更新習慣・Thinking Modeの選択・Worktreeの活用に加えて、Subagentsの設計や–permission-mode=dontAskのような本番運用の勘所まで押さえれば、今日から体感が変わる。LIF Techではこの領域の実務事例を今後も発信していきます。
本記事はBoris Cherny氏がX（旧Twitter）で公開した一次情報（2026年1月・1月末・2月・3月末・4月）、およびAnthropic公式ドキュメント・GitHub上のコミュニティまとめをもとに構成しています。機能・コマンド名は今後のアップデートで変更される場合があります。最新情報はClaude Code公式ドキュメント（code.claude.com）でご確認ください。
