---

name: monorepo description: > Use this skill when the user says 'monorepo', 'Nx', 'Turborepo', 'NX', 'nx build', 'nx affected', 'workspace', 'dependency graph', 'build orchestration', 'remote caching', 'task orchestration', 'shared configuration', 'lerna', 'pnpm workspace', 'yarn workspace', 'npm workspace', 'project graph', 'module boundary', 'computation caching'. Covers: Nx workspaces, Turborepo pipelines, dependency graph management, build orchestration, caching, task distribution, module boundary enforcement. Do NOT use this for: single-package projects, non-JS/TS monorepos without build tooling, or Git submodule strategies. version: "1.0.0" author: "j4flmao" license: "MIT" compatibility: claude-code: true cursor: true codex: true windsurf: true tags: [devops, monorepo, nx, turborepo, build-tools, phase-5]

Monorepo

Purpose

Configure and manage monorepo workspaces with Nx or Turborepo for efficient build orchestration and caching.

Agent Protocol

Trigger

Exact user phrases: "monorepo", "Nx", "Turborepo", "nx build", "nx affected", "workspace", "dependency graph", "build orchestration", "remote caching", "pnpm workspace", "yarn workspace", "project graph", "module boundary".

Input Context

Before activating, verify:

• Package manager (pnpm, yarn, npm).
• Monorepo tool (Nx, Turborepo, or both).
• CI provider (GitHub Actions, GitLab CI, CircleCI).
• Remote caching preference (Nx Cloud, Turborepo remote, self-hosted).

Output Artifact

Writes to nx.json, turbo.json, project.json, workspace config, and CI workflow files.

Response Format

nx.json, turbo.json, project.json, or CI config with no extraneous explanation.

No preamble. No postamble. No explanations. No filler/hedging/transitions. Compress output — why use many token when few do trick.

Completion Criteria

This skill is complete when:

• Workspace is configured (pnpm-workspace.yaml or nx.json).
• Task pipeline/dependency graph is defined.
• Caching is configured (local + remote).
• CI workflow uses affected commands for incremental builds.
• Module boundary rules are enforced (Nx).

Max Response Length

Direct file write. No response text.

Quick Start

Nx workspace: npx create-nx-workspace@latest → configure nx.json with cacheable operations → nx build app → nx affected:test --base=main. Turborepo: turbo.json with pipeline → turbo run build --filter=app.

Decision Tree: Monorepo Tool Selection

Nx vs Turborepo vs Lerna

Tool	Best For	Key Feature
Nx	Large monorepos, need module boundaries, code generation	Dependency graph, affected commands, generators, enforce-module-boundaries
Turborepo	Simpler monorepos, focused on caching	Zero-config caching, remote cache, pipeline
Lerna	Legacy monorepos, npm publishing	Package publishing, canary releases, independent versioning

Package Manager Decision

Workspace size < 10 packages?
├── Yes → npm workspaces (simplest, no extra tooling)
└── No → > 50 packages or need strict isolation?
    ├── Yes → pnpm workspaces (fast, disk-efficient, strict)
    └── No → yarn workspaces (good balance of speed and features)

Nx vs Turborepo Decision

Need module boundary enforcement?
├── Yes → Nx (enforce-module-boundaries rule)
└── No → Only need caching?
    ├── Yes → Turborepo (simpler setup)
    └── No → Need code generators and dependency graph?
        ├── Yes → Nx (nx g, nx graph)
        └── No → Either (both support basic task orchestration)

Core Workflow

Step 1: Workspace Configuration

# pnpm-workspace.yaml
packages:
  - "apps/*"
  - "packages/*"
  - "libs/*"
  - "tools/*"

// nx.json
{
  "$schema": "./node_modules/nx/schemas/nx-schema.json",
  "defaultBase": "main",
  "nxCloudAccessToken": "…",
  "plugins": [
    {
      "plugin": "@nx/js/typescript",
      "options": {
        "buildTargetName": "build"
      }
    }
  ],
  "targetDefaults": {
    "build": {
      "dependsOn": ["^build"],
      "cache": true,
      "inputs": ["{projectRoot}/**/*", "sharedGlobals"]
    },
    "test": {
      "dependsOn": ["build"],
      "cache": true,
      "inputs": ["default", "^production"]
    },
    "lint": {
      "cache": true
    }
  }
}

Step 2: Turborepo Pipeline

