link-workspace-packages

Detect the package manager and link workspace packages in a monorepo.

Updated Feb 12, 2026
One-click install
npx skills add https://github.com/raopriyam/rpriyam-8dd1bfab-e986-4225-92b8-506ba7ad24bf --skill link-workspace-packages-raopriyam
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: link-workspace-packages
Source: https://github.com/raopriyam/rpriyam-8dd1bfab-e986-4225-92b8-506ba7ad24bf/tree/main/.opencode/skills/link-workspace-packages
Command: npx skills add https://github.com/raopriyam/rpriyam-8dd1bfab-e986-4225-92b8-506ba7ad24bf --skill link-workspace-packages-raopriyam

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill automates linking interdependent workspace packages in a monorepo, ensuring correct dependencies without manual edits.

Core Features & Use Cases

  • Detect the active package manager and locate consumer and provider packages.
  • Apply the appropriate workspace syntax to package.json so imports resolve reliably.
  • Verify symlinks in node_modules and help recover from resolution errors for @org/* packages.

Quick Start

Link the consumer package to the provider(s) using the workspace command from the consumer directory.

Frequently Asked Questions about link-workspace-packages

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I link workspace packages in a monorepo when sibling package imports fail to resolve?

Linking workspace packages requires updating package.json with the appropriate workspace syntax for your package manager, then running installation to generate symlinks in node_modules that resolve inter-package dependencies correctly.

Why do my @org/* workspace package imports result in module resolution errors?

Workspace package resolution errors typically occur when package.json lacks the correct workspace syntax or symlinks are missing in node_modules. Applying the appropriate workspace syntax for your package manager and verifying symlinks after installation resolves these errors.

What is the best way to configure monorepo dependencies when generating a new package?

When generating a new package in a monorepo, the best approach is to apply the appropriate workspace syntax in package.json based on your detected package manager, ensuring sibling package imports resolve reliably without manual edits.

Does this workspace linking approach work with different package managers?

Yes, this approach works across different package managers by detecting the active package manager and applying the correct workspace syntax to package.json, ensuring symlinks are properly generated and verified in node_modules.

How do I verify symlinks in node_modules after linking workspace packages?

To verify symlinks in node_modules after linking workspace packages, run the installation command from the consumer directory and check that the generated symlinks correctly point to the provider package directories for @org/* imports.