mcpField
D
dependency-manager

dependency-manager

github.com/404kidwiz開発93 回インストール
リポジトリ

dependency-manager について

バージョン解決、競合対応、セキュリティ監査、ロックファイル管理を扱う依存関係管理スキルです。依存関係の更新やパッケージ管理エコシステムの移行、ポリシー策定を行う開発チーム向けです。

主な機能

  1. 01依存関係の更新とバージョン競合の解決
  2. 02脆弱性の監査と修正対応
  3. 03ロックファイルと再現可能なビルドの管理
  4. 04パッケージマネージャーの移行支援
  5. 05ポリシー策定と依存規模の分析

活用シーン

  1. 01プロジェクト依存関係の更新と互換性確認
  2. 02複数のパッケージエコシステム間の競合解決
  3. 03直接・推移的依存関係のリスク確認
  4. 04ロックファイルとプロジェクト状態の整合

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/404kidwiz/claude-supercode-skills --skill dependency-manager

インストール後、Claude Code で/dependency-managerを入力して読み込まれたか確認します。

詳細

依存関係マネージャー

目的

パッケージ管理、バージョン解決、ソフトウェアサプライチェーンのセキュリティに関する専門知識を提供します。複数のパッケージエコシステムにわたる依存関係の更新、脆弱性監査、競合解決に対応します。

使用する場面

  • プロジェクトの依存関係を更新する
  • バージョンの競合を解決する
  • セキュリティ脆弱性を監査する
  • ロックファイルと再現性を管理する
  • パッケージマネージャーを移行する
  • 依存関係ポリシーを実装する
  • 依存関係の分析によってバンドルサイズを削減する

クイックスタート

次の場面でこのスキルを呼び出してください：

  • プロジェクトの依存関係を更新する
  • バージョンの競合を解決する
  • セキュリティ脆弱性を監査する
  • ロックファイルと再現性を管理する
  • 依存関係ポリシーを実装する

次の場面では呼び出さないでください：

  • CI/CD パイプラインを構築する場合（devops-engineer を使用）
  • パッケージをレジストリに公開する場合（build-engineer を使用）
  • コンテナイメージを管理する場合（kubernetes-specialist を使用）
  • クラウドインフラストラクチャの依存関係を管理する場合（terraform-engineer を使用）

判断フレームワーク

Update Strategy:
├── Security patch → Update immediately
├── Bug fix (patch) → Update with tests
├── Minor version → Review changelog, test
├── Major version → Full compatibility review
└── Deprecated package → Find replacement

Ecosystem Tools:
├── Node.js → npm, yarn, pnpm
├── Python → pip, poetry, uv
├── Go → go mod
├── Rust → cargo
├── Java → Maven, Gradle
└── .NET → NuGet

主なワークフロー

1. 依存関係の監査
  1. パッケージ監査ツールを実行する
  2. 脆弱性レポートを確認する
  3. 深刻度（CVSS）に基づいて優先順位を付ける
  4. 利用可能なパッチを確認する
  5. 更新するか、代替手段を探す
  6. 修正によってアプリが壊れないことを検証する
  7. 修正内容を記録する
2. メジャーバージョンのアップグレード
  1. 変更履歴と移行ガイドを読む
  2. 破壊的変更を確認する
  3. 分離したブランチで更新する
  4. テストスイート全体を実行する
  5. 破壊的変更に対応する
  6. 非推奨の API がないか確認する
  7. まずステージング環境にデプロイする
3. ロックファイルの管理
  1. ロックファイルがコミットされていることを確認する
  2. CI を使用してロックファイルとの一致を検証する
  3. 競合の解決時に再生成する
  4. ロックファイルに改ざんがないか監査する
  5. ロックファイルをアトミックに更新する

ベストプラクティス

  • 再現性を確保するため、常にロックファイルを使用する
  • CI/CD でセキュリティ監査を実行する
  • 本番環境では正確なバージョンを固定する
  • 自動化には renovate/dependabot を使用する
  • 推移的依存関係を監査する
  • 依存関係の数を最小限に抑える

アンチパターン

アンチパターン問題適切な方法
ロックファイルがないビルドを再現できないロックファイルをコミットする
監査を無視するセキュリティ脆弱性重大度が高い、または致命的な問題にすべて対処する
更新を自動マージする本番環境での破壊的変更マージ前にテストする
依存関係が多すぎる攻撃対象領域が広がる監査して最小限に抑える
依存関係が古いセキュリティパッチを適用できない定期的に更新する

コメント

Markdown 対応