mcpField
C
CE-RISE Digital Passport Engineering Assistant

CE-RISE Digital Passport Engineering Assistant

ローカル
github.com/CE-RISE-software開発ツール025 週間前に更新

CE-RISE Digital Passport Engineering Assistant について

CE-RISE Digital Passport Engineering Assistantは、CE-RISE Digital Passportの資産を調査・再利用する組織や開発者向けのリポジトリ内MCPサーバーです。決定的なカタログに基づいて導入計画や準備状況を支援し、読み取り専用のサービス探索を行いますが、業務操作や法的認証は行いません。

主な機能

  1. 01機能、コンポーネント、事例の探索
  2. 02目標からアーキテクチャと実装計画を作成
  3. 03導入とデプロイの準備状況を評価
  4. 04デプロイ成果物の計画と生成
  5. 05更新チャネルと読み取り専用サービスの確認

活用シーン

  1. 01組織のDigital Passport導入経路を計画
  2. 02既存コンポーネントを使ったアーキテクチャ設計
  3. 03デプロイテンプレートと実装準備の評価
  4. 04CE-RISEサービスと上流更新の確認

MCP 対応

stdioのMCPサーバーとして、CE-RISEの機能、コンポーネント、ソース、デプロイテンプレート、更新情報を扱うカタログ駆動型のツールとリソースを公開します。一部のサービス探索と更新確認は読み取り専用です。

設定

ローカルサーバーの設定はどのクライアントでも共通です。コピーしてクライアントの MCP 設定ファイルに貼り付けてください。

mcp.json · 共通設定
{
"mcpServers": {
"ce-rise-software-dp-engineering-assistant": {
"command": "docker",
"args": [
"run",
"-i",
"--rm",
"ghcr.io/ce-rise-software/dp-engineering-assistant-mcp:0.0.1"
]
}
}
}
起動コマンドdocker run -i --rm ghcr.io/ce-rise-software/dp-engineering-assistant-mcp:0.0.1

ローカルサーバーにはマシン上の実行環境(Node.js 18 以上など)が必要です。設定ファイルの場所はクライアントごとに異なります。

パッケージ
ocighcr.io/ce-rise-software/dp-engineering-assistant-mcp:0.0.1

ツール

ツール一覧はまだ取得されていません

ローカルサーバーのツールはマシン上で起動して初めて取得できます。メンテナーはまだツール一覧を提供していません。

詳細

CE-RISE Digital Passport Engineering Assistant

DOI MCP Registry

AI エージェントと人間のユーザーが、既存の CE-RISE Digital Passport のコンポーネント、サービス、スキーマ、ドキュメント、デプロイワークフローをより効果的に活用できるよう支援する、リポジトリネイティブな stdio MCP サーバーです。

このアシスタントは CE-RISE のアセットに取って代わるものではありません。既存の CE-RISE エコシステムの発見、設定、実装計画、準備状況の確認、適切な再利用を案内する役割を担います。

主なワークフローは、一般的な Digital Passport の導入です。企業規模や組織の区分にかかわらず、組織がコンプライアンス要因、バリューチェーンにおける情報の流れ、導入準備状況、共有情報から得られる価値の機会を理解できるよう支援します。

CE-RISE ソリューションの主なユーザー向け入口は次のとおりです。

この MCP サーバーの公開ドキュメントは、次の場所で公開されています。


このリポジトリに含まれるもの

  • server/mcp_server.py にある最小構成の stdio MCP サーバー
  • data/solution_catalog.json にある、決定論的な初期 CE-RISE 機能・コンポーネントカタログ
  • data/connected_sources.json にある、厳選された接続ソースマニフェスト
  • data/live_service_connections.json にある、読み取り専用のライブサービス接続マニフェスト
  • data/deployment_artifacts.json にある、デプロイアーティファクトマニフェスト
  • data/reference_examples.json にある、参照例の一般化マニフェスト
  • data/update_channels.json にある、更新チャネルマニフェスト
  • server.json にある MCP レジストリメタデータ
  • Dockerfile にある、コンテナーランタイムのスケルトン
  • scripts/ にある、ローカル実行、スモークテスト、検証用スクリプト
  • examples/01-design-workflow/ にある、初の決定論的な設計ワークフロー例
  • Book を使用した docs 内のドキュメント
  • リリース、OCI イメージの公開、MCP レジストリへの公開を自動化する GitHub ミラー
  • ドキュメントサイト向けの Codeberg Pages 自動化

