Skills Agentes

Nx Workspace

Explora y entiende workspaces de Nx. Se usa para responder preguntas sobre el workspace, proyectos o tareas, o cuando un comando nx falla y hay que revisar targets y configuración antes de ejecutar una tarea.

Oficial
Estrellas
28

en todo el repo

Actividad
33

0–100, la ruta de este skill

Actualizado
hace 5 meses

último commit aquí

Commits
0

últimos 90 días

Contexto
1.9k tok

105 tok en reposo

Paquete
2 archivos

8 KB

Instalar

Funciona con cualquier agente que lea SKILL.md

npx -y skills add nrwl/nx-ai-agents-config --skill nx-workspace --agent claude-code

Se instala solo en este repositorio.

Qué hace

  • Lista y filtra proyectos del workspace con `nx show projects` (por tipo, tag, target o patrón)
  • Consulta la configuración completa resuelta de un proyecto con `nx show project <name> --json`
  • Explora el grafo de dependencias del proyecto con `nx graph --print`
  • Lee `nx.json` para revisar targetDefaults, namedInputs y plugins del workspace
  • Ayuda a depurar errores como "Cannot find configuration for task" o un workspace desincronizado

Úsalo cuando

  • Preguntas sobre qué proyectos hay en el workspace o cómo está configurado uno
  • Un comando nx falla y hay que revisar targets o configuración antes de reintentar
  • Hay que saber qué depende de una librería concreta

