| name | turborepo |
| description | Turborepoモノレポビルドシステムのガイダンス。turbo.json、タスクパイプライン、dependsOn、キャッシュ、リモートキャッシュ、turbo CLI、--filter、--affected、CI最適化、環境変数、内部パッケージ、モノレポ構成・ベストプラクティス、バウンダリに対応。ユーザーがタスク/ワークフロー/パイプラインの設定、パッケージ作成、モノレポセットアップ、アプリ間コード共有、変更パッケージの実行、キャッシュデバッグ、apps/packagesディレクトリの操作を行う場合に使用。 |
| metadata | {"version":"2.8.3-canary.14"} |
Turborepoスキル
JavaScript/TypeScriptモノレポ向けのビルドシステム。Turborepoはタスクの出力をキャッシュし、依存関係グラフに基づいてタスクを並列実行します。
重要：パッケージタスクを使い、ルートタスクは使わない
ルートタスクは作成しないでください。必ずパッケージタスクを作成してください。
タスク/スクリプト/パイプラインを作成する際は、必ず以下を守ってください：
- 各関連パッケージの
package.json にスクリプトを追加する
- ルートの
turbo.json にタスクを登録する
- ルートの
package.json は turbo run <task> で委譲するだけにする
ルートの package.json にタスクロジックを記述しないでください。 Turborepoの並列化が無効になります。
{ "scripts": { "build": "next build", "lint": "eslint .", "test": "vitest" } }
{ "scripts": { "build": "tsc", "lint": "eslint .", "test": "vitest" } }
{ "scripts": { "build": "tsc", "lint": "eslint .", "test": "vitest" } }
{
"tasks": {
"build": { "dependsOn": ["^build"], "outputs": ["dist/**"] },
"lint": {},
"test": { "dependsOn": ["build"] }
}
}
{
"scripts": {
"build": "turbo run build",
"lint": "turbo run lint",
"test": "turbo run test"
}
}
{
"scripts": {
"build": "cd apps/web && next build && cd ../api && tsc",
"lint": "eslint apps/ packages/",
"test": "vitest"
}
}
ルートタスク（//#taskname）は、パッケージ内に配置できないタスクにのみ使用してください（まれなケース）。
補助ルール：turbo run と turbo
コードに記述する場合は常に turbo run を使用してください：
{
"scripts": {
"build": "turbo run build"
}
}
- run: turbo run build --affected
省略形の turbo <tasks> は、人間やエージェントがターミナルで直接入力する一回限りのコマンドにのみ使用してください。 turbo build を package.json、CI、またはスクリプトに書かないでください。
クイック判断ツリー
「タスクを設定したい」
タスクを設定する？
├─ タスクの依存関係を定義 → references/configuration/tasks.md
├─ lint/check-types（並列＋キャッシュ） → トランジットノードパターンを使用（下記参照）
├─ ビルド出力を指定 → references/configuration/tasks.md#outputs
├─ 環境変数を扱う → references/environment/RULE.md
├─ dev/watchタスクの設定 → references/configuration/tasks.md#persistent
├─ パッケージ固有の設定 → references/configuration/RULE.md#package-configurations
└─ グローバル設定（cacheDir、daemon） → references/configuration/global-options.md
「キャッシュが動かない」
キャッシュの問題？
├─ タスクは実行されるが出力が復元されない → `outputs` キーが未設定
├─ 予期せずキャッシュミスが発生する → references/caching/gotchas.md
├─ ハッシュ入力をデバッグしたい → --summarize または --dry を使用
├─ キャッシュを完全にスキップしたい → --force または cache: false を使用
├─ リモートキャッシュが動作しない → references/caching/remote-cache.md
└─ 環境がキャッシュミスの原因 → references/environment/gotchas.md
「変更されたパッケージだけ実行したい」
変更分だけ実行する？
├─ 変更パッケージ＋依存元（推奨） → turbo run build --affected
├─ カスタムベースブランチ → --affected --affected-base=origin/develop
├─ 手動git比較 → --filter=...[origin/main]
└─ すべてのフィルターオプションを確認 → references/filtering/RULE.md
--affected は変更パッケージのみ実行する主要な方法です。 デフォルトブランチと自動的に比較し、依存元も含めます。
「パッケージをフィルタリングしたい」
パッケージのフィルタリング？
├─ 変更パッケージのみ → --affected（上記参照）
├─ パッケージ名で指定 → --filter=web
├─ ディレクトリで指定 → --filter=./apps/*
├─ パッケージ＋依存先（dependencies） → --filter=web...
├─ パッケージ＋依存元（dependents） → --filter=...web
└─ 複雑な組み合わせ → references/filtering/patterns.md
「環境変数が動作しない」
環境変数の問題？
├─ 実行時に変数が利用できない → Strictモードフィルタリング（デフォルト）
├─ 間違ったenvでキャッシュヒットする → 変数が `env` キーに未設定
├─ .envの変更でリビルドされない → .env が `inputs` に未設定
├─ CI変数が見つからない → references/environment/gotchas.md
└─ フレームワーク変数（NEXT_PUBLIC_*） → 推論による自動インクルード
「CIをセットアップしたい」
CIのセットアップ？
├─ GitHub Actions → references/ci/github-actions.md
├─ Vercelデプロイ → references/ci/vercel.md
├─ CIでリモートキャッシュ → references/caching/remote-cache.md
├─ 変更パッケージのみビルド → --affected フラグ
├─ 不要なビルドをスキップ → turbo-ignore (references/cli/commands.md)
└─ 変更なし時にコンテナセットアップをスキップ → turbo-ignore
「開発中にファイル変更を監視したい」
ウォッチモード？
├─ 変更時にタスクを再実行 → turbo watch (references/watch/RULE.md)
├─ 依存関係のあるdevサーバー → `with` キーを使用 (references/configuration/tasks.md#with)
├─ 依存パッケージ変更時にdevサーバーを再起動 → `interruptible: true` を使用
└─ 永続的なdevタスク → `persistent: true` を使用
「パッケージを作成・構成したい」
パッケージの作成・構成？
├─ 内部パッケージを作成 → references/best-practices/packages.md
├─ リポジトリ構成 → references/best-practices/structure.md
├─ 依存関係管理 → references/best-practices/dependencies.md
├─ ベストプラクティス概要 → references/best-practices/RULE.md
├─ JIT vs コンパイル済みパッケージ → references/best-practices/packages.md#compilation-strategies
└─ アプリ間のコード共有 → references/best-practices/RULE.md#package-types
「モノレポをどう構成すべきか？」
モノレポの構成？
├─ 標準レイアウト（apps/, packages/） → references/best-practices/RULE.md
├─ パッケージタイプ（アプリ vs ライブラリ） → references/best-practices/RULE.md#package-types
├─ 内部パッケージの作成 → references/best-practices/packages.md
├─ TypeScript設定 → references/best-practices/structure.md#typescript-configuration
├─ ESLint設定 → references/best-practices/structure.md#eslint-configuration
├─ 依存関係管理 → references/best-practices/dependencies.md
└─ パッケージ境界の強制 → references/boundaries/RULE.md
「アーキテクチャ境界を強制したい」
境界を強制する？
├─ 違反をチェック → turbo boundaries
├─ パッケージにタグ付け → references/boundaries/RULE.md#tags
├─ パッケージ間のインポートを制限 → references/boundaries/RULE.md#rule-types
└─ パッケージ間のファイルインポートを防止 → references/boundaries/RULE.md
重大なアンチパターン
コード内での turbo 省略形の使用
turbo run は package.json スクリプトおよびCIパイプラインで推奨されます。 省略形の turbo <task> は対話的なターミナル使用を想定しています。
{
"scripts": {
"build": "turbo build",
"dev": "turbo dev"
}
}
{
"scripts": {
"build": "turbo run build",
"dev": "turbo run dev"
}
}
- run: turbo build --affected
- run: turbo run build --affected
ルートスクリプトがTurboをバイパスしている
ルート package.json のスクリプトは turbo run に委譲しなければならず、タスクを直接実行してはいけません。
{
"scripts": {
"build": "bun build",
"dev": "bun dev"
}
}
{
"scripts": {
"build": "turbo run build",
"dev": "turbo run dev"
}
}
&& でTurboタスクをチェーンしている
turboタスクを && でチェーンしないでください。turboにオーケストレーションを任せてください。
{
"scripts": {
"changeset:publish": "bun build && changeset publish"
}
}
{
"scripts": {
"changeset:publish": "turbo run build && changeset publish"
}
}
依存パッケージを手動ビルドする prebuild スクリプト
他のパッケージを手動でビルドする prebuild のようなスクリプトは、Turborepoの依存関係グラフをバイパスします。
{
"scripts": {
"prebuild": "cd ../../packages/types && bun run build && cd ../utils && bun run build",
"build": "next build"
}
}
ただし、修正方法はワークスペース依存関係が宣言されているかどうかによって異なります：
-
依存関係が宣言されている場合（例：package.jsonに "@repo/types": "workspace:*" がある）、prebuild スクリプトを削除してください。Turboの dependsOn: ["^build"] が自動的に処理します。
-
依存関係が宣言されていない場合、依存関係なしでは ^build がトリガーされないため、prebuild が存在しています。修正方法：
- package.jsonに依存関係を追加する：
"@repo/types": "workspace:*"
- その後
prebuild スクリプトを削除する
{
"dependencies": {
"@repo/types": "workspace:*",
"@repo/utils": "workspace:*"
},
"scripts": {
"build": "next build"
}
}
{
"tasks": {
"build": {
"dependsOn": ["^build"]
}
}
}
重要なポイント： ^build は依存関係として宣言されたパッケージでのみビルドを実行します。依存関係の宣言がなければ、自動的なビルド順序の制御は行われません。
過度に広範な globalDependencies
globalDependencies はすべてのパッケージのすべてのタスクに影響します。具体的に指定してください。
{
"globalDependencies": ["**/.env.*local"]
}
{
"globalDependencies": [".env"],
"tasks": {
"build": {
"inputs": ["$TURBO_DEFAULT$", ".env*"],
"outputs": ["dist/**"]
}
}
}
繰り返しのタスク設定
タスク間で繰り返される設定を統合できないか確認してください。Turborepoは共有設定パターンをサポートしています。
{
"tasks": {
"build": {
"env": ["API_URL", "DATABASE_URL"],
"inputs": ["$TURBO_DEFAULT$", ".env*"]
},
"test": {
"env": ["API_URL", "DATABASE_URL"],
"inputs": ["$TURBO_DEFAULT$", ".env*"]
},
"dev": {
"env": ["API_URL", "DATABASE_URL"],
"inputs": ["$TURBO_DEFAULT$", ".env*"],
"cache": false,
"persistent": true
}
}
}
{
"globalEnv": ["API_URL", "DATABASE_URL"],
"globalDependencies": [".env*"],
"tasks": {
"build": {},
"test": {},
"dev": {
"cache": false,
"persistent": true
}
}
}
グローバルとタスクレベルの使い分け：
globalEnv / globalDependencies - すべてのタスクに影響、本当に共有する設定に使用- タスクレベルの
env / inputs - 特定のタスクだけに必要な場合に使用
アンチパターンではない：大きな env 配列
大きな env 配列（50以上の変数でも）は問題ではありません。通常、ユーザーがビルドの環境依存関係を丁寧に宣言したことを意味します。これを問題として指摘しないでください。
--parallel フラグの使用
--parallel フラグはTurborepoの依存関係グラフをバイパスします。タスクの並列実行が必要な場合は、代わりに dependsOn を正しく設定してください。
turbo run lint --parallel
turbo run lint
ルート turbo.json でのパッケージ固有タスクオーバーライド
複数のパッケージで異なるタスク設定が必要な場合、ルート turbo.json を package#task オーバーライドで散らかすのではなく、パッケージ設定（各パッケージ内の turbo.json）を使用してください。
{
"tasks": {
"test": { "dependsOn": ["build"] },
"@repo/web#test": { "outputs": ["coverage/**"] },
"@repo/api#test": { "outputs": ["coverage/**"] },
"@repo/utils#test": { "outputs": [] },
"@repo/cli#test": { "outputs": [] },
"@repo/core#test": { "outputs": [] }
}
}
{
"tasks": {
"test": { "dependsOn": ["build"] }
}
}
{
"extends": ["//"],
"tasks": {
"test": { "outputs": ["coverage/**"] }
}
}
{
"extends": ["//"],
"tasks": {
"test": { "outputs": ["coverage/**"] }
}
}
パッケージ設定の利点：
- 設定がそれに関連するコードの近くに配置される
- ルート turbo.json がクリーンでベースパターンに集中できる
- 各パッケージの特別な点が理解しやすくなる
$TURBO_EXTENDS$ で配列の継承・拡張が可能
ルートで package#task を使うべき場合：
- 単一パッケージにユニークな依存関係が必要な場合（例：
"deploy": { "dependsOn": ["web#build"] }）
- マイグレーション中の一時的なオーバーライド
詳細は references/configuration/RULE.md#package-configurations を参照してください。
inputs でパッケージ外を ../ で参照する
パッケージ外のファイルを参照するために ../ のような相対パスを使わないでください。代わりに $TURBO_ROOT$ を使用してください。
{
"tasks": {
"build": {
"inputs": ["$TURBO_DEFAULT$", "../shared-config.json"]
}
}
}
{
"tasks": {
"build": {
"inputs": ["$TURBO_DEFAULT$", "$TURBO_ROOT$/shared-config.json"]
}
}
}
ファイル生成タスクで outputs が未設定
outputs の欠如を指摘する前に、タスクが実際に何を生成するか確認してください：
- パッケージのスクリプトを読む（例：
"build": "tsc"、"test": "vitest"）
- ディスクにファイルを書き込むのか、stdoutに出力するだけなのかを判断する
- キャッシュすべきファイルを生成するタスクの場合のみ指摘する
{
"tasks": {
"build": {
"dependsOn": ["^build"]
}
}
}
{
"tasks": {
"build": {
"dependsOn": ["^build"],
"outputs": ["dist/**"]
}
}
}
フレームワーク別の一般的な出力：
- Next.js:
[".next/**", "!.next/cache/**"]
- Vite/Rollup:
["dist/**"]
- tsc:
["dist/**"] またはカスタム outDir
TypeScript --noEmit でもキャッシュファイルが生成される場合がある：
tsconfig.json で incremental: true が設定されている場合、tsc --noEmit はJSを出力しなくても .tsbuildinfo ファイルを書き込みます。出力がないと仮定する前にtsconfigを確認してください：
{
"tasks": {
"typecheck": {
"outputs": ["node_modules/.cache/tsbuildinfo.json"]
}
}
}
TypeScriptタスクの正しい出力を判断するには：
- tsconfigで
incremental または composite が有効か確認する
tsBuildInfoFile でカスタムキャッシュ場所を確認する（デフォルト：outDir の横またはプロジェクトルート）- インクリメンタルモードでない場合、
tsc --noEmit はファイルを生成しない
^build と build の混同
{
"tasks": {
"build": {
"dependsOn": ["^build"]
},
"test": {
"dependsOn": ["build"]
},
"deploy": {
"dependsOn": ["web#build"]
}
}
}
環境変数がハッシュされていない
{
"tasks": {
"build": {
"outputs": ["dist/**"]
}
}
}
{
"tasks": {
"build": {
"outputs": ["dist/**"],
"env": ["API_URL", "API_KEY"]
}
}
}
.env ファイルが inputs に含まれていない
Turboは .env ファイルを読み込みません（フレームワークが読み込みます）。しかしTurboは変更を検知する必要があります：
{
"tasks": {
"build": {
"env": ["API_URL"]
}
}
}
{
"tasks": {
"build": {
"env": ["API_URL"],
"inputs": ["$TURBO_DEFAULT$", ".env", ".env.*"]
}
}
}
モノレポのルートにある .env ファイル
リポジトリルートの .env ファイルはアンチパターンです。小規模なモノレポやスターターテンプレートであってもです。パッケージ間の暗黙的な結合を生み出し、どのパッケージがどの変数に依存しているかが不明確になります。
// 間違い - ルートの.envがすべてのパッケージに暗黙的に影響
my-monorepo/
├── .env # どのパッケージがこれを使う？
├── apps/
│ ├── web/
│ └── api/
└── packages/
// 正しい - 必要なパッケージに.envファイルを配置
my-monorepo/
├── apps/
│ ├── web/
│ │ └── .env # 明確：webがDATABASE_URLを必要とする
│ └── api/
│ └── .env # 明確：apiがAPI_KEYを必要とする
└── packages/
ルート .env の問題点：
- どのパッケージがどの変数を使用するかが不明確
- すべてのパッケージがすべての変数を取得する（不要なものも含めて）
- キャッシュ無効化が粗粒度になる（ルートの.env変更ですべてが無効化される）
- セキュリティリスク：パッケージが他のパッケージ向けの機密変数に誤ってアクセスする可能性がある
- 悪い習慣は小さなところから始まる — スターターテンプレートは正しいパターンを示すべき
変数を共有する必要がある場合は、globalEnv を使って共有内容を明示し、その理由を文書化してください。
StrictモードによるCI変数のフィルタリング
デフォルトでは、Turborepoは環境変数を env/globalEnv に記載されたものだけにフィルタリングします。CI変数が不足する場合があります：
{
"globalPassThroughEnv": ["GITHUB_TOKEN", "CI"],
"tasks": { ... }
}
または --env-mode=loose を使用してください（本番環境では非推奨）。
アプリ内の共有コード（パッケージにすべき）
// 間違い：アプリ内に共有コードがある
apps/
web/
shared/ # モノレポの原則に反する！
utils.ts
// 正しい：パッケージに抽出
packages/
utils/
src/utils.ts
パッケージ境界を越えたファイルアクセス
import { Button } from "../../packages/ui/src/button";
import { Button } from "@repo/ui/button";
ルートの依存関係が多すぎる
{
"dependencies": {
"react": "^18",
"next": "^14"
}
}
{
"devDependencies": {
"turbo": "latest"
}
}
一般的なタスク設定
標準ビルドパイプライン
{
"$schema": "https://turborepo.dev/schema.v2.json",
"tasks": {
"build": {
"dependsOn": ["^build"],
"outputs": ["dist/**", ".next/**", "!.next/cache/**"]
},
"dev": {
"cache": false,
"persistent": true
}
}
}
キャッシュ無効化を伴う並列実行が必要なタスクがある場合は、transit タスクを追加してください（下記参照）。
^dev パターンを使用したdevタスク（turbo watch 用）
ルート turbo.json で dependsOn: ["^dev"] と persistent: false を持つ dev タスクは一見奇妙に見えますが、turbo watch ワークフローでは正しい構成です：
{
"tasks": {
"dev": {
"dependsOn": ["^dev"],
"cache": false,
"persistent": false
}
}
}
{
"extends": ["//"],
"tasks": {
"dev": {
"persistent": true
}
}
}
なぜこれが動作するか：
- パッケージ（例：
@acme/db、@acme/validators）は "dev": "tsc" を持つ — すぐに完了するワンショットの型生成
- アプリは実際のdevサーバー（Next.jsなど）のために
persistent: true でオーバーライド
turbo watch はソースファイルが変更されたときにワンショットのパッケージ dev スクリプトを再実行し、型を同期させる
想定される使い方： turbo watch dev（turbo run dev ではなく）を実行します。ウォッチモードはファイル変更時にワンショットタスクを再実行し、永続タスクは実行し続けます。
代替パターン： 意図をより明確にするために、ワンショットの依存関係ビルドには prepare や generate のような別のタスク名を使用してください：
{
"tasks": {
"prepare": {
"dependsOn": ["^prepare"],
"outputs": ["dist/**"]
},
"dev": {
"dependsOn": ["prepare"],
"cache": false,
"persistent": true
}
}
}
キャッシュ無効化を伴う並列タスクのためのトランジットノード
一部のタスクは並列実行可能（依存パッケージのビルド出力を必要としない）ですが、依存パッケージのソースコードが変更された場合にキャッシュを無効化する必要があります。
dependsOn: ["^taskname"] の問題：
dependsOn: []（依存関係なし）の問題：
- 並列実行が可能（速い）
- しかしキャッシュが不正確 — 依存パッケージのソース変更でキャッシュが無効化されない
トランジットノードが両方を解決します：
{
"tasks": {
"transit": { "dependsOn": ["^transit"] },
"my-task": { "dependsOn": ["transit"] }
}
}
transit タスクは実際のスクリプトにマッチせずに依存関係を作成するため、正しいキャッシュ無効化で並列実行が可能になります。
このパターンが必要なタスクの見分け方： 依存パッケージのソースファイルを読み込むが、ビルド出力は必要としないタスクを探してください。
環境変数あり
{
"globalEnv": ["NODE_ENV"],
"globalDependencies": [".env"],
"tasks": {
"build": {
"dependsOn": ["^build"],
"outputs": ["dist/**"],
"env": ["API_URL", "DATABASE_URL"]
}
}
}
リファレンスインデックス
設定
キャッシュ
環境変数
フィルタリング
CI/CD
CLI
ベストプラクティス
ウォッチモード
バウンダリ（実験的）
ソースドキュメント
このスキルはTurborepoの公式ドキュメントに基づいています：