現段階では、サーバーは意図的にリポジトリネイティブな構成になっています。インストール可能な Python パッケージは導入しません。

MCP ツールの構成

初期のツール群はカタログを基盤とする決定論的な構成です。

  • list_solution_capabilities
  • list_solution_components
  • map_user_goal_to_ce_rise_capabilities
  • recommend_passport_architecture
  • generate_implementation_plan
  • assess_implementation_readiness
  • assess_adoption_context
  • map_value_chain_flows
  • identify_value_opportunities
  • recommend_adoption_path
  • generate_implementation_roadmap
  • list_deployment_artifact_templates
  • generate_deployment_artifact_plan
  • generate_deployment_artifacts
  • assess_deployment_artifact_readiness
  • list_reference_examples
  • generalize_reference_example
  • list_update_channels
  • check_update_channels
  • build_update_aware_solution_context
  • discover_model_repositories
  • list_connected_sources
  • check_connected_sources
  • inspect_connected_source
  • build_connected_solution_snapshot
  • list_live_service_connections
  • probe_live_service
  • inspect_live_service_openapi
  • build_live_service_readiness_snapshot

初期のリソース群は次のとおりです。

  • ce-rise://solution/catalog
  • ce-rise://solution/scope
  • ce-rise://sources/manifest
  • ce-rise://services/live-connections
  • ce-rise://deployment/artifact-templates
  • ce-rise://examples/reference-generalization
  • ce-rise://updates/channels 最初の実装は、ドキュメント/リソースを中心に、読み取り専用の小規模なサービス検出レイヤー、デプロイ成果物の出力レイヤー、参照例の汎用化レイヤー、オプションの更新状況把握レイヤーを備えています。厳選された CE-RISE リポジトリとドキュメントの参照先に接続し、利用可能な場合はローカルの兄弟リポジトリを調査できます。また、必要に応じてリモートリポジトリ/ドキュメントの URL の到達可能性を確認したり、ヘルス、レディネス、バージョン、OpenAPI などの読み取り専用の稼働中サービスエンドポイントを調査したりできます。既存の CE-RISE GitOps テンプレートから生成した Docker Compose または Kubernetes のスターターファイルの内容を返し、ローカルのデモンストレーターから、具体的なデモデータやローカル専用の設定をコピーせずに再利用可能なパターンを汎用化できます。さらに、要求に応じて、設定済みのリリース/タグ/ドキュメントの各チャンネルを確認し、最新のアップストリームメタデータを取得できます。

通常のコンポーネント対応の出力には、update_awareness フィールドが含まれます。このフィールドにより、ユーザーが明示的にバージョンを尋ねていない場合でも、更新の必要性を確認できます。関連する設定済みの更新チャンネルを一覧表示し、実装、デプロイ、詳細な技術的判断の前に、更新状況を確認するツールを使うよう推奨します。

生成ツールでは、更新コンテキストを直接扱えます。たとえば、generate_deployment_artifacts は check_remote_updates を受け付けます。有効にすると、設定済みの更新チャンネルを確認し、version_context を含め、生成された VERSION-CONTEXT.md ファイルを返却される成果物一式に書き込み、安全に対応付けられる生成済みレジストリカタログ項目には、確認済みの model_artifact_version タグを使用します。

更新レイヤーでは、明示的な読み取り専用チャンネルを通じて、ソフトウェアコンポーネント、参照例、デプロイテンプレート、ドキュメントの利用可否、既知のデータモデルリポジトリを対象とします。また、サーバーは discover_model_repositories を使って、設定済みのモデル名前空間にある追加の CE-RISE モデルリポジトリを検出できます。新たに検出されたリポジトリは、実装入力として暗黙に信頼されるのではなく、レビュー用の更新チャンネル候補として返されます。テンプレートリポジトリやモデルアーキテクチャリポジトリは、バージョン把握のために追跡できますが、デプロイ可能なデータモデル成果物としては扱われません。