No lo uses cuando

    Qué lo activa

    Di cualquiera de estas frases y el agente debería cargar este skill.

    • Qué proyectos hay en este workspace
    • Cómo está configurado el proyecto my-app
    • Qué depende de la librería shared-ui
    • Por qué falla este comando de nx

    SKILL.md

    En inglés

    Nx Workspace Exploration

    This skill provides read-only exploration of Nx workspaces. Use it to understand workspace structure, project configuration, available targets, and dependencies.

    Keep in mind that you might have to prefix commands with npx/pnpx/yarn if nx isn't installed globally. Check the lockfile to determine the package manager in use.

    Listing Projects

    Use nx show projects to list projects in the workspace.

    The project filtering syntax (-p/--projects) works across many Nx commands including nx run-many, nx release, nx show projects, and more. Filters support explicit names, glob patterns, tag references (e.g. tag:name), directories, and negation (e.g. !project-name).

    # List all projects
    nx show projects
    
    # Filter by pattern (glob)
    nx show projects --projects "apps/*"
    nx show projects --projects "shared-*"
    
    # Filter by tag
    nx show projects --projects "tag:publishable"
    nx show projects -p 'tag:publishable,!tag:internal'
    
    # Filter by target (projects that have a specific target)
    nx show projects --withTarget build
    
    # Combine filters
    nx show projects --type lib --withTarget test
    nx show projects --affected --exclude="*-e2e"
    nx show projects -p "tag:scope:client,packages/*"
    
    # Negate patterns
    nx show projects -p '!tag:private'
    nx show projects -p '!*-e2e'
    
    # Output as JSON
    nx show projects --json
    

    Project Configuration

    Use nx show project <name> --json to get the full resolved configuration for a project.

    Important: Do NOT read project.json directly - it only contains partial configuration. The nx show project --json command returns the full resolved config including inferred targets from plugins.

    You can read the full project schema at node_modules/nx/schemas/project-schema.json to understand nx project configuration options.

    # Get full project configuration
    nx show project my-app --json
    
    # Extract specific parts from the JSON
    nx show project my-app --json | jq '.targets'
    nx show project my-app --json | jq '.targets.build'
    nx show project my-app --json | jq '.targets | keys'
    
    # Check project metadata
    nx show project my-app --json | jq '{name, root, sourceRoot, projectType, tags}'
    

    Target Information

    Targets define what tasks can be run on a project.

    # List all targets for a project
    nx show project my-app --json | jq '.targets | keys'
    
    # Get full target configuration
    nx show project my-app --json | jq '.targets.build'
    
    # Check target executor/command
    nx show project my-app --json | jq '.targets.build.executor'
    nx show project my-app --json | jq '.targets.build.command'
    
    # View target options
    nx show project my-app --json | jq '.targets.build.options'
    
    # Check target inputs/outputs (for caching)
    nx show project my-app --json | jq '.targets.build.inputs'
    nx show project my-app --json | jq '.targets.build.outputs'
    
    # Find projects with a specific target
    nx show projects --withTarget serve
    nx show projects --withTarget e2e
    

    Workspace Configuration

    Read nx.json directly for workspace-level configuration. You can read the full project schema at node_modules/nx/schemas/nx-schema.json to understand nx project configuration options.

    # Read the full nx.json
    cat nx.json
    
    # Or use jq for specific sections
    cat nx.json | jq '.targetDefaults'
    cat nx.json | jq '.namedInputs'
    cat nx.json | jq '.plugins'
    cat nx.json | jq '.generators'
    

    Key nx.json sections:

    • targetDefaults - Default configuration applied to all targets of a given name
    • namedInputs - Reusable input definitions for caching
    • plugins - Nx plugins and their configuration
    • ...and much more, read the schema or nx.json for details

    Affected Projects

    If the user is asking about affected projects, read the affected projects reference for detailed commands and examples.

    Common Exploration Patterns

    "What's in this workspace?"

    nx show projects
    nx show projects --type app
    nx show projects --type lib
    

    "How do I build/test/lint project X?"

    nx show project X --json | jq '.targets | keys'
    nx show project X --json | jq '.targets.build'
    

    "What depends on library Y?"

    # Use the project graph to find dependents
    nx graph --print | jq '.graph.dependencies | to_entries[] | select(.value[].target == "Y") | .key'
    

    Programmatic Answers

    When processing nx CLI results, use command-line tools to compute the answer programmatically rather than counting or parsing output manually. Always use --json flags to get structured output that can be processed with jq, grep, or other tools you have installed locally.

    Listing Projects

    nx show projects --json
    

    Example output:

    ["my-app", "my-app-e2e", "shared-ui", "shared-utils", "api"]
    

    Common operations:

    # Count projects
    nx show projects --json | jq 'length'
    
    # Filter by pattern
    nx show projects --json | jq '.[] | select(startswith("shared-"))'
    
    # Get affected projects as array
    nx show projects --affected --json | jq '.'
    

    Project Details

    nx show project my-app --json
    

    Example output:

    {
      "root": "apps/my-app",
      "name": "my-app",
      "sourceRoot": "apps/my-app/src",
      "projectType": "application",
      "tags": ["type:app", "scope:client"],
      "targets": {
        "build": {
          "executor": "@nx/vite:build",
          "options": { "outputPath": "dist/apps/my-app" }
        },
        "serve": {
          "executor": "@nx/vite:dev-server",
          "options": { "buildTarget": "my-app:build" }
        },
        "test": {
          "executor": "@nx/vite:test",
          "options": {}
        }
      },
      "implicitDependencies": []
    }
    

    Common operations:

    # Get target names
    nx show project my-app --json | jq '.targets | keys'
    
    # Get specific target config
    nx show project my-app --json | jq '.targets.build'
    
    # Get tags
    nx show project my-app --json | jq '.tags'
    
    # Get project root
    nx show project my-app --json | jq -r '.root'
    

    Project Graph

    nx graph --print
    

    Example output:

    {
      "graph": {
        "nodes": {
          "my-app": {
            "name": "my-app",
            "type": "app",
            "data": { "root": "apps/my-app", "tags": ["type:app"] }
          },
          "shared-ui": {
            "name": "shared-ui",
            "type": "lib",
            "data": { "root": "libs/shared-ui", "tags": ["type:ui"] }
          }
        },
        "dependencies": {
          "my-app": [
            { "source": "my-app", "target": "shared-ui", "type": "static" }
          ],
          "shared-ui": []
        }
      }
    }
    

    Common operations:

    # Get all project names from graph
    nx graph --print | jq '.graph.nodes | keys'
    
    # Find dependencies of a project
    nx graph --print | jq '.graph.dependencies["my-app"]'
    
    # Find projects that depend on a library
    nx graph --print | jq '.graph.dependencies | to_entries[] | select(.value[].target == "shared-ui") | .key'
    

    Troubleshooting

    "Cannot find configuration for task X:target"

    # Check what targets exist on the project
    nx show project X --json | jq '.targets | keys'
    
    # Check if any projects have that target
    nx show projects --withTarget target
    

    "The workspace is out of sync"

    nx sync
    nx reset  # if sync doesn't fix stale cache
    

    Reproducido de nrwl/nx-ai-agents-config bajo licencia MIT. Leer esta página en markdown.

    Archivos

    2 archivos en el paquete. Solo se lee SKILL.md al activarse — las referencias se cargan si el skill decide que las necesita.

    Antes de instalar

    Necesita en el PATH:jq

    Detalles

    Creador
    nrwl
    Licencia
    MIT
    Recursos incluidos
    referencias
    Código fuente
    Ver SKILL.md

    Más de nrwl/nx-ai-agents-config

    Este repo incluye 7 skills. Si instalas uno, normalmente ya tienes los demás.

    Supervisa el pipeline de CI de Nx Cloud y gestiona las correcciones de self-healing. Se prefiere sobre herramientas nativas de CI (gh, glab) porque accede al self-healing de Nx Cloud, algo que esas herramientas no pueden hacer.

    Costo de contexto al activarse
    4.9k tok
    Tamaño del paquete
    4 archivos
    Última actualización
    el mes pasado
    Permisos
    Oficialdevops infraestructura

    Genera código con generadores de Nx. Se activa al mencionar scaffolding, crear apps o libs, o configurar la estructura del proyecto; se usa antes de explorar porque gestiona el descubrimiento internamente.

    Costo de contexto al activarse
    2k tok
    Tamaño del paquete
    1 archivo
    Última actualización
    hace 3 meses
    Oficialherramientas desarrollo

    Importa, fusiona o combina repositorios en un workspace de Nx con `nx import`. Se usa para adoptar Nx entre repos, mover proyectos a un monorepo o traer código e historial de otro repositorio.

    Costo de contexto al activarse
    3.5k tok
    Tamaño del paquete
    7 archivos
    Última actualización
    hace 5 meses
    Oficialherramientas desarrollo

    Enlaza paquetes de un mismo monorepo (npm, yarn, pnpm, bun) con los comandos de workspace de cada gestor, en vez de parchear con tsconfig paths o editar package.json a mano.

    Costo de contexto al activarse
    762 tok
    Tamaño del paquete
    1 archivo
    Última actualización
    hace 6 meses
    Oficialherramientas desarrollo

    Busca e instala plugins de Nx. Se usa para descubrir los plugins disponibles, instalar uno nuevo o añadir soporte para un framework o tecnología concreta al workspace.

    Costo de contexto al activarse
    89 tok
    Tamaño del paquete
    1 archivo
    Última actualización
    hace 6 meses
    Oficialherramientas desarrollo

    Ayuda a ejecutar tareas en un workspace de Nx. Se usa cuando el usuario quiere ejecutar build, test, lint, serve o cualquier otra tarea definida en el workspace.

    Costo de contexto al activarse
    617 tok
    Tamaño del paquete
    1 archivo
    Última actualización
    hace 6 meses
    Oficialherramientas desarrollo

    Skills relacionados

    Úsalo cuando la implementación esté completa, todos los tests pasen, y necesites decidir cómo integrar el trabajo.

    Costo de contexto al activarse
    1.9k tok
    Tamaño del paquete
    1 archivo
    Última actualización
    hace 12 días
    herramientas desarrollo

    Úsalo al empezar trabajo de feature que necesita aislamiento del workspace actual, o antes de ejecutar planes de implementación: asegura un workspace aislado vía herramientas nativas o fallback a git worktree.

    Costo de contexto al activarse
    1.7k tok
    Tamaño del paquete
    1 archivo
    Última actualización
    el mes pasado
    herramientas desarrollo

    Úsala al crear nuevas skills, editar skills existentes o verificar que funcionan antes de desplegarlas.

    Costo de contexto al activarse
    6.6k tok
    Tamaño del paquete
    7 archivos
    Última actualización
    hace 12 días
    herramientas desarrollo