Receber por email
← Voltar para o catálogo

Workspace Discovery

This skill should be used when the user asks to "detect workspaces", "find packages", "list monorepo packages", "workspace structure", "monorepo analysis", or needs to identify workspace/package boundaries in a codebase for focused security analysis.

22estrelas
Atualizado há 4 meses

Ver no GitHub ↗ Licença: MIT

Como adicionar

/plugin marketplace add allsmog/vuln-scout

O comando exato pode variar conforme o repositório. Confira o README no GitHub.

Para o autor da skill

Cole no README do seu repo

Mostra que sua skill está catalogada na Skillteca, gera backlink e tráfego rastreável.

[![Skillteca](https://www.skillteca.com.br/api/badge/workspace-discovery/svg)](https://www.skillteca.com.br/skills/workspace-discovery)

Skills relacionadas

Ver todas de Segurança →

Alerta por categoria

Receba novas skills de Segurança toda segunda

1 email curto, só com as skills novas de Segurança. 4 minutos de leitura, sem spam, cancela com 1 clique.

Você confirma o email no primeiro envio. Sem spam. Cancela com 1 clique.

Ler descrição completa

Workspace Discovery Reference

Purpose

Provide comprehensive knowledge of monorepo and workspace patterns across package managers and build tools. Enables focused security analysis by identifying logical boundaries within large codebases.

When to Use

Activate this skill during:

  • Initial reconnaissance of a large codebase
  • Planning security audit scope for monorepos
  • Identifying package boundaries for targeted analysis
  • Understanding dependency relationships between packages

Core Concepts

Monorepo Types

| Type | Characteristics | Common Tools | |------|-----------------|--------------| | Package-based | Multiple npm/pip/cargo packages | npm workspaces, yarn, pnpm | | Application-based | Multiple apps sharing code | Turborepo, Nx, Lerna | | Module-based | Language modules in subdirs | Go modules, Maven modules | | Hybrid | Mix of above | Custom setups |

Workspace Benefits for Security

  1. Scoping: Analyze one package at a time
  2. Prioritization: Focus on high-risk packages first
  3. Propagation: Track vulnerabilities across shared code
  4. Reporting: Generate per-package security reports

Detection Patterns

JavaScript/TypeScript Ecosystems

npm/yarn Workspaces

// package.json
{
  "workspaces": [
    "packages/*",
    "apps/*"
  ]
}

Detection command:

grep -l '"workspaces"' package.json && cat package.json | grep -A 10 '"workspaces"'

pnpm Workspaces

# pnpm-workspace.yaml
packages:
  - 'packages/*'
  - 'apps/*'
  - '!**/test/**'

Detection command:

cat pnpm-workspace.yaml 2>/dev/null

Turborepo

// turbo.json
{
  "pipeline": {
    "build": { "dependsOn": ["^build"] },
    "test": { "dependsOn": ["build"] }
  }
}

Detection command:

ls turbo.json 2>/dev/null && echo "Turborepo detected - uses package.json workspaces"

Nx

// nx.json
{
  "npmScope": "myorg",
  "tasksRunnerOptions": { ... }
}

Detection command:

ls nx.json 2>/dev/null && cat nx.json | head -20

Lerna (Legacy)

// lerna.json
{
  "packages": ["packages/*"],
  "version": "independent"
}

Detection command:

cat lerna.json 2>/dev/null | grep -A 5 '"packages"'

Go Ecosystem

Go Workspaces (1.18+)

// go.work
go 1.21

use (
    ./cmd/api
    ./cmd/worker
    ./pkg/shared
)

Detection command:

cat go.work 2>/dev/null

Multiple go.mod (Pre-workspaces)

find . -name "go.mod" -maxdepth 4 | head -20

Java/JVM Ecosystem

Maven Multi-Module

<!-- pom.xml (parent) -->
<modules>
    <module>api</module>
    <module>worker</module>
    <module>shared</module>
</modules>

Detection command:

grep -A 10 '<modules>' pom.xml 2>/dev/null

Gradle Multi-Project

// settings.gradle
rootProject.name = 'myproject'
include ':api'
include ':worker'
include ':shared'

Detection command:

grep "include" settings.gradle 2>/dev/null
grep "include" settings.gradle.kts 2>/dev/null

Rust Ecosystem

Cargo Workspaces

# Cargo.toml
[workspace]
members = [
    "crates/api",
    "crates/worker",
    "crates/shared",
]

Detection command:

grep -A 10 '\[workspace\]' Cargo.toml 2>/dev/null

Python Ecosystem

Poetry Monorepo

# pyproject.toml
[tool.poetry]
packages = [
    { include = "api", from = "packages" },
    { include = "worker", from = "packages" },
]

Detection command:

grep -A 5 'packages' pyproject.toml 2>/dev/null

Multiple setup.py/pyproject.toml

find . -name "setup.py" -o -name "pyproject.toml" | grep -v node_modules | head -20

PHP Ecosystem

Composer Path Repositories

// composer.json
{
  "repositories": [
    { "type": "path", "url": "./packages/*" }
  ]
}

Detection command:

grep -A 5 '"repositories"' composer.json 2>/dev/null | grep path

Workspace Analysis Workflow

Step 1: Detect Workspace Type

Run detection commands in order:

# JavaScript
ls package.json pnpm-workspace.yaml turbo.json nx.json lerna.json 2>/dev/null

# Go
ls go.work 2>/dev/null || find . -name "go.mod" -maxdepth 3 2>/dev/null | wc -l

# Java
ls pom.xml settings.gradle settings.gradle.kts 2>/dev/null

# Rust
grep '\[workspace\]' Cargo.toml 2>/dev/null

# Python
find . -name "pyproject.toml" -maxdepth 3 2>/dev/null | wc -l

Step 2: Extract Workspace Paths

Parse the detected configuration to list actual workspace directories.

Step 3: Analyze Each Workspace

For each workspace, collect:

  • Name: Package/project name
  • Path: Relative directory path
  • Language: Primary programming language
  • Files: Count of source files
  • Lines: Estimated lines of code
  • Dependencies: Internal workspace dependencies

Step 4: Risk Assessment

Score each workspace:

| Factor | Points | Criteria | |--------|--------|----------| | External-facing | +3 | API, web server, CLI | | Auth/authz logic | +3 | Login, permissions, sessions | | Database access | +2 | ORM, raw queries | | File operations | +2 | Upload, download, file processing | | Background jobs | +1 | Workers, queues, cron | | Shared library | +1 | Used by multiple packages | | UI only | -1 | Frontend, no backend logic |

Step 5: Prioritized Scan Order

Order workspaces by:

  1. Risk score (highest first)
  2. Dependency order (dependencies before dependents)
  3. Size (smaller packages analyzed faster)

Integration with Tools

Repomix Integration

# Scope specific workspace
npx repomix packages/api --output .claude/scope-api.md

# Scope multiple workspaces
npx repomix packages/api packages/auth --output .claude/scope-critical.md

Codemap Integration

# View workspace dependencies
codemap --deps packages/api

# Full dependency graph
codemap --deps --json > deps.json

Security Scanning

# Scan specific workspace
/vuln-scout:scan packages/api

# Audit specific workspace
/vuln-scout:full-audit packages/auth

Reference Files

See language-specific patterns:

  • references/javascript-workspaces.md - npm, yarn, pnpm, turborepo, nx, lerna
  • references/jvm-workspaces.md - Maven, Gradle, Kotlin
  • references/systems-workspaces.md - Go, Rust, C/C++

Notes

  • Workspace detection is heuristic - some custom setups may not be detected
  • Nested workspaces (workspaces within workspaces) require recursive analysis
  • Some tools (Nx, Bazel) have complex project detection requiring tool-specific commands
  • Always verify detected workspaces against actual directory structure
Compartilhar X LinkedIn