レコードの作成、検証、クエリ、指標の計算、レジストリの更新など、稼働中の CE-RISE の業務操作は実行しません。

関連する場合、導入、アーキテクチャ、バリューチェーン、ロードマップの出力には source_references フィールドと live_service_connections フィールドが含まれるため、推奨事項は単独の助言として提示されるのではなく、CE-RISE のアセットに基づいたものになります。

デプロイ成果物の出力は、あくまで初期計画用の成果物です。正規の dp-system-gitops-template リポジトリや、コンポーネント固有のデプロイメントドキュメントに代わるものではありません。

コンプライアンス関連の出力は、あくまで計画の補助資料です。法的な認証や法的助言を提供するものではありません。

ローカルでの使用

MCP サーバーを起動します:

./scripts/run-local.sh

ローカル MCP スモークチェックを実行します:

./scripts/smoke-mcp.sh

コンテナー MCP スモークチェックを実行します:

./scripts/smoke-container.sh

ローカル検証を実行します:

./scripts/validate-local.sh

同等の make ターゲットも利用できます:

make smoke
make smoke-container
make test
make validate

最小限のローカル MCP クライアント設定:

{
  "mcpServers": {
    "dp-engineering-assistant": {
      "command": "/home/riccardo/code/CE-RISE-software/dp-engineering-assistant/scripts/run-local.sh"
    }
  }
}

公開モデル

開発は Codeberg で行います。

ドキュメントサイトは Codeberg リポジトリから公開されます。

GitHub リポジトリは、CE-RISE MCP の公開パターンに従ったリリース関連の自動化に使用するミラーです。

  • MCP OCI イメージをビルドし、GitHub Container Registry に公開します。
  • リリースバージョンとイメージタグに合わせて server.json を更新します。
  • GitHub OIDC を使用して、MCP サーバーのメタデータを公式 MCP Registry に公開します。
  • Zenodo 連携のために GitHub リリースを作成します。

リリース後、サーバーは次の 2 つの方法で利用できるようになる予定です。

  • MCP Registry と OCI パッケージ:MCP クライアントは、以下のレジストリ ID で stdio サーバーを検出し、公開済みの GHCR イメージを実行できます。
  • MCPO/OpenAPI ゲートウェイ:CE-RISE MCPO ゲートウェイの背後に登録されている場合、HTTP/OpenAPI クライアントは、プロジェクトのドキュメントに記載されたゲートウェイエンドポイントを通じて同じ MCP ツールにアクセスできます。ゲートウェイ URL はデプロイメントのメタデータであり、このリポジトリにはハードコードされていません。

MCP レジストリ ID は次のとおりです。

  • io.github.CE-RISE-software/dp-engineering-assistant

OCI イメージのパターンは次のとおりです。

  • ghcr.io/ce-rise-software/dp-engineering-assistant-mcp:<release-version>

ライセンス

European Union Public Licence v1.2 (EUPL-1.2) のもとでライセンスされています。

コントリビューション

このリポジトリは、正本として Codeberg で管理されています。GitHub リポジトリは、リリースのアーカイブ、OCI イメージの公開、MCP Registry への公開、および Zenodo 連携に使用する読み取り専用のミラーです。イシューやプルリクエストは Codeberg で作成してください。


EU の紋章

欧州連合の助成を受けています(助成契約番号 101092281 - CE-RISE)。

表明された見解および意見は著者のみのものであり、必ずしも欧州連合または助成機関(HADEA)の見解を反映するものではありません。 欧州連合および助成機関は、それらについて責任を負いません。

(c) 2026 CE-RISE コンソーシアム。

European Union Public Licence v1.2 (EUPL-1.2) のもとでライセンスされています。

帰属表示:CE-RISE プロジェクト(助成契約番号 101092281)および記載されている各著者/パートナー。

NILU のロゴ

CE-RISE プロジェクト内で NILU が開発しました(Riccardo Boero - [email protected])。

コメント

MCP は初めてですか?

プロトコルの概要から最初のサーバーの導入まで、よくある疑問にまとめて答えます。

AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。