mcpField
M
machine-learning-engineer

machine-learning-engineer

github.com/404kidwizクラウド・DevOps788 回インストール
リポジトリ

machine-learning-engineer について

Machine Learning Engineer は、本番 ML システムを構築・運用するエンジニア向けのスキルです。モデルのデプロイ、推論サービング、最適化、スケーリング、監視、エッジ環境を扱います。

主な機能

  1. 01モデルデプロイパイプラインの構築
  2. 02リアルタイム・バッチ推論の設定
  3. 03モデルの最適化と圧縮
  4. 04スケーリングと負荷分散の設定
  5. 05本番推論の監視
  6. 06エッジデプロイの計画

活用シーン

  1. 01ML モデルを推論 API としてデプロイ
  2. 02バッチ予測システムの構築
  3. 03複数モデルのサービングとルーティング
  4. 04エッジデバイス向けのモデル最適化

インストール

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

$npx skills add https://github.com/404kidwiz/claude-supercode-skills --skill machine-learning-engineer

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

詳細

機械学習エンジニア

目的

モデルのデプロイ、本番環境のサービングインフラストラクチャ、リアルタイム推論システムを専門とする、ML エンジニアリングの専門知識を提供します。モデルの最適化、自動スケーリング、モニタリングを備えたスケーラブルな ML プラットフォームを設計し、本番環境の機械学習ワークロードの信頼性を確保します。

使用するタイミング

  • ML モデルの本番環境へのデプロイ
  • リアルタイム推論 API の開発
  • モデルの最適化と圧縮
  • バッチ予測システム
  • 自動スケーリングと負荷分散
  • IoT/モバイル向けのエッジデプロイ
  • 複数モデルのサービングオーケストレーション
  • パフォーマンス調整とレイテンシの最適化

このスキルは、機械学習モデルを大規模にデプロイしてサービングするための、専門的な ML エンジニアリング機能を提供します。モデルの最適化、推論インフラストラクチャ、リアルタイムサービング、エッジデプロイに重点を置き、本番環境のワークロード向けに信頼性とパフォーマンスに優れた ML システムを構築します。

使用するタイミング

ユーザーが必要としているもの:

  • ML モデルの本番環境へのデプロイ
  • リアルタイム推論 API の開発
  • モデルの最適化と圧縮
  • バッチ予測システム
  • 自動スケーリングと負荷分散
  • IoT/モバイル向けのエッジデプロイ
  • 複数モデルのサービングオーケストレーション
  • パフォーマンス調整とレイテンシの最適化

このスキルでできること

このスキルは、包括的なインフラストラクチャを用いて ML モデルを本番環境にデプロイします。推論向けにモデルを最適化し、サービングパイプラインを構築し、自動スケーリングを設定し、モニタリングを実装します。また、本番環境におけるパフォーマンス、信頼性、スケーラビリティの要件をモデルが満たすようにします。

ML デプロイメントの構成要素
  • モデルの最適化と圧縮
  • サービングインフラストラクチャ(REST/gRPC API、バッチジョブ)
  • 負荷分散とリクエストルーティング
  • 自動スケーリングとリソース管理
  • リアルタイムおよびバッチ予測システム
  • モニタリング、ロギング、オブザーバビリティ
  • エッジデプロイとモデル圧縮
  • A/B テストとカナリアデプロイ

主な機能

モデルデプロイメントパイプライン
  • ML モデル向けの CI/CD 統合
  • 自動テストと検証
  • モデルのパフォーマンスベンチマーク
  • セキュリティスキャンと脆弱性評価
  • コンテナのビルドとレジストリ管理
  • 段階的なロールアウトとブルーグリーンデプロイ
サービングインフラストラクチャ
  • ロードバランサーの設定(NGINX、HAProxy)
  • リクエストルーティングとモデルキャッシュ
  • コネクションプーリングとヘルスチェック
  • グレースフルシャットダウンとリソース割り当て
  • マルチリージョンデプロイとフェイルオーバー
  • コンテナオーケストレーション(Kubernetes、ECS)
モデルの最適化
  • 量子化(FP32、FP16、INT8、INT4)
  • モデルの枝刈りとスパース化
  • 知識蒸留の手法
  • ONNX と TensorRT への変換
  • グラフの最適化と演算子の融合
  • メモリの最適化とスループットの調整
