MCPサーバー

Power Portals Pro MCPサーバー は、AIコーディングアシスタントにこのフレームワークの直接的な知識を提供し、構築中に体験できます。これは モデルコンテキストプロトコル サーバーであり、フレームワークに付属しており、ライセンスキーもサインアップもありません。

なぜ存在するのか

ドキュメントだけでは得られない2つの要素があり、どちらもコードの破損を引き起こします。

答えは何でしょうか

注記

すべてのDataverseツールはメタデータを読み取ります。レコードの読み取り、書き込み、削除は行わないので、エージェントを本番環境に向けることで、アクセスせずにデータの形状を学習できます。

プロジェクトへの追加

二つの場所で生きられる

ここには明確に言う価値のある鶏が先か卵が先かの問題があります。テンプレートは構成をプロジェクトに書き込みますが、サーバーが最も役立つのは、そのプロジェクトが存在する 、つまりテンプレートとそのオプションを選ぶときに使われます。ですので、自分用に一度インストールして、そこからはプロジェクトごとのファイルに任せましょう。

マシンごとに1回、どのフォルダでも

これにより、サーバーはどこでも利用可能になり、今まさにスキャフォールドしようとしている空のフォルダも含まれます。どのテンプレートを使うか、オプションの意味、設定内容を教えてくれます。意図的にピン留めを解除し、最新リリースを追跡しています:

Visual Studioはプロファイルフォルダからユーザーレベルの .mcp.json を読み取り、カーソルは ~/.cursor/mcp.jsonを使い、VS Codeの設定にはユーザーレベルのMCP設定があります。それぞれ同じ servers ブロックを使用します。

プロジェクトごとに、そのバージョンにピン留めされています

Power Portals Proテンプレートから作成されたプロジェクトはすでに配線されており、テンプレートはソリューションのルートに .mcp.json を書き込み、対応するサーバーバージョンにピン留めします。やることは何もありません。

既存のプロジェクトに追加するには、そのファイルを解決策のルートに自分で作成してください:

編集者が読むファイル

Visual Studio 2022 17.14+とVisual Studio 2026はソリューションフォルダから .mcp.json 読み取り、Claude Codeも同様です。VS Codeは .vscode/mcp.json を読み込み、カーソルは .cursor/mcp.json を読み込みます。どちらも同じ servers ブロックを使うので、コピーしてください。

dnx すでに持っている.NET 10 SDKが付属しています。すべてのPower Portals Proプロジェクトは ASP.NET Coreでホストされており、React SPAも含まれます。最初の実行でパッケージをダウンロードしキャッシュします。

両方を持つことが意図されたセットアップです。2つのエントリは同じサーバー名を使うため、両方のスコープを理解しているクライアントはプロジェクトのものを使い、プロジェクト内ではバージョンマッチした回答を得られ、他の場所では最新の回答が得られます。

動作確認中

アシスタントにサーバーだけが答えられる質問をしてください。例えば「MainGridのすべてのパラメータをget_component_api表示してください」などです。ツールが利用できない場合は、クライアントが設定ファイルを取得していないことを意味します。ほとんどのツールは追加後に再起動が必要です。

Dataverseへの接続

ドキュメントツールは設定が不要です。メタデータツールは環境への接続が必要で、 その接続はマシンではなくフォルダに属します。プロジェクト内で一度だけ実行してください:

フォルダごとに1つの環境

これにより、このフォルダは1つの環境に割り当てられます。複数の顧客間で作業する場合、各プロジェクトはそれぞれの環境にサインインしたままで、異なるフォルダのエージェント同士が交差しません。これは pac auth select 唯一できないことです。単一のマシン全体のプロファイルを切り替えるため、顧客を一箇所で変更するとどこでも変わります。

サインインはデフォルトでデバイスコードの流れを使うので、SSH上でコンテナ内やWSLで動作し、電話で仕上げることも可能です。開きたい場合は --browser パスしてください。

物が保管されている場所

トークンキャッシュは環境ごとにキー化されているため、同じ顧客のリポジトリの2つ目のクローンは再度サインインを求めませんが、別の顧客は常にサインインを求められます。

コマンド

これらはすべて、通過しない限り現在のフォルダに作用します --workspace

その他の接続方法

環境と資格情報はこの順番で解決されるため、最も明確な意図表明が勝つ。

  1. 環境変数 — サーバーのenvブロック内のPPP_D365_URLPPP_D365_CLIENT_IDPPP_D365_CLIENT_SECRET。サービスプリンシパルと、これをCIや共有コンテナで配線する方法。
  2. フォルダのサインインloginが書いた。通常の経路。
  3. プロジェクト固有の設定、つまりポータル自体がユーザーの秘密やappsettingsから読み取るのと同じ、D365:UrlD365:ClientIdD365:ClientSecret(またはD365:Secret)。したがって、設定されたPower Portals Proプロジェクトはサインインが不要になることが多いです。

Power Platform CLIプロファイル

すでに環境を pacに保持している場合は、URLを探す代わりに一つの環境から始めることができます:

CLIにはアクセストークンを配布するコマンドがなく、認証情報は独自のストアに保管しているため、セッションを直接再利用することはできません。 --pac-profile は、環境とアカウントをプロファイルから取り出し、通常はプロンプトなしでサインインします。なぜなら、すでにセッションがあるからです。

注記

CLI自身のアクティブプロファイルは一切変更されません。 pac auth select は意図的に使われていません。すべてのプロジェクトを一度に移動させるためです。

ツール

ツールの名前を挙げる必要はほとんどなく、アシスタントが説明から選びますが、何があるかを知っておくと役立ちます。

ドキュメントは常に入手可能です

一度繋がった環境

新しいプロジェクトの立ち上げ

他言語での活動

サーバーが返す知識は英語であり、それは意図的なものです。アシスタントがそれを読むのです—ツールの応答を直接見ることはありません—だからアシスタントはあなたの代わりに翻訳します。あなたの言語で尋ねれば、あなたの言語で答えます。ただし、翻訳してはいけないのはコードです。コンポーネント名、パラメータ名、列名はすべてのプロジェクトで英語であり、会話がどの言語であれ、参照英語を維持することが、存在しない翻訳パラメータ名をアシスタントが発明するのを防ぐのです。

注記

何か、つまり “MainGrid Ansichten konfigurieren” の名前がついた質問は、コンポーネント名がどこでも同じなので、どの言語でも使えます。ツールはアシスタントに英語で検索するように指示しているので、名前が出ていない質問も使えます。

トラブルシューティング