mcpField
F
fastmcp-django

fastmcp-django

github.com/lvtd-llc開発163 回インストール7 週間前に更新
リポジトリ

fastmcp-django について

Django の認証、権限、検証、ビジネスルールを維持しながら、FastMCP を導入するためのスキルです。既存アプリの機能をエージェントに公開する開発者向けに、トランスポート、ツール設計、テストを案内します。

主な機能

  1. 01FastMCP パッケージの選択指針
  2. 02stdio、HTTP サイドカー、ASGI の選択肢
  3. 03型付きで範囲を限定したツール設計
  4. 04Django の認証と権限に関する指針
  5. 05インメモリークライアントでのテストと検証

活用シーン

  1. 01選定した Django サービスをエージェントに公開
  2. 02Django のデプロイに使う MCP トランスポートの選択
  3. 03既存アプリのサービスに沿ったツール設計
  4. 04権限付きツールと入力範囲のテスト

MCP 対応

Django アプリの機能を MCP クライアントに公開する FastMCP サーバーの構築を支援し、トランスポート、ツール契約、テストを説明します。

インストール

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

$npx skills add https://github.com/lvtd-llc/skills --skill fastmcp-django

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

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

agents/
openai.yaml
references/
auth-deployment-testing.md
tool-design.md
transports.md
workflows/
add-fastmcp-to-django.md

詳細

Django での FastMCP

FastMCP を使用して、小規模で型付けされた Django アプリケーションの機能をエージェントに公開します。 認証、権限、検証、モデル、トランザクション、ビジネスルールの信頼できる情報源として Django を維持します。既存のアプリケーションサービスを囲むプロトコル層として FastMCP を扱います。

ツールの選択

  • Django で新たに Python MCP を実装する場合は、スタンドアロンの fastmcp パッケージ(from fastmcp import FastMCP)を優先します。
  • プロジェクトですでに標準として採用されている場合、より低レベルのプロトコル制御が必要な場合、またはホストが SDK の動作を明示的に要求する場合は、公式の MCP Python SDK(from mcp.server.fastmcp import FastMCP)を使用します。
  • WSGI 内で動作する Django ネイティブのパッケージや、モデル/DRF API を宣言的に公開するパッケージが必要な場合に限り、django-mcp-server を検討します。非公開データを公開する前に、生成されたツールのコントラクトと権限を監査してください。
  • アプリに意図的に設計された公開 OpenAPI サーフェスがすでにある場合は、最初の段階で生成ツールやプロキシツールが役立つことがあります。本番環境のエージェントでは、目的に合わせて設計した名前、スキーマ、権限、上限付きの出力を備えた、手作業で厳選したツールを優先します。

FastMCP のドキュメントはプロジェクトの main ブランチを対象としているため、最近追加された機能やバージョンバッジを利用する場合は、最新のドキュメントを再確認してください。

リソースの案内

現在のタスクに必要なファイルだけを読み込みます。

必要な内容参照先
既存の Django アプリへの段階的な実装手順workflows/add-fastmcp-to-django.md
stdio、HTTP サイドカー、ASGI マウント、パスプレフィックスの例references/transports.md
ツールのコントラクト設計、ORM の境界、非同期処理のルール、リソース、プロンプトreferences/tool-design.md
認証、デプロイ、テスト、ローカルチェック、デバッグ時の症状references/auth-deployment-testing.md

実装ワークフロー

  1. まず既存の Django エントリーポイントを確認します。manage.py、設定、asgi.py、wsgi.py、URL ルーティング、認証ミドルウェア、API、バックグラウンドジョブ、デプロイファイルを確認してください。
  2. トランスポートの境界を選択します。
    • アプリと並行して動作するローカルのデスクトップ/エディター用 MCP サーバーには、stdio を使用します。
    • Django が WSGI のみで動作する場合、または MCP を独立してスケールさせる場合は、FastMCP の HTTP サイドカーを分離して使用します。
    • アプリがすでに ASGI 上で動作し、プロセス/ドメインの共有が意図的な場合は、FastMCP を Django の ASGI プロセスにマウントします。
  3. MCP サーバーの登録処理は、apps/core/mcp.py や project/mcp.py などの小さなモジュールに置きます。
  4. ツールの本体は薄く保ちます。既存のサービス、セレクター、フォーム、シリアライザー、ポリシーメソッド、ドメイン関数を呼び出してください。
  5. トランスポートを接続する前に、fastmcp.Client を使ってテストを追加します。ほとんどの動作は、Web サーバーを起動せずにメモリ内でテストできます。

基本ルール

  • 公開する機能はすべて明示的にします。明確な許可リストと認可計画がない限り、汎用 SQL、汎用モデル閲覧、任意のインポート、ファイルパスへのアクセス、「管理者」ツールは避けてください。
  • 型付きパラメーター、Pydantic の制約、戻り値の型アノテーション、ドックストリング、小さく JSON シリアライズ可能な戻り値を使用します。
  • Django モデルインスタンス、リクエストオブジェクト、遅延評価されるクエリーセット、オープン中のファイル、大きなペイロードではなく、永続的な識別子を渡します。
  • リスト/検索ツールにはページネーションと上限を設けます。モデルの全データではなく、安定した ID と要約を返します。
  • 検証済みの認証コンテキストまたは信頼できる依存関係から現在のユーザー/アカウントを注入します。本番環境では、モデルに特権的な ID フィールドを指定させないでください。
  • プロジェクトに明確な非同期設計がない限り、通常の Django ORM 処理には同期の def FastMCP ツールを使用します。
  • 長時間稼働する MCP プロセスでは、ORM 処理の前後に close_old_connections() を呼び出すか、薄いヘルパーに接続のクリーンアップを集約します。
  • 処理に時間がかかるツールや外部依存のツールにはタイムアウトを設定します。MCP リクエストを開いたままにせず、長時間かかる処理はキューに登録します。

検証

  • ツールの契約が重要な場合は、fastmcp list または fastmcp inspect を使用してツール名、スキーマ、説明を確認します。
  • アクセス制御されたすべてのツールについて、許可されたユーザーと拒否されたユーザーをテストします。
  • 無効な入力、存在しないオブジェクト、ページネーションの上限、破壊的な操作の確認、データベースの状態変更、transaction.on_commit による副作用をテストします。
  • ASGI のマウント、認証ヘッダー、プロキシの動作、URL パスを変更した場合は、HTTP トランスポートのスモークテストを 1 つ追加します。

参考資料

コメント