リアルタイム推論
  • リクエストの前処理と検証
  • モデル予測の実行
  • レスポンスのフォーマットとエラー処理
  • タイムアウト管理とサーキットブレーカー
  • リクエストのバッチ処理とレスポンスキャッシュ
  • ストリーミング予測と非同期処理
バッチ予測システム
  • ジョブのスケジューリングとオーケストレーション
  • データの分割と並列処理
  • 進捗状況の追跡とエラー処理
  • 結果の集約と保存
  • コストの最適化とリソース管理
自動スケーリング戦略
  • メトリクスに基づくスケーリング(CPU、GPU、リクエストレート)
  • スケールアップおよびスケールダウンのポリシー
  • ウォームアップ期間と予測スケーリング
  • コスト管理とリージョン間の分散
  • トラフィック予測とキャパシティプランニング
複数モデルのサービング
  • モデルルーティングとバージョン管理
  • A/B テストとトラフィック分割
  • アンサンブルサービングとモデルカスケード
  • フォールバック戦略とパフォーマンスの分離
  • シャドーモードでのテストと検証
エッジデプロイ
  • エッジデバイス向けのモデル圧縮
  • ハードウェアの最適化と電力効率
  • オフライン機能と更新メカニズム
  • テレメトリの収集とセキュリティ強化
  • リソース制約と最適化

ツールの制限事項

  • 読み取り:モデルのアーティファクト、インフラストラクチャの設定、監視データにアクセスします
  • 書き込み/編集:デプロイ設定、サービングコード、最適化スクリプトを作成します
  • Bash:デプロイコマンド、監視のセットアップ、パフォーマンステストを実行します
  • Glob/Grep:コードベースからモデル統合箇所やサービングエンドポイントを検索します

他のスキルとの連携

  • ml-engineer:モデル最適化とトレーニングパイプラインの統合
  • mlops-engineer:インフラストラクチャとプラットフォームのセットアップ
  • data-engineer:データパイプラインとフィーチャーストア
  • devops-engineer:CI/CD とデプロイの自動化
  • cloud-architect:クラウドインフラストラクチャとアーキテクチャ
  • sre-engineer:信頼性と可用性
  • performance-engineer:パフォーマンスのプロファイリングと最適化
  • ai-engineer:モデルの選定と統合

対話例

シナリオ 1:リアルタイム推論 API のデプロイ

ユーザー:「ML モデルをオートスケーリング対応のリアルタイム API としてデプロイしてください」

対話:

  1. スキルがモデルの特性と要件を分析します
  2. サービングインフラストラクチャを実装します:
    • ONNX 変換でモデルを最適化します(サイズを 60% 削減)
    • FastAPI/gRPC サービングエンドポイントを作成します
    • リクエストレートに基づいて GPU のオートスケーリングを設定します
    • スループット向上のためのリクエストバッチ処理を実装します
    • 監視とアラートを設定します
  3. 水平 Pod オートスケーラーを使用して Kubernetes にデプロイします
  4. P99 レイテンシ 50ms 未満、スループット 2000 RPS 以上を達成します
シナリオ 2:マルチモデルサービングプラットフォーム

ユーザー:「インテリジェントルーティング機能を備えた、50 以上のモデルを提供するプラットフォームを構築してください」

対話:

  1. スキルがマルチモデルアーキテクチャを設計します:
    • モデルレジストリとバージョン管理
    • リクエストタイプに基づくインテリジェントルーティング
    • ユースケースごとの特化型モデル
    • フォールバックとサーキットブレーカー
    • 単純なクエリには小型モデルを使用するコスト最適化
  2. 次の機能を備えたサービングフレームワークを実装します:
    • モデルの読み込みとアンロード
    • リクエストキューイングと負荷分散
    • A/B テストとトラフィック分割
    • クリティカルパス向けのアンサンブルサービング
  3. 包括的な監視とコスト追跡を導入してデプロイします
シナリオ 3:IoT 向けエッジデプロイ

ユーザー:「リソースが限られたエッジデバイスに ML モデルをデプロイしてください」

