CE-RISE Digital Passport Engineering Assistant

Name: CE-RISE Digital Passport Engineering Assistant
Author: CE-RISE-software

本地服务

github.com/CE-RISE-software开发工具025 周前更新

代码仓库

关于 CE-RISE Digital Passport Engineering Assistant

CE-RISE Digital Passport Engineering Assistant 是面向组织和开发者的仓库内 MCP 服务，用于发现并复用 CE-RISE 数字护照组件、文档和部署资产。它以确定性目录为基础，提供实施规划、就绪度评估及只读服务发现，不执行业务操作或法律认证。

主要功能

01检索能力、组件和参考示例
02将目标映射为架构与实施计划
03评估采用及部署就绪度
04生成部署工件规划与文件
05检查更新渠道和只读服务

适用场景

01规划组织的数字护照采用路径
02基于现有组件设计护照架构
03评估部署模板和实施准备情况
04检查 CE-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.1stdio

工具

还没有获取到工具列表

本地服务需要在你的电脑上运行后才能读取工具，维护者暂未提供工具列表。

详细介绍

CE-RISE 数字护照工程助手

这是一个基于代码仓库的 stdio MCP 服务，可帮助 AI Agent 和人类用户更好地利用现有的 CE-RISE 数字护照组件、服务、架构、文档和部署工作流。

此助手并非 CE-RISE 资产的替代品。它旨在引导用户发现、配置、制定实施计划、检查就绪情况，并适当地复用现有的 CE-RISE 生态系统。

主要工作流是数字护照的通用采用：帮助组织了解合规驱动因素、价值链信息流、实施就绪情况，以及共享信息带来的价值机会，而不受公司规模或组织标签的影响。

面向用户的 CE-RISE 解决方案主要入口：

https://solution.ce-rise.eu/

此 MCP 服务的公开文档发布于：

https://ce-rise-software.codeberg.page/dp-engineering-assistant/

此代码仓库包含的内容

一个精简的 stdio MCP 服务，位于 server/mcp_server.py
一个确定性的初始 CE-RISE 能力和组件目录，位于 data/solution_catalog.json
一个经过整理的关联来源清单，位于 data/connected_sources.json
一个只读的实时服务连接清单，位于 data/live_service_connections.json
一个部署工件清单，位于 data/deployment_artifacts.json
一个参考示例泛化清单，位于 data/reference_examples.json
一个更新渠道清单，位于 data/update_channels.json
MCP Registry 元数据，位于 server.json
一个容器运行时骨架，位于 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 上进行：

https://codeberg.org/CE-RISE-software/dp-engineering-assistant

文档网站从 Codeberg 仓库发布：

https://ce-rise-software.codeberg.page/dp-engineering-assistant/

GitHub 仓库是一个镜像，用于发布相关的自动化流程，遵循 CE-RISE MCP 发布模式：

构建 MCP OCI 镜像并将其发布到 GitHub Container Registry；
更新 server.json 中的发布版本和镜像标签；
使用 GitHub OIDC 将 MCP 服务元数据发布到官方 MCP Registry；
创建 GitHub 发布版本，以便与 Zenodo 集成。

发布后，预计可通过以下两种方式访问该服务：

MCP Registry 和 OCI 软件包：MCP 客户端可以通过以下注册身份发现 stdio 服务，并运行已发布的 GHCR 镜像。
MCPO/OpenAPI 网关：在 CE-RISE MCPO 网关后注册后，HTTP/OpenAPI 客户端可以通过项目文档中发布的网关端点访问相同的 MCP 工具。网关 URL 属于部署元数据，不会在此仓库中硬编码。

MCP 注册身份为：