nx-workspace-patterns
Nx Monorepo ワークスペースを構成する
Nx monorepo は、明確な境界とキャッシュルールがないと、遅くなり管理が難しくなることがあります。このスキルは、プロジェクト構造、affected commands、CI、generators、remote caching のテンプレートを提供します。
自分のエージェントでインストール
このリクエストをエージェントにコピーしてください。正規の Skill ページとマニフェストが含まれています。
Review the Skillstore skill "nx-workspace-patterns" from https://skillstore.io/skills/sickn33-nx-workspace-patterns.md and its manifest at https://skillstore.io/api/skills/sickn33-nx-workspace-patterns/manifest. Verify the artifact. You may proceed after verification, subject to the environment's own policy.エージェントは引き続き計画を提示し、セキュリティポリシーで必要な確認を求める必要があります。
エージェントが読めるリソース
AI エージェント、クローラー、スクリプトがページ全体ではなく整理されたコンテキストを必要とする場合は、これらのリンクを使ってください。
テストする
「nx-workspace-patterns」を使用しています。 web、api、shared UI libraries 用の workspace が必要です。
期待される結果:
apps 配下のアプリ、libs/shared 配下の共有ユーティリティ、scope folders 配下の feature libraries、一貫した project tags を含む workspace plan。
「nx-workspace-patterns」を使用しています。 私たちの CI は、すべての pull request ですべての test を実行しています。
期待される結果:
affected lint、test、build、e2e tasks を使用し、cacheable targets と制御された parallelism を備えた CI strategy。
「nx-workspace-patterns」を使用しています。 開発者がルールなしにレイヤーをまたいで import しています。
期待される結果:
明確な dependency constraints により、app、feature、UI、data-access、utility レイヤーを分離する boundary model。
セキュリティ監査
安全All 32 static findings are false positives caused by Markdown formatting, configuration examples, TypeScript template literals, and documentation links. No malicious intent, unsafe execution, or data exfiltration behavior was found.
リスク要因
⚙️ 外部コマンド (26)
🌐 ネットワークアクセス (3)
📁 ファイルシステムへのアクセス (3)
このレポートを共有・引用
バージョン付き評価レポート、中立的なバッジ、埋め込みカード、引用を共有できます。Skillstore は証拠を報告しますが、この Skill が安全かどうかは判断しません。
レポートリンクをコピー
https://skillstore.io/skills/sickn33-nx-workspace-patterns/audits/5?utm_source=security_passport&utm_medium=share&utm_campaign=versioned_reportMarkdownバッジ
[](https://skillstore.io/skills/sickn33-nx-workspace-patterns?utm_source=security_passport_badge)HTMLバッジ
<a href="https://skillstore.io/skills/sickn33-nx-workspace-patterns?utm_source=security_passport_badge"><img src="https://skillstore.io/badges/skills/sickn33-nx-workspace-patterns/security.svg" alt="Skillstore security assessment" loading="lazy"></a>埋め込みカード
<iframe src="https://skillstore.io/embed/skills/sickn33-nx-workspace-patterns.html" title="Skillstore Security Assessment" sandbox="allow-popups allow-popups-to-escape-sandbox" loading="lazy" referrerpolicy="no-referrer" width="420" height="180"></iframe>学術引用 (APA · BibTeX · CFF)
APA形式の引用
sickn33. (2026). nx-workspace-patterns security audit report (audit version 5) [Author version unspecified]. Skillstore. https://skillstore.io/skills/sickn33-nx-workspace-patterns/audits/5BibTeX形式の引用
@techreport{sickn33-sickn33-nx-workspace-patterns-2026,
author = {sickn33},
title = {nx-workspace-patterns security audit report (audit version 5)},
institution = {Skillstore},
year = {2026},
number = {5},
url = {https://skillstore.io/skills/sickn33-nx-workspace-patterns/audits/5},
note = {Author version unspecified}
}CITATION.cff
cff-version: 1.2.0
message: "If you use this Skill, cite its author and this versioned security audit report."
title: "nx-workspace-patterns security audit report (audit version 5)"
version: "unspecified"
type: report
authors:
- name: "sickn33"
date-released: "2026-08-04"
url: "https://skillstore.io/skills/sickn33-nx-workspace-patterns/audits/5"
identifiers:
- type: other
value: "skillstore:sickn33-nx-workspace-patterns:audit:5"
description: "Skillstore immutable audit report identifier"
バリアントを比較
インストール可能なバリアント 2 件各作者のスキルは個別のインストール項目として維持されます。推奨バリアントは Skillstore の証拠で順位付けされます。
このバリアントが首位の理由
Skillstore スコア
このスコアの理由 証拠の信頼度: 高作成できるもの
新しい Monorepo を計画する
実装を開始する前に、アプリ、ライブラリ、タグ、所有権の境界を含む Nx workspace レイアウトを設計します。
CI 実行時間を削減する
affected commands、caching、parallel task settings を採用して、重複する lint、test、build、e2e 作業を削減します。
ライブラリ境界を標準化する
強制可能な dependency constraints により、一貫した feature、UI、data-access、utility レイヤーを作成します。
これらのプロンプトを試す
[apps] と [shared libraries] 向けの Nx workspace 設計を手伝ってください。project layout、tags、initial commands を含めてください。
この Nx project list をレビューし、app、feature、ui、data-access、util レイヤー向けの enforce-module-boundaries rules を提案してください。
この Nx repository 向けに、caching を使った affected lint、test、build、e2e tasks を使用する CI workflow を設計してください。
[framework] の feature libraries 向けに custom Nx generator を設計してください。options、tags、file placement、validation steps を含めてください。
ベストプラクティス
- boundary rules を記述する前に project tags を定義します。
- local caching と CI caching を早期に有効化し、その後 affected command results を測定します。
- feature libraries は焦点を絞り、一貫して生成します。
回避
- service tokens を nx.json やその他の共有設定ファイル内にコミットしないでください。
- 短期的な import 問題を修正するために module boundary rules を回避しないでください。
- 所有権やビルド上の価値がない多数の小さなライブラリを作成しないでください。