対話:

  1. スキルがデバイスの制約と要件を分析します
  2. エッジ向けにモデルを最適化します:
    • INT8 に量子化します(サイズを 4 分の 1 に削減)
    • モデルをプルーニングして圧縮します
    • 効率的な推論を実現する ONNX Runtime を実装します
    • オフライン機能とローカルキャッシュを追加します
  3. デプロイパッケージを作成します:
    • エッジ向けに最適化された推論ランタイム
    • 差分更新に対応した更新メカニズム
    • テレメトリの収集と監視
    • セキュリティ強化と暗号化
  4. 対象ハードウェアでテストし、パフォーマンスを検証します

ベストプラクティス

  • パフォーマンス:リアルタイム推論では P99 レイテンシ 100ms 未満を目指します
  • 信頼性:適切な縮退動作とフォールバックモデルを実装します
  • 監視:レイテンシ、スループット、エラー率、リソース使用量を追跡します
  • テスト:負荷テストを実施し、本番環境のトラフィックパターンに照らして検証します
  • セキュリティ:認証、暗号化、モデルセキュリティを実装します
  • ドキュメント:すべてのデプロイ設定と運用手順を文書化します
  • コスト:リソース使用量を最適化し、コスト効率を高めるオートスケーリングを実装します

例

例 1:本番環境向けリアルタイム推論 API

**シナリオ:**不正検知モデルを、オートスケーリング対応のリアルタイム API としてデプロイします。

デプロイのアプローチ:

  1. モデルの最適化:モデルを ONNX に変換しました(サイズを 60% 削減)
  2. サービングフレームワーク:非同期処理に対応した FastAPI エンドポイントを構築しました
  3. インフラストラクチャ:水平 Pod オートスケーラーを備えた Kubernetes デプロイ
  4. 監視:Prometheus メトリクスと Grafana ダッシュボードを統合しました

設定:

# FastAPI serving with optimization
from fastapi import FastAPI
import onnxruntime as ort

app = FastAPI()
session = ort.InferenceSession("model.onnx")

@app.post("/predict")
async def predict(features: List[float]):
    input_tensor = np.array([features])
    outputs = session.run(None, {"input": input_tensor})
    return {"prediction": outputs[0].tolist()}

パフォーマンス結果:

メトリクス値
P99 レイテンシ45ms
スループット2,500 RPS
可用性99.99%
オートスケーリング2-50 Pod
例2:マルチモデルサービングプラットフォーム

シナリオ: さまざまな予測タイプに対応する50以上の ML モデルを提供するプラットフォームを構築します。

アーキテクチャ設計:

  1. モデルレジストリ:バージョン管理機能を備えた一元的なレジストリ
  2. ルーター:リクエストタイプに基づくインテリジェントなルーティング
  3. リソースマネージャー:モデルごとの動的なリソース割り当て
  4. フォールバックシステム:利用できないモデルに対する段階的な縮退

実装:

  • リクエストパターンに基づくモデルの読み込み/アンロード
  • モデル比較のための A/B テストフレームワーク
  • モデルの優先順位付けによるコスト最適化
  • 新しいモデルのシャドーモードテスト

結果:

  • 50以上のモデルを99.9%の稼働率でデプロイ
  • インフラストラクチャコストを40%削減
  • モデル更新時のダウンタイムをゼロに
  • 頻繁なリクエストで95%のキャッシュヒット率
例3:モバイルデバイス向けエッジデプロイ

シナリオ: 画像分類モデルを iOS および Android アプリにデプロイします。

エッジ最適化:

  1. モデル圧縮:INT8 に量子化(サイズを4分の1に削減)
  2. ランタイムの選択:iOS には CoreML、Android には TFLite
  3. オンデバイスキャッシュ:インテリジェントなモデルのキャッシュと更新
  4. プライバシーコンプライアンス:すべての処理をデバイス上で実行

パフォーマンス指標:

プラットフォームモデルサイズ推論時間精度
オリジナル25 MB150ms94.2%
最適化済み6 MB35ms93.8%

結果:

  • アプリのダウンロードサイズを80%削減
  • デバイス上の推論が4倍高速化
  • ローカル推論によるオフライン対応
  • GDPR に準拠(デバイス外にデータが送信されない)

ベストプラクティス

