Globales Ranking · von 601 Skills
pnpm-workspace AI Agent Skill
Quellcode ansehen: oakoss/agent-skills
SafeInstallation
npx skills add oakoss/agent-skills --skill pnpm-workspace 73
Installationen
pnpm Workspace
Overview
pnpm workspaces provide built-in monorepo support through pnpm-workspace.yaml, the workspace: protocol for local package linking, and powerful filtering to run commands across specific packages. Catalogs enforce consistent dependency versions across all workspace packages.
When to use: Multi-package repositories, shared libraries with consuming apps, consistent dependency management across packages, running commands on subsets of packages.
When NOT to use: Single-package projects, projects already using npm/yarn workspaces (migration required), projects that need floating dependency versions per package.
Quick Reference
| Pattern | API / Config | Key Points |
|---|---|---|
| Define workspace | pnpm-workspace.yaml with packages globs |
Globs match directories containing package.json |
| Link local package | "dep": "workspace:*" |
Always resolves to local workspace package |
| Link with version range | "dep": "workspace:^1.0.0" |
Fails install if local version does not satisfy range |
| Default catalog | catalog: key in pnpm-workspace.yaml |
Single source of truth for dependency versions |
| Named catalog | catalogs: key with named groups |
Multiple version sets (e.g., react18, react17) |
| Use catalog in package | "dep": "catalog:" or "dep": "catalog:name" |
Resolved to actual version on pnpm publish |
| Filter by name | --filter <name> or -F <name> |
Exact name or glob pattern (@scope/*) |
| Filter with dependencies | --filter "foo..." |
Package and all its dependencies |
| Filter with dependents | --filter "...foo" |
Package and all packages that depend on it |
| Filter by directory | --filter "./packages/app" |
All packages under a directory path |
| Filter by git changes | --filter "[origin/main]" |
Packages changed since a commit or branch |
| Exclude from filter | --filter "!foo" |
Remove matching packages from selection |
| Run script in package | pnpm --filter <pkg> <script> |
Runs script only in matched packages |
| Recursive run | pnpm -r run <script> |
Runs script in all workspace packages |
| Install all | pnpm install |
Single lockfile for entire workspace |
| Publish workspace pkg | pnpm publish |
Replaces workspace: and catalog: with real versions |
| Inject workspace deps | inject-workspace-packages=true in .npmrc |
Hard-links instead of symlinks; required for deploy |
| Script security (v10+) | allowBuilds in package.json |
Lifecycle scripts blocked by default; opt-in per dep |
Common Mistakes
| Mistake | Correct Pattern |
|---|---|
Using workspace:* then publishing as-is |
pnpm automatically replaces workspace:* with real versions on publish |
Forgetting to list directory in packages: |
Every package directory must match a glob in pnpm-workspace.yaml |
Using npm install in workspace packages |
Always use pnpm install from the workspace root |
| Hardcoding versions duplicated across packages | Use catalog: to centralize version definitions |
Running pnpm install inside a sub-package |
Run from workspace root; use --filter to target packages |
Expecting --filter to match directory names |
--filter matches package.json name field, not directory names |
Not escaping ! in zsh for exclude filters |
Use \! or quote the filter: --filter="!foo" |
Using workspace: for non-workspace deps |
workspace: protocol only works for packages defined in the workspace |
| Lifecycle scripts failing after pnpm 10 upgrade | pnpm 10 blocks scripts by default; add deps to allowBuilds in config |
Using pnpm deploy without inject-workspace-packages |
Set inject-workspace-packages=true in .npmrc (required in pnpm 10) |
Delegation
- Workspace scaffolding: Use
Exploreagent to discover existing package structure - Dependency auditing: Use
Taskagent to check version consistency across packages
If the
turboreposkill is available, delegate build orchestration, task caching, and CI optimization to it.
If thechangesetsskill is available, delegate versioning, changelog generation, and npm publishing to it.
References
Installationen
Sicherheitsprüfung
Quellcode ansehen
oakoss/agent-skills
Mehr aus dieser Quelle
Power your AI Agents with
the best open-source models.
Drop-in OpenAI-compatible API. No data leaves Europe.
Explore Inference APIGLM
GLM 5
$1.00 / $3.20
per M tokens
Kimi
Kimi K2.5
$0.60 / $2.80
per M tokens
MiniMax
MiniMax M2.5
$0.30 / $1.20
per M tokens
Qwen
Qwen3.5 122B
$0.40 / $3.00
per M tokens
So verwenden Sie diesen Skill
Install pnpm-workspace by running npx skills add oakoss/agent-skills --skill pnpm-workspace in your project directory. Führen Sie den obigen Installationsbefehl in Ihrem Projektverzeichnis aus. Die Skill-Datei wird von GitHub heruntergeladen und in Ihrem Projekt platziert.
Keine Konfiguration erforderlich. Ihr KI-Agent (Claude Code, Cursor, Windsurf usw.) erkennt installierte Skills automatisch und nutzt sie als Kontext bei der Code-Generierung.
Der Skill verbessert das Verständnis Ihres Agenten für pnpm-workspace, und hilft ihm, etablierte Muster zu befolgen, häufige Fehler zu vermeiden und produktionsreifen Code zu erzeugen.
Was Sie erhalten
Skills sind Klartext-Anweisungsdateien — kein ausführbarer Code. Sie kodieren Expertenwissen über Frameworks, Sprachen oder Tools, das Ihr KI-Agent liest, um seine Ausgabe zu verbessern. Das bedeutet null Laufzeit-Overhead, keine Abhängigkeitskonflikte und volle Transparenz: Sie können jede Anweisung vor der Installation lesen und prüfen.
Kompatibilität
Dieser Skill funktioniert mit jedem KI-Coding-Agenten, der das skills.sh-Format unterstützt, einschließlich Claude Code (Anthropic), Cursor, Windsurf, Cline, Aider und anderen Tools, die projektbezogene Kontextdateien lesen. Skills sind auf Transportebene framework-agnostisch — der Inhalt bestimmt, für welche Sprache oder welches Framework er gilt.
Chat with 100+ AI Models in one App.
Use Claude, ChatGPT, Gemini alongside with EU-Hosted Models like Deepseek, GLM-5, Kimi K2.5 and many more.