> ## Documentation Index > Fetch the complete documentation index at: https://code.claude.com/docs/llms.txt > Use this file to discover all available pages before exploring further. # モノレポまたは大規模コードベースで Claude Code をセットアップする > ネストされた CLAUDE.md ファイル、スパースワークツリー、コード インテリジェンス、パッケージごとのスキルを使用して、モノレポと大規模シングルツリーコードベース向けに Claude Code を設定し、Claude が作業中のコードに焦点を当てるようにします。 大規模コードベースは、数百万行のコードを持つ 1 つのリポジトリ、または多くのパッケージを持つモノレポです。Claude Code はどのサイズでも動作しますが、コードベースが成長するにつれて、小規模プロジェクト向けにチューニングされたデフォルト設定は、タスクに関連しない命令とファイル読み取りでコンテキストウィンドウを満たし、トークンを消費して Claude のパフォーマンスを低下させます。 このガイドでは、個々の開発者とエンジニアリングチームが Claude をタスクが触れるコードベースの部分にスコープする方法を示します。各セクションでは、設定が個人用マシンに固有か、リポジトリにコミットされるかを記載しています。

このガイドで説明する内容

[下の表](#settings-on-this-page)は各設定とその目的を一覧表示しています。[その後のファイルツリー](#the-example-monorepo)は、このページのすべてのコード例が参照するサンプルモノレポです。

このページの設定

以下の各設定は独立しています。相互に置き換わるのではなく層状に重なるため、リポジトリに適したものを適用してください。[Claude を開始する場所を選択](#choose-where-to-start-claude)は設定ファイルが存在する場所を決定するため、最初にそれを読んでください。[すべてをまとめる](#put-it-together)はそれらすべてを組み合わせたものを示しています。 | 実行したいこと | 使用するもの | | :-------------------------------------------------------- | :--------------------------------------------------------------------------------------- | | すべてのサブシステムをカバーする 1 つのルートファイルの代わりに、タッチするコードの規約のみを読み込む | ディレクトリごとの [CLAUDE.md ファイル](#layer-claude-md-files-by-directory) | | 作業しないパッケージの CLAUDE.md ファイルを除外する | [`claudeMdExcludes`](#exclude-irrelevant-claude-md-files) | | Claude がビルド出力、生成されたコード、ベンダー依存関係を開くのをブロックする | `permissions.deny` の [`Read` 拒否ルール](#block-reads-of-generated-and-vendored-code) | | ファイルをスキャンする代わりに言語サーバーを通じてシンボルの定義または呼び出し元を見つける | [コード インテリジェンス プラグイン](#reduce-file-reads-with-code-intelligence) | | Claude がワークツリーを作成するときにタスクが必要とするディレクトリのみをチェックアウトする | [`worktree.sparsePaths`](#check-out-only-the-directories-you-need) | | 同じセッションから兄弟パッケージまたは別のリポジトリを読み取り、編集する | [`--add-dir`](#grant-access-across-packages-or-repositories) または `additionalDirectories` | | 関連する場合にのみ読み込まれる 1 つの領域に固有の手順を Claude に提供する | ディレクトリごとの [スキル](#add-per-directory-skills) | | 多くのディレクトリごとの CLAUDE.md ファイルを、すべてがインストールする 1 つの規約セットに置き換える | 内部マーケットプレイスの [プラグイン](#centralize-conventions-when-layering-stops-scaling) | [サブエージェントで調査を実行する](/ja/best-practices#use-subagents-for-investigation)など、任意のリポジトリでコンテキストを小さく保つワークフロー技術については、[Claude Code のベストプラクティス](/ja/best-practices)を参照してください。組織内のすべての開発者にベースライン設定をロールアウトするには、[組織向けに Claude Code をセットアップする](/ja/admin-setup)を参照してください。

サンプルモノレポ

このページ全体の例は、3 つのパッケージを持つモノレポを参照しています。同じパターンは大規模シングルツリーコードベースで機能します。例が `packages/api/` を使用する場合は、`src/backend/` や `lib/core/` などの独自のサブシステムディレクトリに置き換えてください。 ```text theme={null} monorepo/ CLAUDE.md # ルート命令 packages/ api/ CLAUDE.md # API 固有の命令 .claude/skills/ src/ web/ CLAUDE.md # フロントエンド固有の命令 .claude/skills/ src/ shared/ CLAUDE.md # 共有ライブラリ命令 src/ ```

Claude を開始する場所を選択

`claude` を起動する場所は、Claude が追加の許可なしで読み取り、編集できるファイル、起動時に読み込まれる CLAUDE.md ファイル、および適用されるプロジェクト設定を決定します。 | 開始場所 | ファイルアクセス | 起動時に読み込まれる CLAUDE.md | 使用する場合 | | :------- | :--------------------- | :------------------------------------------------- | :------------------------------- | | リポジトリルート | すべてのファイル | ルートのみ。サブディレクトリファイルは Claude がそこを読むときにオンデマンドで読み込まれます | タスクが複数のパッケージまたはサブシステムにまたがる | | サブディレクトリ | そのサブツリーのみ、さらに許可を付与するまで | そのディレクトリのプラス、すべての祖先 | 作業が 1 つのパッケージまたはサブシステムにスコープされている | `.claude/settings.json` のプロジェクト設定は開始ディレクトリからのみ読み込まれ、CLAUDE.md ファイルのように親ディレクトリから継承されません。リポジトリルートの `.claude/settings.json` はルートから開始する場合にのみ適用されます。 以下の各セクションでは、その設定ファイルがリポジトリルートまたは開始するサブディレクトリに属するか、およびコミットされるか、ローカルに保持されるかを記載しています。

CLAUDE.md ファイルをディレクトリごとに層状にする

大規模コードベースでは、リポジトリルートの単一の CLAUDE.md は、すべてのサブシステムの規約をカバーするために成長する傾向があり、現在のタスクに関連しない命令でコンテキストを消費するか、有用であるには一般的すぎます。命令をディレクトリごとのファイルに分割すると、Claude はリポジトリ全体のルールと、作業中のコードの規約のみを読み込みます。 Claude Code は起動時に作業ディレクトリとすべての親ディレクトリから [CLAUDE.md](/ja/memory) ファイルを読み込み、その後、Claude がそこでファイルを読むときにオンデマンドで各サブディレクトリのファイルを読み込みます。ルートファイルはリポジトリ全体のルールを設定し、各サブディレクトリは独自のルールを追加します。 一般的な分割は 2 つのレベルです。 * **ルート `CLAUDE.md`**: コーディング標準、コミット規約、リポジトリレイアウトなど、どこにでも適用される命令 * **サブディレクトリごとの `CLAUDE.md`**: その領域のスタックに固有の規約。モノレポではパッケージごとに 1 つ。大規模シングルツリーでは `src/db/` や `src/api/` などのサブシステムごとに 1 つ これらのファイルをリポジトリにコミットして、チームメイトが継承するようにします。各ディレクトリの所有者は通常、そのファイルを保守します。 ルート `CLAUDE.md` は Claude をリポジトリ構造に向けます。 ```markdown CLAUDE.md theme={null} これは packages/ の下に 3 つのパッケージを持つモノレポです。 - packages/api: Express、TypeScript、PostgreSQL を使用した Node.js REST API - packages/web: Vite、TypeScript、TailwindCSS を使用した React フロントエンド - packages/shared: api と web の両方で使用される共有 TypeScript ユーティリティ モノレポルートではなく、パッケージディレクトリからコマンドを実行します。 各パッケージには独自の tsconfig.json、package.json、テストスイートがあります。 ``` 各サブディレクトリの `CLAUDE.md`（ここでは `packages/api/CLAUDE.md`）は、その領域のスタックに固有のコンテキストを追加します。 ```markdown packages/api/CLAUDE.md theme={null} このパッケージは REST API サーバーです。 - テストを実行: `npm test`（Vitest を使用） - 開発サーバーを実行: `npm run dev`（ポート 3001） - データベースマイグレーション: `npm run migrate` - 環境変数: `.env.example` を `.env` にコピー API ルートは src/routes/ にあります。各ルートファイルは Express ルーターをエクスポートします。 データベースクエリは src/db/ の Knex を使用します。ルートハンドラーで生の SQL 文字列を書かないでください。 ``` `packages/api/` から Claude を開始すると、`packages/api/CLAUDE.md` とルート `CLAUDE.md` の両方が読み込まれます。Claude はローカル命令をリポジトリ全体のルールと一緒に見て、`packages/web/` からの命令はコンテキストに含まれません。同じことは非モノレポツリーのすべてのサブディレクトリに当てはまります。 ファイルを最新に保つためのいくつかの方法は、コードベースとモデルが変わるにつれてあります。 * **プルリクエストで確認**: CLAUDE.md の編集を他のドキュメント変更と同じように扱い、規約がコードを追跡するようにします * **主要なモデルリリース後に再検討**: 古いモデルの制限を回避した命令は、新しいモデルがケースを独自に処理すると、オーバーヘッドになる可能性があります。たとえば、単一ファイルのリファクタリングを強制するルールは、制限がなくなると削除できます * **Stop フックを追加して更新を提案**: [`Stop` フック](/ja/hooks#stop)は Claude が応答を終了したときにセッショントランスクリプトへのパスを受け取るため、スクリプトはセッションを確認し、ギャップが新鮮なうちに CLAUDE.md の更新を提案できます CLAUDE.md ファイルがどのように読み込まれ、相互作用するかについての詳細は、[メモリとプロジェクト命令](/ja/memory)を参照してください。

ディレクトリごとの CLAUDE.md とパススコープルールの選択

ディレクトリごとの `CLAUDE.md` ファイルと `.claude/rules/` の下の [パススコープルール](/ja/memory#path-specific-rules)の両方により、ツリーの一部に命令をターゲットできます。ファイルが存在する場所と読み込まれるタイミングが異なります。 | アプローチ | ファイルの場所 | 読み込まれるタイミング | 使用する場合 | | :-------------------------- | :--------------------- | :--------------------------------------------------- | :------------------------------------------- | | ディレクトリごとの `CLAUDE.md` | ディレクトリ内、そのコードと一緒に | そのディレクトリから開始したときの起動時、または Claude がそこでファイルを読むときのオンデマンド | ディレクトリ所有者が独自の規約を保守します。命令はコードでバージョン管理されます | | `.claude/rules/` のパススコープルール | リポジトリルートの中央 `.claude/` | Claude がルールの `paths:` グロブに一致するファイルで動作するとき | すべての規約を 1 つの場所に置きたい、または同じルールが多くの散在したパスに適用される | スキルもカバーする比較については、[同様の機能を比較](/ja/features-overview#compare-similar-features)を参照してください。

関連のない CLAUDE.md ファイルを除外する

リポジトリルートから Claude を開始すると、各サブディレクトリの CLAUDE.md は Claude がそのディレクトリ内のファイルを読むとすぐに読み込まれます。`claudeMdExcludes` 設定は特定のファイルをパスまたはグロブパターンでスキップして、読み込まれないようにします。 他のチームのパッケージ、レガシーコード、ベンダーサブツリーなど、作業しないディレクトリに使用します。除外リストは静的で、タスクごとのスイッチではありません。今日は 1 つのパッケージに焦点を当て、明日は別のパッケージに焦点を当てるには、除外を編集する代わりに [そのパッケージのディレクトリから Claude を開始](#choose-where-to-start-claude)してください。 これらの除外をご自身のみに使用する場合は、`.claude/settings.local.json` に設定を配置します。Claude Code はそれを作成するときにそのファイルを gitignore します。ここで手動で作成しているため、gitignore に追加してください。パターンはグロブ構文を使用して絶対ファイルパスに対してマッチするため、相対スタイルのパターンを `**/` で開始して、ツリーのどこにでもマッチするようにします。以下の例は他のチームが所有するパッケージを除外します。 ```json .claude/settings.local.json theme={null} { "claudeMdExcludes": [ "**/packages/admin-dashboard/**", "**/packages/legacy-*/**" ] } ``` これはそれらのパッケージの下のすべての CLAUDE.md とルールファイルをスキップします。ルート CLAUDE.md と作業するパッケージは通常どおり読み込まれます。 これらのパターンは他の一般的なケースをカバーしています。 * `"**/packages/*/CLAUDE.md"`: ルートを保持しながら、すべてのパッケージの CLAUDE.md を除外します * `"**/packages/web/**"`: ルールを含む web パッケージの下のすべてを除外します * `"/home/user/monorepo/legacy/CLAUDE.md"`: 絶対パスで 1 つの特定のファイルを除外します 管理ポリシー CLAUDE.md ファイルは除外できないため、組織全体の命令は常に適用されます。`claudeMdExcludes` は任意の [設定スコープ](/ja/settings#configuration-scopes)で設定できます。ユーザー、プロジェクト、ローカル、または管理。配列はスコープ全体でマージされるため、チームはプロジェクトレベルのデフォルトを設定でき、個人はローカルオーバーライドを追加できます。 完全な除外ドキュメントについては、[特定の CLAUDE.md ファイルを除外](/ja/memory#exclude-specific-claude-md-files)を参照してください。

Claude が読む内容を削減する

命令は Claude のコンテキストに入るもののほんの一部です。ファイル読み取りは、コードベースとともに成長するもう 1 つのコストです。以下の設定は関連のないパスの読み取りをブロックし、徹底的なファイルスキャンを言語サーバーのルックアップに置き換えます。

生成されたコードとベンダーコードの読み取りをブロックする

Claude のコンテンツ検索はデフォルトで `.gitignore` を尊重するため、`node_modules/`、`dist/`、`build/` などのそこにリストされているパスは、追加の設定なしで検索結果から除外されます。 ベンダー SDK やコミットされた生成コードなど、チェックインされているパスについては、`permissions.deny` に `Read` 拒否ルールを追加して、検索がそれらをリストしている場合でも Claude がそれらのファイルを開くのをブロックします。 これらの除外をリポジトリで作業するすべての人に適用するには、`.claude/settings.json` にコミットします。個人的に保つには、代わりに `.claude/settings.local.json` を使用します。このページの他のプロジェクト設定と同様に、これらのファイルは開始ディレクトリからのみ読み込まれます。リポジトリルートから Claude を開始する場合はそこに配置するか、サブディレクトリから開始する場合は各パッケージの `.claude/` に配置します。開始ディレクトリに関係なく、すべてのセッションで同じ拒否ルールを適用するには、[管理設定](/ja/settings#settings-files)で設定します。ユーザーとプロジェクト設定はこれをオーバーライドできません。 以下の例はビルドアーティファクトとベンダー SDK をブロックします。 ```json .claude/settings.json theme={null} { "permissions": { "deny": [ "Read(./**/dist/**)", "Read(./**/build/**)", "Read(./**/*.generated.*)", "Read(./vendor/**)" ] } } ``` 拒否ルールは Claude の組み込みファイルツールと認識される Bash ファイルコマンド（`cat`、`head`、`grep`、`find` を含む）をカバーします。拒否されたパスが引数として渡される場合。再帰的検索の出力から拒否されたパスをフィルタリングしたり、ファイルを自分で開く任意のサブプロセスをカバーしたりしません。完全なパターン構文については、[Read および Edit 許可ルール](/ja/permissions#read-and-edit)を参照してください。

コード インテリジェンスでファイル読み取りを削減する

大規模コードベースでは、シンボルが定義または使用されている場所を見つけることは、多くのファイル読み取りと grep 呼び出しを消費する可能性があります。[コード インテリジェンス プラグイン](/ja/discover-plugins#code-intelligence)は Claude を言語サーバーに接続して、ツリーをスキャンする代わりに、定義にジャンプしたり、参照を見つけたり、型エラーを直接表示したりできます。 公式マーケットプレイスには TypeScript、Python、Go、Rust、その他の一般的な言語用のプラグインがあります。以下の例は TypeScript プラグインをインストールします。 ```shell theme={null} /plugin install typescript-lsp@claude-plugins-official ``` プラグインを自分でインストールするのではなく、リポジトリ内のすべての人に対して有効にするには、[`enabledPlugins` プロジェクト設定](/ja/settings#plugin-settings)に追加します。 コード インテリジェンス プラグインには、各開発者のマシンに言語の言語サーバーバイナリが必要です。[各言語が必要とするバイナリ](/ja/discover-plugins#code-intelligence)を参照してください。公式マーケットプレイスからのインストールには、マーケットプレイスがホストされている GitHub へのネットワークアクセスが必要です。制限されたネットワークでは、代わりに [内部 Git ホストまたはローカルパスからマーケットプレイスを追加](/ja/discover-plugins#add-from-other-git-hosts)してください。 これは上記の `claudeMdExcludes` と `Read` 拒否ルールとよく組み合わされます。これらは関連のないコンテンツをコンテキストから除外し、コード インテリジェンスは Claude が定義を見つけるために残りを読むのを防ぎます。

ワークツリーとファイルアクセスをスコープする

これらの設定は、ワークツリーでディスク上にあるもの、および開始ポイントを超えて Claude が読み取り、書き込みできるディレクトリを制御します。

必要なディレクトリのみをチェックアウトする

`--worktree` フラグは新しい git ワークツリーでセッションを開始して、変更がメインチェックアウトから分離されたままになるようにします。デフォルトではリポジトリ全体をチェックアウトします。大規模リポジトリでは、`worktree.sparsePaths` 設定は git sparse-checkout を使用して、リストされたディレクトリとルートレベルのファイルのみをディスクに書き込むため、ワークツリーはより速く開始し、より少ないスペースを使用します。 このディレクトリで作業するすべての人が同じパスを必要とする場合は、設定を `.claude/settings.json` にコミットします。自分用にパスを追加するには、`.claude/settings.local.json` を使用します。リストはスコープ全体でマージされるため、ローカルファイルはコミットされたリストにパスを追加できますが、削除することはできません。以下の例はコミットされたファイルを示しています。 ```json .claude/settings.json theme={null} { "worktree": { "sparsePaths": [ ".claude", "packages/api", "packages/shared" ] } } ``` Claude がワークツリーを作成するとき、フルツリーの代わりに `.claude/`、`packages/api/`、`packages/shared/` のみをチェックアウトします。`sparsePaths` のパスはリポジトリルートに相対的で、Claude を開始するサブディレクトリに関係なく。任意のディレクトリパスがここで機能し、パッケージルートのみではありません。 これは特に [サブエージェント ワークツリー分離](/ja/worktrees#isolate-subagents-with-worktrees)に役立ちます。サブエージェントはサブタスク用に生成される並列 Claude インスタンスで、ワークツリーで実行されるそれぞれは、フルツリーの代わりに軽量チェックアウトを取得します。セッション内のすべてのワークツリーは同じ `sparsePaths` を共有するため、1 つのサブエージェントが `packages/api/` を必要とし、別のサブエージェントが `packages/web/` を必要とする場合は、両方をリストします。 `sparsePaths` にはディレクトリをリストし、個別のファイルはリストしません。`package.json`、`tsconfig.base.json`、ロックファイルなどのルートレベルのファイルは、リストするディレクトリと一緒に常にチェックアウトされます。ルートレベルのディレクトリはそうではないため、ワークツリー内でリポジトリルートの `.claude/settings.json`、`.claude/rules/`、または `.claude/skills/` を利用可能にしたい場合は、リストに `.claude` を含めます。 `node_modules` などの大規模ディレクトリをワークツリー全体で複製するのを避けるには、同じ `.claude/settings.json` で `sparsePaths` を `symlinkDirectories` とペアにします。 ```json .claude/settings.json theme={null} { "worktree": { "sparsePaths": [ ".claude", "packages/api", "packages/shared" ], "symlinkDirectories": [ "node_modules" ] } } ``` これは各ワークツリーの `node_modules/` からメインリポジトリのコピーへのシンボリックリンクを作成し、ディスク上で複製するのではなく。 `sparsePaths` と `symlinkDirectories` 設定は、ワークツリーが作成される前に開始ディレクトリから読み込まれます。作成後、セッションの作業ディレクトリはワークツリールートで、起動したサブディレクトリではありません。したがって、ワークツリー内のプロジェクト設定はワークツリールートの `.claude/settings.json`（リポジトリルートのファイルのチェックアウトされたコピー）から読み込まれます。許可ルールやフックなど、ワークツリー内で必要な他の設定は、リポジトリルートの `.claude/settings.json` に配置します。 完全なワークツリー設定リファレンスについては、[ワークツリー設定](/ja/settings#worktree-settings)を参照してください。

パッケージまたはリポジトリ全体でアクセスを付与する

このセクションは、サブディレクトリから Claude を開始するとき、またはタスクが複数のチェックアウトにまたがるときに適用されます。単一の大規模ツリーのリポジトリルートから開始する場合、Claude はすでにすべてのファイルにアクセスでき、これをスキップできます。 `packages/api/` から Claude を開始すると、そのディレクトリ内のファイルを読み取り、書き込みできます。タスクが `api` と `web` の両方がインポートする共有型を更新するなど、パッケージ全体の変更を必要とする場合は、兄弟ディレクトリへのアクセスを付与する必要があります。同じメカニズムは、別にチェックアウトされたリポジトリへのアクセスを付与します。 `.claude/settings.json` の `additionalDirectories` 設定は、作業ディレクトリの外のディレクトリへのアクセスを Claude に与えます。以下の例は 2 つの兄弟パッケージへのアクセスを付与します。 ```json .claude/settings.json theme={null} { "permissions": { "additionalDirectories": [ "../shared", "../web" ] } } ``` 相対パスは Claude を開始するディレクトリに対して解決されます。この設定では、Claude は `packages/api/` から作業しながら `packages/shared/` と `packages/web/` のファイルを読み取り、編集できます。 設定を編集せずに実行時にディレクトリを付与することもできます。Claude を開始するときに `--add-dir` を渡すことで。 ```bash theme={null} claude --add-dir ../shared ``` ディレクトリを追加する方法に関係なく、Claude はそのファイルを読み取り、編集できます。ディレクトリの CLAUDE.md、`.claude/rules/` ファイル、スキルも読み込まれるかどうかは、追加方法によって異なります。 | 追加方法 | CLAUDE.md とルールを読み込む | スキルを読み込む | | :--------------------------------- | :------------------ | :------- | | `additionalDirectories` 設定 | しない | しない | | `--add-dir` フラグまたは `/add-dir` コマンド | 以下の環境変数のみ | はい | `--add-dir` または `/add-dir` で追加されたディレクトリから CLAUDE.md とルールファイルを読み込むには、`CLAUDE_CODE_ADDITIONAL_DIRECTORIES_CLAUDE_MD` 環境変数を設定します。 ```bash theme={null} CLAUDE_CODE_ADDITIONAL_DIRECTORIES_CLAUDE_MD=1 claude --add-dir ../shared ``` 環境変数は `additionalDirectories` 設定にリストされているディレクトリには影響しません。詳細については、[追加ディレクトリから読み込む](/ja/memory#load-from-additional-directories)を参照してください。 この領域のすべての人が必要とする兄弟ディレクトリについては、`additionalDirectories` を `.claude/settings.json` にコミットします。個人的な選択または 1 回限りのアクセスについては、`.claude/settings.local.json` を使用するか、起動時に `--add-dir` を渡します。

ディレクトリごとのスキルを追加する

任意のサブディレクトリは、独自のスタックにスコープされた [スキル](/ja/skills) を定義できます。スキルは Claude がそれが関連していると判断したときにオンデマンドで読み込まれるため、API 固有のツーリングはフロントエンド作業中にコンテキストを消費しません。 スキルはディレクトリ内の `.claude/skills/` の下に存在します。そのエリアのコードと一緒にコミットして、リポジトリをクローンする人は誰でもそれらを取得します。モノレポではこれはパッケージごとに 1 つのスキルセットになります。大規模シングルツリーコードベースでは、`src/db/.claude/skills/` などのサブシステムごとに 1 つです。 サブディレクトリ内にスキルディレクトリを作成します。 ```bash theme={null} mkdir -p packages/api/.claude/skills/api-testing ``` その後、そのディレクトリ内に `SKILL.md` を書き込みます。ここでは `packages/api/.claude/skills/api-testing/SKILL.md`。この例は Claude に API パッケージのテストパターンを教えます。 ```markdown packages/api/.claude/skills/api-testing/SKILL.md theme={null} --- name: api-testing description: API パッケージのテストパターン。packages/api/ でテストを書き込み、または変更するときに使用します。 --- ## テスト構造 テストは `src/__tests__/` にあり、`src/` ディレクトリ構造をミラーリングしています。 各ルートファイルには対応する `.test.ts` ファイルがあります。 ## テストを実行 - すべてのテスト: `npm test` - 単一ファイル: `npm test -- src/__tests__/routes/users.test.ts` - ウォッチモード: `npm test -- --watch` ## テストユーティリティ - `src/__tests__/helpers/db.ts`: データベーステスト用に `setupTestDb()` と `teardownTestDb()` を提供 - `src/__tests__/helpers/auth.ts`: 認証されたエンドポイント用に `createTestUser()` と `getAuthToken()` を提供 ## パターン - HTTP アサーションには生の fetch ではなく `supertest` を使用 - データベーステストを常にロールバックするトランザクションでラップ - `src/__tests__/mocks/` で外部サービスをモック ``` 別のサブディレクトリは同じ方法で異なるスキルを保持します。`packages/web/.claude/skills/component-patterns/` はテストの代わりにフロントエンドのコンポーネント規約を説明します。Claude が `packages/api/` のファイルで動作するとき、api-testing スキルを読み込みます。`packages/web/` で動作するとき、component-patterns を読み込みます。どちらのディレクトリのスキルも他のタスク中に読み込まれません。 ファイルパターンで配置の代わりにスキルをスコープすることもできます。[`paths` frontmatter フィールド](/ja/skills#frontmatter-reference) はグロブパターンを取り、Claude はマッチするファイルで動作するときのみ自動的にスキルを読み込みます。これは、リポジトリルートの `.claude/skills/` に存在するが、データベースマイグレーションスキルなど、`**/migrations/**` にスコープされた特定のファイルにのみ適用されるスキルに使用します。 スキルの作成と整理の詳細については、[スキル](/ja/skills) を参照してください。

スキルを発見可能に保つ

多くのディレクトリに分散されたスキルでは、Claude が選択できるリストは大きくなる可能性があります。Claude は発見されたすべてのスキルの名前と説明を読むことでスキルを選択し、選択されたスキルのフルコンテンツのみがコンテキストに読み込まれます。このセクションでは、そのリストを小さく保つ方法と、短縮に耐える説明を書く方法をカバーしています。 スコープ内のスキルは、Claude を開始する場所によって異なります。 * **`packages/api/` などのサブディレクトリから**: そのディレクトリのスキル、リポジトリルートまでのすべての親、およびユーザーとエンタープライズレベル * **リポジトリルートから**: セッション中に Claude が触れるすべてのサブディレクトリのスキル。数百に蓄積する可能性があります * **[`--add-dir`](#grant-access-across-packages-or-repositories) で兄弟を追加した後**: そのスキルのスキルも読み込まれます。`additionalDirectories` 設定はファイルアクセスのみを付与し、スキルを読み込みません 名前は常に読み込まれますが、[多くの場合、説明は短縮されます](/ja/skills#skill-descriptions-are-cut-short)。これは Claude がスキルが適用されるかどうかを決定するために使用するキーワードを削除する可能性があります。説明を短く保ち、「`packages/api/` でテストを書き込み、または変更する」などのリクエストに含まれる単語で先頭に配置します。 多くのディレクトリが共有するスキル（PR 規約やデプロイチェックリストなど）については、リポジトリルートの `.claude/skills/` に配置して、任意の開始ディレクトリから読み込まれるようにします。共有スキルが独自のバージョン履歴を必要とするか、リポジトリ全体で動作する必要がある場合は、代わりに [プラグイン](/ja/plugins) としてパッケージ化します。プラグインスキルは `plugin-name:skill-name` 名前空間を使用するため、ディレクトリごとのスキルと衝突することはありません。プラットフォームチームは 1 つの場所でそれらをバージョン管理し、更新できます。 使用されていないスキルを見つけるには、OpenTelemetry [ログエクスポーター](/ja/monitoring-usage) を有効にし、`OTEL_LOG_TOOL_DETAILS=1` を設定して、スキル名が編集されずに記録されるようにします。[`skill_activated` イベント](/ja/monitoring-usage#skill-activated-event) は `skill.name` 属性のすべての呼び出しを記録し、`invocation_trigger` はコマンド、Claude、またはネストされたスキルが呼び出したかどうかを記録します。これは統合または廃止するものを示します。

レイアリングが拡張を停止したときに規約を一元化する

ディレクトリごとの CLAUDE.md ファイルは、コードベースが成長するにつれて管理が難しくなる可能性があります。規約は漂流し、ファイルは古くなり、誰もルートを所有していません。これを解決することは通常、各開発者が独自の領域で作業するのではなく、リポジトリの Claude Code セットアップを保守するチームに該当します。 常に読み込まれる CLAUDE.md から規約と参照コンテンツを、タスクに関連する場合にのみ読み込まれるメカニズムに移動します。 * [スキル](/ja/skills): Claude がタスクに関連する場合にのみ読み込む参照資料 * [プラグイン](/ja/plugins): プラットフォームチームが一元的に所有するスキル、フック、コマンドのバージョン管理されたバンドル * [MCP サーバー](/ja/mcp): 組織がすでにリポジトリ上でコード検索または RAG インデックスを実行している場合は、MCP ツールとして公開して、Claude がファイルを直接読む代わりにクエリを実行するようにします プラットフォームチームがこれらを一元的に適用する方法については、[サーバー管理またはエンドポイント管理設定](/ja/server-managed-settings#choose-between-server-managed-and-endpoint-managed-settings)を参照してください。

セッション開始時に正しいプラグインを推奨する

規約がプラグインに存在すると、チームメイトがツリーの不慣れな部分で Claude を開始しても、その領域の所有者が保守するプラグインについてのシグナルがありません。[`SessionStart` フック](/ja/hooks#sessionstart)はこのギャップを埋めることができます。フックが stdout に出力するものはすべて、最初のプロンプトの前に Claude のコンテキストに追加されるためです。 たとえば、[フック入力](/ja/hooks#common-input-fields)から起動ディレクトリを読み取り、リポジトリにコミットされたパスからプラグインへのマップで検索し、Claude が最初の応答で中継する推奨事項を出力するスクリプトを書くことができます。フックを書き込み、登録する方法については、[フックでアクションを自動化](/ja/hooks-guide)を参照してください。

すべてをまとめる

以下の組み合わせ設定はモノレポレイアウトを使用します。同じファイルは大規模シングルツリーのすべてのサブディレクトリで機能します。プロジェクト設定は Claude を開始するディレクトリからのみ読み込まれるため、各サブディレクトリの `.claude/settings.json` はルートファイルに層状にされるのではなく、自己完結型である必要があります。 例は `worktree`、`additionalDirectories`、`Read` 拒否ルールを `.claude/settings.json` にコミットして、`packages/api/` のすべての開発者が同じ兄弟アクセス、スパースパス、除外を取得するようにします。以下のファイルは `packages/api/` のコミットされたエリアごとの設定です。 ```json packages/api/.claude/settings.json theme={null} { "worktree": { "sparsePaths": [ ".claude", "packages/api", "packages/shared" ], "symlinkDirectories": [ "node_modules" ] }, "permissions": { "additionalDirectories": [ "../shared" ], "deny": [ "Read(./**/dist/**)", "Read(./**/build/**)" ] } } ``` このセッションは `packages/api/` から開始するため、兄弟パッケージの CLAUDE.md ファイルはすでにスコープ外であるため、`claudeMdExcludes` はここで必要ありません。ルートからセッションも開始する場合は、代わりにリポジトリルートの `.claude/settings.local.json` に追加します。 `additionalDirectories` エントリは `packages/api/` から直接 Claude を開始するときに適用されます。このセッションから作成されたワークツリー内では、作業ディレクトリはワークツリールートであるため、この設定ファイルは読み込まれません。兄弟パッケージはワークツリー内で既にアクセス可能ですが、拒否ルールはリポジトリルートの `.claude/settings.json` に 2 番目のコピーが必要です。ワークツリーセッションがそれらを取得するため、[ディレクトリをチェックアウトするだけで十分です](#check-out-only-the-directories-you-need)で説明するように。 ```json .claude/settings.json theme={null} { "permissions": { "deny": [ "Read(./**/dist/**)", "Read(./**/build/**)" ] } } ``` セットアップ後、リポジトリはこのレイアウトを持ちます。 ```text theme={null} monorepo/ CLAUDE.md .claude/settings.json # ワークツリーセッション用の拒否ルール packages/ api/ CLAUDE.md .claude/settings.json # ワークツリー、additionalDirectories、拒否ルール .claude/skills/api-testing/SKILL.md web/ CLAUDE.md .claude/skills/component-patterns/SKILL.md shared/ CLAUDE.md ``` このセットアップで `packages/api/` から Claude を開始すると。 * ルート CLAUDE.md と `packages/api/CLAUDE.md` を読み込み、`packages/web/CLAUDE.md` をスキップ * `packages/api/` と `packages/shared/` のファイルを読み取り、編集できます * `packages/api/` の `dist/` と `build/` の下のビルド出力の読み取りをスキップ * オンデマンドで利用可能な api-testing スキルを持ちます * `.claude/`、`packages/api/`、`packages/shared/`、ルートレベルのファイルを含むワークツリーを作成し、ルート設定ファイルからワークツリー全体に適用される拒否ルール

パッケージにまたがる変更をスコープし、計画する

上記の設定は Claude が見るものを制御します。共有型を更新し、それを使用するすべての呼び出しサイトを更新するなど、単一の変更が複数のパッケージに触れる場合、タスクをスコープし、シーケンスする方法も結果に影響します。 クロスパッケージの変更を一貫性のあるものに保つのに役立つ 2 つの技術があります。 * **1 つのセッションで Claude に全体の変更を与える**: 共有編集とその呼び出しサイトを一緒に引き渡すことで、各編集の背後にある決定を一貫性のあるものに保ちます。パッケージごとに再導出するのではなく * **編集する前に計画をファイルに保存**: [最初に計画](/ja/best-practices#explore-first-then-plan-then-code)し、Claude に計画をリポジトリのマークダウンファイルに書き込むよう依頼します。長いクロスパッケージセッションは [コンテキストをコンパクト化](/ja/context-window#what-survives-compaction)します。計画は会話履歴が存在しない場合でも生き残ります。

次のステップ

このセットアップが完了したら、それを改善できます。 * [フック](/ja/hooks-guide)を使用して、Claude がファイルを編集した後、ディレクトリごとのリンターまたは型チェッカーを実行 * [コストを効果的に管理](/ja/costs)を確認して、コードベースサイズがトークン使用量にどのように影響するか、および広範なロールアウト前に支出制限を設定する方法を理解 * Claude ブログの [Claude Code が大規模コードベースでどのように機能するか](https://claude.com/blog/how-claude-code-works-in-large-codebases-best-practices-and-where-to-start)を読んで、組織的なロールアウトパターンと所有権モデルについて学びます。このページのリポジトリごとの設定の上に位置します。