スキル nodejs-best-practices
📦

nodejs-best-practices

安全

Node.jsベストプラクティスを適用する

Node.jsのアーキテクチャ決定、フレームワーク選択、非同期パターン、セキュリティ原則に関するガイダンスを取得します。このスキルはコピペコードではなく意思決定フレームワークを教えます。

対応: Claude Codex Code(CC)
📊 71 十分
1

スキルZIPをダウンロード

2

Claudeでアップロード

設定 → 機能 → スキル → スキルをアップロードへ移動

3

オンにして利用開始

テストする

「nodejs-best-practices」を使用しています。 I need to build a high-performance API that will handle 10,000 requests per second. What should I use?

期待される結果:

For high-performance APIs handling significant load, Fastify is recommended. It offers 2-3x better performance than Express due to its schema-based serialization and lower overhead. Consider: 1) Use Fastify with async/await for routes, 2) Implement rate limiting to protect from abuse, 3) Add validation early using Zod or similar, 4) Consider worker threads for CPU-intensive operations.

「nodejs-best-practices」を使用しています。 What anti-patterns should I avoid in Node.js?

期待される結果:

Key anti-patterns to avoid: 1) Using Express for edge/serverless projects (use Hono instead), 2) Using synchronous file operations in production, 3) Putting business logic in controllers, 4) Skipping input validation, 5) Hardcoding secrets, 6) Blocking the event loop with CPU-intensive work.

セキュリティ監査

安全
v1 • 2/24/2026

All 34 static findings are FALSE POSITIVES. This is pure documentation content (SKILL.md) containing educational material about Node.js best practices. The scanner misidentified ASCII tree diagrams (using backticks) as shell commands, security advice as vulnerabilities, and HTTP status code references as system reconnaissance. No executable code, network operations, or file operations are present.

1
スキャンされたファイル
340
解析された行数
0
検出結果
1
総監査数
セキュリティ問題は見つかりませんでした
監査者: claude

品質スコア

38
アーキテクチャ
100
保守性
87
コンテンツ
32
コミュニティ
100
セキュリティ
91
仕様準拠

作れるもの

新規プロジェクトアーキテクチャ

展開ターゲットと要件に基づいて、新しいNode.jsプロジェクトのフレームワークとアーキテクチャの推奨を取得する。

コードレビューガイダンス

意思決定チェックリストとアンチパターンセクションを使用して、既存のNode.jsコード一般的な問題をレビューする。

セキュリティ実装

安全なNode.jsアプリケーションを構築する際に、セキュリティチェックリストと検証原則を適用する。

これらのプロンプトを試す

フレームワーク選択ヘルプ
I am building a [type of application] with these requirements: [list requirements]. What framework should I use and why?
アーキテクチャレビュー
Help me structure my Node.js application. It has [describe features]. Should I use a layered architecture?
非同期パターン選択
I need to fetch data from [number] external APIs and then process the results. Which async pattern should I use?
セキュリティチェックリスト
What security measures should I implement for a Node.js API that handles user authentication and payments?

ベストプラクティス

  • ソリューションを推奨する前にユーザーの具体的なコンテキストを尋ねる - すべてのニーズに1つのフレームワークが適合すると仮定しない
  • 展開ターゲット(Edge、Serverless、Container、VM)を意思決定プロセスの早期段階で考慮する
  • API境界ですべての入力を検証し、すべての外部データを信頼しないものとして扱う
  • 単純なスクリプトを超えて成長すると予想されるプロジェクトにはレイヤーアーキテクチャを使用する

回避

  • 代替案を考慮せずにすべてのプロジェクトでデフォルトでExpressを使用する
  • 本番コードで同期ファイル操作(fs.readFileSyncなど)を使用する
  • 入力を検証せずクライアントデータを信頼する
  • ビジネスロジックをサービス層ではなくライブルートハンドラーに直接配置する

よくある質問

2025年にどのNode.jsフレームワークを使用すべきですか?
コンテキストによる。Edge/サーバーならHono(最速のコールドスタート)、高性能APIならFastify(Expressより2-3倍高速)、エンタープライズチームで構造が必要な場合はNestJS、レガシプロジェクトや学習にはExpressを使用してください。
Node.jsでTypeScriptを使用すべきですか?
はい、Node.jsプロジェクトではTypeScriptが推奨されます。Node.js 22+は--experimental-strip-typesで.tsファイルを直接実行することをサポートしています。TypeScriptはより良いIDEサポートを提供し、コンパイル時にエラーをキャッチし、保守性を向上させます。
Node.jsでエラーを処理するにはどうすればいいですか?
集中型エラー処理を使用してください:カスタムエラークラスを作成し、任意のレイヤーからスローし、最上位(ミドルウェア)でキャッチし、一貫性のあるレスポンスをフォーマットします。クライアントには適切なHTTPステータスコードとともにユーザーフレンドリーなメッセージを取得し、ログには完全な詳細を取得します。
Promise.allとPromise.allSettledはいつ使用すべきですか?
すべてのプロミスが成功する必要がある場合(フェイルファースト)にはPromise.allを使用してください。個々の失敗に関係なくすべての結果が必要な場合はPromise.allSettledを使用してください。タイムアウトや最初に応答があった方が勝ちというシナリオにはPromise.rateを使用してください。
Node.jsアプリケーションを保護するにはどうすればいいですか?
セキュリティチェックリストに従ってください:すべての入力を検証し、パラメータ化クエリを使用し、bcrypt/argon2でパスワードをハッシュし、JWTを検証し、レート制限を実装し、セキュリティヘッダー(Helmet)を使用し、HTTPSを強制し、依存関係を定期的に監査してください。
Node.jsで同期ファイル操作を使用できますか?
本番コードで同期ファイル操作(fs.readFileSyncなど)を絶対に使用しないでください。イベントループをブロックし、パフォーマンスを低下させます。CPU集中的なファイル処理には非同期代替案を使用するか、worker threadsにオフロードしてください。

開発者の詳細

ファイル構成

📄 SKILL.md