nestjs-expert
エンタープライズ NestJS アプリケーションの構築
NestJS 開発者は、依存性注入、モジュール構成、認証設定などの複雑なアーキテクチャ上の課題に直面します。このスキルは、NestJS パターン、テスト戦略、一般的な問題の解決に関する専門的なガイダンスを提供します。
スキルZIPをダウンロード
Claudeでアップロード
設定 → 機能 → スキル → スキルをアップロードへ移動
オンにして利用開始
テストする
「nestjs-expert」を使用しています。 'Cannot resolve dependencies of UserService' エラーを修正するにはどうすればよいですか？
期待される結果:
このエラーは通常、モジュールにプロバイダーが不足していることを意味します。確認すべきこと：1) 依存関係がモジュールの providers 配列に含まれているか？2) モジュール間で使用される場合、エクスポートされているか？3) プロバイダー名にタイプミスがないか？2 つのサービス間に循環依存がある場合は、forwardRef() を使用してください。
「nestjs-expert」を使用しています。 Passport を使用して JWT 認証を設定する
期待される結果:
1) @nestjs/passport、@nestjs/jwt、passport、passport-jwt をインストールします。2) PassportStrategy(Strategy) を拡張する JwtStrategy を作成します。3) forRoot() で secret を使用して JwtModule を設定します。4) JwtAuthGuard を使用して AuthGuard を作成します。5) 保護されたルートに @UseGuards(AuthGuard) を適用します。
セキュリティ監査
安全All static findings are false positives. The skill provides documentation and CLI command references for Nest.js development - standard patterns for a framework expert skill. No malicious code execution, credential exfiltration, or cryptographic vulnerabilities exist. External commands are documented CLI tools, network URLs are official documentation links, and environment variable references are legitimate configuration guidance.
重大な問題 (1)
高リスクの問題 (2)
低リスクの問題 (2)
品質スコア
作れるもの
NestJS の依存性注入エラーを修正する
プロバイダーの不足、モジュールのエクスポートの誤り、循環依存を特定することで、'Cannot resolve dependencies' エラーを解決します。
JWT 認証を設定する
Passport.js 戦略を JWT と共に設定し、適切なガード実装とトークン検証を行います。
包括的なテストを作成する
モックを使用したユニットテスト、テストデータベースを使用した結合テスト、Supertest を使用した e2e テストを作成します。
これらのプロンプトを試す
NestJS アプリケーションの UserService と AuthService の間で'Circular dependency detected'エラーが発生しています。forwardRef() を使用して解決するか、アーキテクチャをリファクタリングするのを手伝ってください。
NestJS アプリで Passport.js を使用して JWT 認証を実装する必要があります。JwtStrategy、JwtModule、AuthGuard の設定方法を示してください。
Jest を使用して UserService のユニットテストを作成するのを手伝ってください。UserRepository と JwtService に依存しています。適切なモック処理を示してください。
Posts と Comments へのリレーションシップを持つ User エンティティがあります。NestJS で TypeORM の OneToMany と ManyToOne リレーションシップを設定する方法を示してください。
ベストプラクティス
- 依存性注入を使用して、サービスを疎結合でテスト可能に保つ
- モジュラーアーキテクチャに従う：ドメインエンティティごとに 1 つのフィーチャーモジュール
- class-validator と class-transformer パイプを使用して DTO を常に検証する
回避
- コントローラーにモジュールを直接インポートすることは避ける - サービス注入を使用する
- 検証パイプをスキップしない - 常に受信リクエストデータを検証する
- モジュール間の密結合を避ける - エクスポートとインターフェースを使用する