{
  "$schema": "https://turbo.build/schema.json",
  "globalDependencies": ["**/.env.*local"],
  "globalEnv": ["NODE_ENV", "API_URL", "CI"],
  "pipeline": {
    "build": {
      "dependsOn": ["^build"],
      "cache": true,
      "inputs": ["$TURBO_DEFAULTquot;, ".env.production"],
      "outputs": ["dist/**", ".next/**", "build/**"],
      "env": ["NODE_ENV", "DATABASE_URL"]
    },
    "test": {
      "dependsOn": ["build"],
      "cache": true,
      "inputs": ["$TURBO_DEFAULTquot;, "vitest.config.ts"],
      "outputs": []
    },
    "lint": { "cache": false },
    "typecheck": { "dependsOn": ["^build"], "cache": false },
    "dev": { "cache": false, "persistent": true }
  }
}

Step 3: Project Configuration (Nx)

{
  "name": "web",
  "$schema": "../../node_modules/nx/schemas/project-schema.json",
  "sourceRoot": "apps/web/src",
  "projectType": "application",
  "tags": ["scope:web", "type:app"],
  "implicitDependencies": ["shared-ui"],
  "targets": {
    "build": {
      "executor": "@nx/next:build",
      "options": { "outputPath": "dist/apps/web" }
    }
  }
}

Step 4: CI Pipeline with Affected Commands

name: CI
on:
  pull_request:
    branches: [main]
  push:
    branches: [main]

jobs:
  build:
    runs-on: ubuntu-latest
    steps:
    - uses: actions/checkout@v4
      with:
        fetch-depth: 0
    - uses: actions/setup-node@v4
      with:
        node-version: 22
        cache: pnpm
    - run: pnpm install --frozen-lockfile
    - name: Derive appropriate SHAs for base and head
      uses: nrwl/nx-set-shas@v4
    - run: npx nx-cloud record -- nx format:check
    - run: npx nx affected -t lint,test,build --parallel=3

# Turborepo equivalent:
# turbo run build test lint --filter=...[main]

Step 5: Remote Caching Configuration

# Nx Cloud
npx nx connect-to-nx-cloud

# Turborepo remote cache (Vercel)
turbo login
turbo link

# Self-hosted remote cache (S3-compatible)
# Turborepo: TURBO_API, TURBO_TOKEN, TURBO_TEAM env vars
# Nx: NX_CLOUD_NO_TIMEOUTS, custom NX_CLOUD_API

Step 6: Module Boundaries

{
  "rules": {
    "@nx/enforce-module-boundaries": [
      "error",
      {
        "allow": [],
        "depConstraints": [
          { "sourceTag": "scope:web", "onlyDependOnLibsWithTags": ["scope:web", "scope:shared"] },
          { "sourceTag": "scope:api", "onlyDependOnLibsWithTags": ["scope:api", "scope:shared"] },
          { "sourceTag": "scope:shared", "onlyDependOnLibsWithTags": ["scope:shared"] },
          { "sourceTag": "type:app", "onlyDependOnLibsWithTags": ["type:feature", "type:ui", "type:util"] },
          { "sourceTag": "type:feature", "onlyDependOnLibsWithTags": ["type:ui", "type:util"] },
          { "sourceTag": "type:ui", "onlyDependOnLibsWithTags": ["type:util"] },
          { "sourceTag": "type:util", "onlyDependOnLibsWithTags": [] }
        ]
      }
    ]
  }
}

Step 7: Nx Generators (Custom Code Generation)

// tools/generators/feature/index.ts
import { Tree, formatFiles, generateFiles, joinPathFragments } from '@nx/devkit';

export default async function (tree: Tree, schema: { name: string; path: string }) {
  generateFiles(tree, joinPathFragments(__dirname, 'files'), schema.path, {
    name: schema.name,
    tmpl: '',
  });
  await formatFiles(tree);
}

Step 8: Task Distribution (Nx Agents)

{
  "tasksRunnerOptions": {
    "default": {
      "runner": "nx-cloud",
      "options": {
        "cacheableOperations": ["build", "test", "lint"],
        "parallel": 3,
        "agent": {
          "containers": 4
        }
      }
    }
  }
}

Step 9: Dependency Graph Analysis

# Visualize full dependency graph
nx graph

# Focus on specific project
nx graph --focus=my-app

# Show affected by a change
nx graph --affected --base=main

# Export graph data
nx graph --file=graph.html

# Find circular dependencies
nx graph --focus=my-app --watch

Step 10: Migrating to Monorepo

# Nx: add Nx to existing project
npx nx@latest init

# Move existing package into workspace
npx nx generate @nx/workspace:move my-package --destination packages/my-package

# Set up shared config
# tsconfig.base.json with path mappings
{
  "compilerOptions": {
    "paths": {
      "@myorg/shared": ["packages/shared/src/index.ts"]
    }
  }
}

# Extract shared code into library
npx nx g @nx/js:lib shared --directory=packages/shared

Step 11: Nx Console Cache Settings

{
  "cache": {
    "enabled": true,
    "path": ".cache/nx",
    "cleanup": {
      "maxSize": "5GB",
      "maxAge": "30d"
    }
  }
}

Step 12: Environment-Specific Pipeline Overrides

{
  "pipeline": {
    "build": {
      "dependsOn": ["^build"],
      "cache": true,
      "outputs": ["dist/**"]
    },
    "build:production": {
      "dependsOn": ["^build:production"],
      "cache": true,
      "outputs": ["dist/**"],
      "env": ["NODE_ENV"]
    }
  }
}

Step 13: Nx Cloud On-Prem Configuration

# docker-compose for self-hosted Nx Cloud
version: '3.8'
services:
  nx-cloud:
    image: nrwl/nx-cloud:latest
    ports:
      - "8080:8080"
    environment:
      - NX_CLOUD_ENCRYPTION_KEY=${NX_CLOUD_ENCRYPTION_KEY}
      - STORAGE_PROVIDER=s3
      - S3_ENDPOINT=${S3_ENDPOINT}
      - S3_BUCKET=nx-cloud-cache
      - S3_ACCESS_KEY_ID=${AWS_ACCESS_KEY_ID}
      - S3_SECRET_ACCESS_KEY=${AWS_SECRET_ACCESS_KEY}
    volumes:
      - nx-cloud-data:/data

Step 14: Custom Nx Plugin for Shared Config

// tools/plugins/shared-config/src/index.ts
import { createNodesFromFiles } from '@nx/devkit';
import type { Tree, CreateNodesFunction } from '@nx/devkit';

export const createNodes: CreateNodesFunction = [
  '**/project.json',
  async (configFilePath, options, context) => {
    const projectRoot = configFilePath.replace('/project.json', '');
    return {
      projects: {
        [projectRoot]: {
          targets: {
            'shared-lint': {
              executor: 'nx:run-commands',
              options: {
                command: `eslint ${projectRoot}`,
                cwd: context.root,
              },
            },
          },
        },
      },
    };
  },
];

Step 15: Consistent Dependency Versioning with Syncpack

# Ensure all workspace packages use the same dependency versions
pnpm add -D syncpack

# syncpack.config.mjs
export default {
  dependencyTypes: ['dev', 'prod', 'peer'],
  semverGroups: [
    {
      range: '^',
      dependencyTypes: ['dev', 'prod', 'peer'],
      dependencies: ['**'],
      packages: ['**'],
    },
  ],
  versionGroups: [
    {
      label: 'Use workspace protocol for internal deps',
      dependencies: ['@myorg/**'],
      dependencyTypes: ['dev', 'prod'],
      pinVersion: 'workspace:^',
    },
  ],
};

# Check for mismatched versions
pnpm syncpack list-mismatches

# Fix mismatched versions
pnpm syncpack fix-mismatches

Step 16: CI Pipeline Optimization with Caching

name: CI
on:
  pull_request:
    branches: [main]
  push:
    branches: [main]

env:
  NX_CLOUD_ACCESS_TOKEN: ${{ secrets.NX_CLOUD_ACCESS_TOKEN }}
  NX_BRANCH: ${{ github.head_ref || github.ref_name }}

jobs:
  quality:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
        with:
          fetch-depth: 0
      - uses: actions/setup-node@v4
        with:
          node-version: 22
          cache: pnpm
      - name: Restore cached Nx
        id: nx-cache
        uses: actions/cache@v4
        with:
          path: .cache/nx
          key: nx-${{ runner.os }}-${{ hashFiles('pnpm-lock.yaml') }}
      - run: pnpm install --frozen-lockfile
      - run: npx nx-cloud record -- nx format:check
      - run: npx nx affected -t typecheck
      - run: npx nx affected -t lint --parallel=3
      - run: npx nx affected -t test --parallel=3
      - run: npx nx affected -t build --parallel=3

  e2e:
    needs: [quality]
    runs-on: ubuntu-latest
    if: github.event_name == 'push' || (github.event_name == 'pull_request' && github.event.pull_request.draft == false)
    steps:
      - uses: actions/checkout@v4
        with:
          fetch-depth: 0
      - uses: actions/setup-node@v4
        with:
          node-version: 22
          cache: pnpm
      - run: pnpm install --frozen-lockfile
      - run: npx nx affected -t e2e --base=main

Tool Comparison: Monorepo Tools

Feature	Nx	Turborepo	Lerna	pnpm Workspaces
Local caching	Yes	Yes	No	No
Remote caching	Nx Cloud / self-hosted	Vercel / self-hosted	No	No
Affected commands	Yes (git-based)	Yes (filter)	No	No
Module boundaries	Yes (eslint rule)	No	No	No
Code generators	Yes (nx g)	No	No	No
Dependency graph	Yes (nx graph)	No	No	No
Task distribution	Yes (Nx Agents)	No	No	No
CI integration	Deep (nx-set-shas)	Basic (filter)	Basic	None
Learning curve	Steep	Low	Medium	Low
Best for project count	50+	10-100	<30	<20

Security Considerations

• Nx Cloud access tokens must be stored as CI secrets — never commit to repository
• Remote cache artifacts can contain environment variables — sanitize build outputs
• Self-hosted Nx Cloud requires encryption at rest for cached artifacts
• Turborepo remote cache over Vercel uses HTTPS — verify TLS configuration
• pnpm workspace protocol (workspace:^) prevents accidental registry publishing of internal packages
• Module boundary rules prevent accidental cross-scope imports that could leak internal APIs
• Audit nx.json and turbo.json exposure in CI logs — tokens may appear in verbose output
• Use .nxignore to prevent sensitive directories from being cached or distributed

Production Considerations

• Set fetch-depth: 0 in CI for proper git history needed by affected commands.
• Pin Nx/Turborepo versions in package.json to avoid breaking changes.
• Use nx.json inputs to fine-tune cache invalidation per target.
• Run nx graph --affected --base=main before merge to validate dependency impact.
• Configure Nx Cloud or Turborepo remote cache for faster CI across branches.
• Use task distribution (Nx Agents) for large monorepos with 50+ projects.
• Regularly audit circular dependencies with nx graph --watch.
• Pin tsconfig.paths to enforce type-safe module resolution.
• Use pnpm over npm or yarn for faster installs and disk efficiency.
• Enable Nx task distribution via Nx Agents to parallelize across multiple machines.
• Enforce consistent Node.js version across all CI runners via .nvmrc or engines field.
• Use nx affected --exclude=legacy-app --base=main to skip known-slow projects.
• Keep project.json targets focused — one target per concern.
• Version lockfile (pnpm-lock.yaml) and check it in — never regenerate in CI.

Anti-Patterns

• Not setting fetch-depth: 0 in CI — affected commands don't detect changes.
• Using npm workspaces — slower installs, no lockfile deduplication.
• No module boundary enforcement — circular dependencies proliferate.
• Building everything on every PR — slow CI, defeating monorepo purpose.
• No remote cache — every CI run rebuilds from scratch.
• latest tag in shared dependencies — can't reproduce builds.
• One giant project.json target for everything — no incremental benefit.
• Mixing package managers (pnpm + yarn) — lockfile conflicts.
• Not pinning tsconfig.paths — IDE resolution mismatches with runtime.
• Running nx run-many instead of nx affected — wasteful full builds.
• Storing tokens in nx.json — CI secret exposure.
• No .nxignore — caching node_modules or dist archives with secrets.

References

• references/dependency-management.md — Dependency Management
• references/monorepo-advanced.md — Monorepo Advanced Topics
• references/monorepo-fundamentals.md — Monorepo Fundamentals
• references/monorepo-tools.md — Monorepo Tools
• references/nx-guide.md — Nx Guide
• references/turborepo-guide.md — Turborepo Guide

Handoff

After completing this skill:

• Next skill: dependency-management — Dependabot, Renovate for mono-repo deps
• Pass context: workspace structure, package manager, CI pipeline