モデル最適化
  • 量子化:FP16 から始め、エッジでは INT8 に移行します
  • プルーニング:効率化のため、不要な重みを取り除きます
  • 蒸留:小型モデルに知識を転移します
  • ONNX エクスポート:クロスプラットフォームデプロイ向けの標準形式
  • ベンチマーク:必ず対象ハードウェアでテストします
本番環境でのサービング
  • ヘルスチェック:/health および /ready エンドポイントを実装します
  • 段階的な縮退:より単純なモデルまたはヒューリスティクスにフォールバックします
  • サーキットブレーカー:障害の連鎖を防ぎます
  • レート制限:不正利用や過剰利用から保護します
  • キャッシュ:同一の入力に対する予測をキャッシュします
モニタリングと可観測性
  • レイテンシの追跡:P50、P95、P99 のレイテンシを監視します
  • エラー率:障害とエラーの種類を追跡します
  • 予測分布:分布の変化を検知したらアラートを出します
  • リソース使用状況:CPU、GPU、メモリを監視します
  • ビジネス指標:モデルが KPI に与える影響を追跡します
セキュリティとコンプライアンス
  • モデルセキュリティ:モデルの重みとアーティファクトを保護します
  • 入力検証:すべての予測入力をサニタイズします
  • 出力フィルタリング:機密データの露出を防ぎます
  • 監査ログ:すべての予測リクエストを記録します
  • コンプライアンス:業界の規制(HIPAA、GDPR)に準拠します

アンチパターン

モデルデプロイのアンチパターン
  • 手動デプロイ:自動化せずにモデルをデプロイすること — モデル用の CI/CD を導入します
  • バージョン管理なし:バージョンを追跡せずにモデルを置き換えること — モデルのバージョン履歴を管理します
  • ホットフィックス文化:テストせずに緊急のモデル変更を行うこと — デプロイ前の検証を必須にします
  • ブラックボックスデプロイ:説明可能性のないモデルをデプロイすること — モデルの解釈可能性を実装します
パフォーマンスのアンチパターン
  • ベースラインなし:パフォーマンスのベンチマークなしでデプロイすること — パフォーマンスのベースラインを確立します
  • 過剰な最適化:実用上のメリットを超えて調整すること — 顧客に影響する指標に注力します
  • レイテンシの軽視:レイテンシを無視して精度だけに注力すること — 実環境のユースケース向けに最適化します
  • リソースの浪費:インフラストラクチャを過剰にプロビジョニングすること — 実際の負荷に基づいてリソースを適正化します
監視のアンチパターン
  • サイレント障害:検出されないままモデルが失敗します。包括的なヘルスチェックを実装します
  • メトリクスの過剰設定:監視するメトリクスが多すぎます。実用的なメトリクスに絞ります
  • データドリフトの見落とし:モデルの劣化を検出できません。入力データの分布を監視します
  • アラート疲れ:アラートが多すぎて警告が無視されます。アラートのしきい値を調整します
スケーラビリティのアンチパターン
  • 負荷テストなし:パフォーマンステストを行わずにデプロイします。本番環境に近いトラフィックでテストします
  • 単一障害点:サービングインフラストラクチャに冗長性がありません。フェイルオーバーを実装します
  • 自動スケーリングなし:容量を手動で管理します。自動スケーリングを実装します
  • ステートフル設計:推論に状態が必要です。ステートレスな推論を設計します

出力形式

このスキルでは、以下を提供します。

  • 完全なモデルサービングインフラストラクチャ(Docker、Kubernetes の設定)
  • 本番環境向けのデプロイパイプラインと CI/CD ワークフロー
  • リアルタイムおよびバッチ予測 API
  • モデル最適化の成果物と設定
  • オートスケーリングポリシーとインフラストラクチャ・アズ・コード
  • 監視ダッシュボードとアラート設定
  • パフォーマンスベンチマークと負荷テストレポート

すべての出力には、以下が含まれます。

  • 詳細なアーキテクチャドキュメント
  • デプロイスクリプトと設定
  • パフォーマンスメトリクスと SLA の検証
  • セキュリティ強化ガイドライン
  • 運用ランブックとトラブルシューティングガイド
  • コスト分析と最適化の推奨事項

コメント