Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
作者による説明(英語の原文)
Keyless open data for 84 German cities: 12 lean read-only MCP tools covering 67 data types.
この3つを1つのスコアにまとめることはしません。意見、測定、人気はそれぞれ別のものだからです。
このサーバーのやさしい解説はまだ書いていません。以下はレジストリから読み取った事実です。
使っているAIアプリを選んで、設定をコピーしてください。
必要なもの
どのアプリを使っていますか?
上でアプリを選んでください。選んだアプリを覚えておくので、次からはボタンに「…にインストール」と表示されます。
ウェブ、デスクトップ、モバイルのClaudeで使えます:
https://mcp.infranode.dev/mcpターミナルでこれを実行します
claude mcp add --transport http infranode https://mcp.infranode.dev/mcpプロジェクトの .cursor/mcp.json、または ~/.cursor/mcp.json に貼り付けます
{
"mcpServers": {
"infranode": {
"url": "https://mcp.infranode.dev/mcp"
}
}
}ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
プロジェクトの .vscode/mcp.json に貼り付けます
{
"servers": {
"infranode": {
"type": "http",
"url": "https://mcp.infranode.dev/mcp"
}
}
}ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
ChatGPTがつなげるのは、インターネット上のサーバーだけです:
https://mcp.infranode.dev/mcpメニューの名前は、プランや時期によって少し違うことがあります。
選んだアプリは、この端末のCookieに保存されます。アカウントは不要です。
この設定は、作者のレジストリ登録情報から作成しています。READMEと違う場合は、READMEに従ってください。
このサーバーのツール一覧はまだ読み取っていません。エンドポイントは順番にチェックしています。
誰でも見られる情報をチェックしており、コードは読んでいません。当てはまらない項目は数に入れていません。 · 2026年11月6日にチェック
レジストリ名はドメイン infranode.dev で確認済みです(レジストリがドメインの所有を確認しています)
このリポジトリはまだGitHubから読み取っていません
このリポジトリはまだGitHubから読み取っていません
まだチェックしていません。エンドポイントは順番にチェックしています
まだチェックしていません。エンドポイントは順番にチェックしています
まだチェックしていません。エンドポイントをチェックするときにツール一覧を読み取ります
レジストリでこのカテゴリにある有効なすべてのサーバーと比較しています。スターは、公開者がリポジトリの所有者である場合だけ数えます。
当てはまる基本チェック1項目のうち1項目に合格しました。コードは読んでいません。キーやトークンを追加する前に、サーバーがどんなアクセスを求めているかを確認し、必要な権限だけを持つキーを使ってください。
レジストリには必須のキーは載っていません。ただし、最初に使うときにサインインを求めるサーバーもあります。
作者のクラウドで動きます。インストール不要でインターネット経由でつながりますが、送った内容は作者のサーバーを通ります。
GitHubリポジトリの最終更新は–、最新バージョン(1.1.1)がレジストリに届いたのは4 か月前です。
Claude Desktop、Claude Code、Cursor、VS CodeなどのMCP対応アプリで使えます。URLでつながるので、リモートMCPサーバーに対応したアプリ(開発者モードのChatGPTなど)でも使えます。
同じカテゴリには:Spec Driven Development, Remote Desktop Commander, 오늘냥이 (Oneul Nyangi)
同じカテゴリで、ほかの作者が作ったサーバー。スターの多い順。
カードの見方:★ GitHubスターi3つの柱:レビュー · チェック · 利用状況i更新=最新バージョンをレジストリに公開した日i
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Remote Desktop Commander: use files, terminal and processes on your own computers from any AI app.
Real cat photos, diaries, profiles, age and food reference calculators, and breeds.
作者のリポジトリから書かれたとおりにコピーしたものです。PopNx MCPは内容を確認・推奨していません。HTML、画像、スクリプトは取り除いています。リンクはこのサイトの外へ移動します。
Deutsch | English
Die Open-Data-REST-API für Deutschland: eine HTTP-API ohne API-Key für Open Data zur öffentlichen Infrastruktur, auch als MCP-Server verfügbar.
Deutsche Städte veröffentlichen viel Open Data, aber jede Quelle hat ihr eigenes Format, eigene Felder und eigene Eigenheiten, und für mehrere braucht es eine Registrierung im jeweiligen Portal. InfraNode normalisiert rund 20 Kategorien, Wetter (DWD), Luftqualität (UBA), ÖPNV (inklusive Echtzeit-Abfahrten), Verkehr, Strompreis (SMARD), Bodenrichtwerte (BORIS), Parken, Ladeinfrastruktur, Pegelstände, Demografie, Energie und mehr, für 84+ deutsche Städte hinter einer Schnittstelle. Kein API-Key, kein Konto. Jede Antwort nutzt denselben kanonischen { data, meta }-Umschlag mit Lizenz und Attribution je Datensatz. Dieselben Daten stehen KI-Agenten auch als MCP-Server zur Verfügung (12 schlanke Read-only-Tools über 78 Datenarten). Der Einstieg ist get_city_overview, ein einziger Aufruf: Er liefert einen Katalog aller Datenarten, die es für eine Stadt gibt, dazu einen Live-Auszug der wichtigsten Werte. So sehen Agenten die volle Breite und nicht nur das Wetter. InfraNode wächst laufend, neue Datenarten und Städte kommen regelmäßig dazu.
Zu den Quellen gehören der Deutsche Wetterdienst (DWD), das Umweltbundesamt (UBA), Mobilithek/DELFI, der VBB (Verkehrsverbund Berlin-Brandenburg, CC-BY 4.0), GovData, OpenStreetMap, die Bundesnetzagentur, das KBA und weitere.
*Ein einziger get_city_overview("koeln")-Aufruf: aktuelles Wetter, amtliche Luftqualität, DWD-Warnungen, Live-Zugabfahrten mit Verspätungen, Baustellen und der vollständige Datenkatalog der Stadt, aus einem Endpoint ohne API-Key. Jede Stadt lässt sich live ausprobieren auf infranode.dev.*
Ein gemeinsamer HTTP-Client fragt die Upstream-Quellen ab, jede Antwort wird auf das kanonische Schema abgebildet, mit ihrer Attribution durch das Lizenz-Gate geführt und in Redis zwischengespeichert (mit Stale-on-Error-Fallback), danach über eine REST-API und einen MCP-Server ausgeliefert. Fällt eine Quelle aus, schlägt sich das in source_status nieder. Der Aufruf selbst scheitert nie daran.
flowchart LR
subgraph SRC["25+ deutsche Open-Data-Quellen"] direction TB S1["DWD, UBA Wetter, Luft"] S2["Mobilithek, DELFI, DB ÖPNV, Echtzeit"] S3["SMARD, BNetzA, MaStR Energie"] S4["BORIS, GovData, OSM, KBA, ..."] end
subgraph CORE["InfraNode-Kern"] direction TB N["Normalisieren ein kanonisches Schema"] --> L["Lizenz-Gate Attribution je Datensatz"] --> C["Redis-Cache Stale-on-Error-Fallback"] end
SRC --> CORE CORE --> API["REST-API infranode.dev/api/v1 84 Städte, ohne API-Key"] CORE --> MCP["MCP-Server mcp.infranode.dev 12 Read-only-Tools"] API --> APPS["Apps & Dashboards"] MCP --> AGENTS["KI-Agenten Claude, ChatGPT"]
Wenn InfraNode dir eine Datenintegration erspart: Ein Stern hilft anderen Entwicklern, das Projekt zu finden.
Basis-URL https://infranode.dev/api/v1. Kein Key, kein Konto, einfach aufrufen:
curl https://infranode.dev/api/v1/cities/koeln/weather
{
"data": { "city_slug": "koeln", "observed_at": "2026-06-18T13:00:00Z", "source": "dwd", "attribution": { "text": "Datenbasis: Deutscher Wetterdienst", "modified": true }, "payload": { "kind": "weather", "temperature_c": 30.4, "humidity": 43.0, "station_id": "02667" } }, "meta": { "source_status": "ok", "cache_status": "hit", "correlation_id": "..." } }
Jede Antwort folgt demselben { data, meta }-Umschlag: Jeder Datensatz trägt seine attribution (Lizenz und Quelle), und meta.source_status sagt, ob die Upstream-Quelle Daten geliefert hat. Eine tote Quelle degradiert damit sauber, statt den Aufruf scheitern zu lassen.
Über alle Datenarten hinweg sind Feldnamen snake_case und englisch, und dasselbe Konzept heißt immer gleich: post_code, street, house_number, place, name, start, end, distance_km, power_kw, lat, lon. post_code ist immer ein fünfstelliger String (führende Nullen bleiben erhalten), Zeitstempel sind ISO 8601 mit Zeitzone, und ein Wert, den die Quelle nicht liefert, ist null, nie ein leerer String. Manche Antworten führen daneben noch ältere Doppelnamen mit identischen Werten (plz, zip, strasse, hausnummer, ort, city, bezeichnung, beginn, ende, art, dist_km, leistung_kw, einheit_typ, dazu die camelCase-Rohfelder der Autobahn-Verkehrsmeldungen). Diese Namen sind veraltet, nimm die kanonischen.
Tipp: Ruf zuerst
/api/v1/citiesauf, um die kanonischen Stadt-Slugs zu
finden (etwa
koeln,berlin,hamburg), und danach einen stadtbezogenen
Endpoint.
Der
{slug}wird tolerant aufgelöst, die exakte ASCII-Form brauchst du also
selten: der deutsche Name mit oder ohne Umlaute, jede Groß- und
Kleinschreibung, gängige englische Exonyme und Kurzformen führen alle auf den
kanonischen Slug (
München/münchen/munich/munchen→muenchen,
cologne→koeln,frankfurt→frankfurt-am-main). Ein unbekannter Name
liefert
404mit dem HinweisMeintest du ...?, der den nächstliegenden Slug
nennt.
Die vollständige interaktive Referenz und die Abdeckung je Stadt stehen auf infranode.dev. Die InfraNode API im Postman API Network spiegelt jeden Endpoint mit echten Beispielantworten, sodass sich die InfraNode API Postman Collection ohne API-Key direkt im Browser ausprobieren lässt.
Keylose Client-Bibliotheken, Quellcode und Issues in eigenen Repos:
| Sprache | Installation | Repo |
|---|---|---|
| Python | pip install infranode (PyPI) | infranode-python, mit LangChain- und LlamaIndex-Tools |
| JavaScript/TypeScript | npm install infranode-sdk (npm) | infranode-js, mit Vercel-AI-SDK-Tool |
| Java | ohne Paket | Tutorial: HttpClient oder OpenAPI Generator |
Jede Kategorie unten ist ein REST-Endpoint unter /api/v1/cities/{slug}/ . Über MCP kommen dieselben Daten durch 12 schlanke Tools: ein paar benannte (get_city_overview, weather, air_quality, pois, compare, die Live-Tafeln) und ein generisches get_city_resource(slug, resource= ) für jede weitere Datenart (sein resource-Enum listet alle 81 Keys).
| Gruppe | Datenarten (Endpoint-Keys) |
|---|---|
| Entdecken | list_cities, sources, compare (eine Datenart über viele Städte), overview (Katalog plus Live-Auszug in einem Aufruf) |
| Wetter & Umwelt | weather, weather-warnings, civil-protection-warnings (BBK NINA), air-uba (amtlich), air (live), pollen-uv, water-level, flood, fire-danger, bathing-water |
| Mobilität | transit, Live-Abfahrten je Haltestelle (Tool transit_departures), stations (Katalog), Bahnhofstafeln nach EVA (Tools station_board_departures/station_board_arrivals, inklusive Nahverkehr und Störungen), station-departures, station-arrivals, traffic, road-events, charging, parking (Live-Belegung), parking-onstreet, park-and-ride, mobility-points, bike-parking, sharing, fuel-prices, bike-counts |
| Stadt & Menschen | base, geo, demographics, indicators, sustainability (SDG-Indikatoren je Kommune als Zeitreihe 2006-2023, Wegweiser Kommune / Bertelsmann Stiftung, CC0), unemployment, tourism, construction, accidents, crime-stats, health, icu-live, holidays, election, events, council-papers (kommunale Ratsinformationen über OParl: Vorlagen, Anträge und Beschlüsse je Stadt), pois, Spielplätze, Märkte, Toiletten und weitere OSM-Typen |
| Wirtschaft & Immobilien | land-values, tax-rates (Hebesätze für Gewerbe- und Grundsteuer je Kommune), business-registrations (Gründungsdynamik je Kreis), insolvencies (Insolvenzverfahren je Kreis: Unternehmen und übrige Schuldner, jährlich), public-tenders (öffentliche Vergabe: laufende Ausschreibungen und vergebene Aufträge je Stadt) |
| Energie & Fahrzeuge | power-load, power-price, energy, solar, solar-roofs, district-heating, vehicle-registrations |
{ data, meta } mit Status und Attribution je Quelle.source_status, keinen Fehler.Das Sicherheitsmodell steht in SECURITY.md.
Listen von Datenarten (charging, energy, events, transit, die OSM-Feature-Endpoints) haben bei gleicher URL eine kanalabhängige Voreinstellung:
limit=null, returned == total, truncated=false).?all=1) erzwingt auf jedem Kanal die volle Liste, limit und offset blättern explizit.total/returned/limit/offset/truncated) steht auf jedem Kanal, der ausgelieferte Ausschnitt ist also immer nachvollziehbar.Bei traffic ist die rohe Polyline optional: include=geometry (oder ?full=1) ergänzen, die Standardantwort bleibt schlank.
Du baust produktiv auf InfraNode auf? Dann bleib bei Änderungen vorne:
冒頭だけを表示しています。続きはリポジトリで読めます