Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Description from the maker (original English)
Waste collection dates for German addresses from municipal authority calendars.
These three are never merged into one score: opinions, measurements and popularity are different things.
We have not written a plain-language summary for this one yet. Below are the facts we read from the registry.
Pick the AI app you use, then copy the settings.
You need
Which app do you use?
Pick your app above. We remember it, so next time the button says “Install in …”.
Works in Claude on the web, desktop and mobile:
https://abfall-mcp.alpaycelik.dev/mcpRun this in your terminal
claude mcp add --transport http abfall https://abfall-mcp.alpaycelik.dev/mcpPaste into .cursor/mcp.json in your project, or ~/.cursor/mcp.json
{
"mcpServers": {
"abfall": {
"url": "https://abfall-mcp.alpaycelik.dev/mcp"
}
}
}Your browser asks to open the app, then the app shows the settings and asks you to confirm. Key values are left empty for you to fill in.
Paste into .vscode/mcp.json in your project
{
"servers": {
"abfall": {
"type": "http",
"url": "https://abfall-mcp.alpaycelik.dev/mcp"
}
}
}Your browser asks to open the app, then the app shows the settings and asks you to confirm. Key values are left empty for you to fill in.
ChatGPT connects only to servers on the internet:
https://abfall-mcp.alpaycelik.dev/mcpMenu names can differ slightly by plan and over time.
Your choice stays on this device in a cookie; no account needed.
These settings are generated from the maker’s registry entry. If the README says otherwise, follow the README.
We have not read this server’s tool list yet; we check endpoints in rotation.
We check information anyone can see; we have not read the code. Checks that do not apply are left out of the count. · Checked Nov 7, 2026
The registry name was verified with the GitHub account AlpayC, which owns the repo
We have not read this repo from GitHub yet
We have not read this repo from GitHub yet
Not checked yet; we check endpoints in rotation
Not checked yet; we check endpoints in rotation
Not checked yet; we read the tool list when we check the endpoint
Compared with every active server in this category in the registry. Stars count only when the publisher owns the repo.
It passed 1 of 1 applicable basic checks. We have not read the code. Before adding a key or token, see what access the server asks for and use a key with only the permissions you need.
The registry does not list a required key, though some servers ask you to sign in on first use.
It runs in the maker’s cloud. Connect over the internet with nothing to install, but what you send passes through the maker’s servers.
The GitHub repo last changed –, and the latest version (0.2.0) reached the registry 2 months ago.
Apps that support MCP, such as Claude Desktop, Claude Code, Cursor and VS Code. It connects by URL, so apps that accept remote MCP servers work too, such as ChatGPT in developer mode.
In the same category: Spec Driven Development, Remote Desktop Commander, Rystic
Servers in the same category from other makers, sorted by stars.
Reading a card:★ GitHub starsiThree pillars: reviews · checks · usageiUpdated = latest version published to the registryi
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.
Start, seed, clock, inspect and diff Rystic API simulators from your agent.
Copied from the maker’s repo as written. PopNx MCP has not reviewed or endorsed it. HTML, images and scripts are removed. Links lead off this site.
*English · Deutsch*
MCP server for the waste collection calendars of German cities and districts. Looks up collection dates — residual waste, organic waste, paper, packaging, bulky waste, hazardous waste collection points — for a given address.
Website and interactive setup guide: abfall-mcp.alpaycelik.dev.
address ──▶ Nominatim ──▶ municipality + district ──▶ provider search (995)
│ collection dates ◀── portal ◀── resolve arguments
Waste management in Germany is organised municipally. There is no nationwide API — roughly 400 public waste authorities each run their own portal, backed by a handful of software platforms (Abfall.IO/AbfallPlus, AbfallNavi, Jumomind, AWIDO, C-Trace, Müllmax, plus many plain ICS exports).
This server uses mampfes/hacs_waste_collection_schedule (MIT) as its data source — an actively maintained project with over 950 source modules. Its inner package is independent of Home Assistant and is wired in here as a Git submodule.
The actual work of this project is turning an *address* into the responsible waste authority and its internal parameters. In Home Assistant a human clicks that together once; an MCP server has to do it on its own.
The server runs from a repository checkout, not as an installed package: it needs the data source under vendor/ and the registry under data/, both resolved relative to the project root. That is also why it is not on PyPI — a wheel would install cleanly and still not work.
git clone --recurse-submodules https://github.com/AlpayC/abfall-mcp-server.git
cd abfall-mcp-server uv sync uv run pytest
data/providers.json is checked in, so the server starts right away. After a submodule update, rebuild it:
uv run python scripts/build_registry.py
Public remote via Streamable HTTP:
{
"mcpServers": { "abfall": { "url": "https://abfall-mcp.alpaycelik.dev/mcp" } } }
The service health endpoint is https://abfall-mcp.alpaycelik.dev/health.
Locally over stdio — in claude_desktop_config.json or .mcp.json:
{
"mcpServers": { "abfall": { "command": "uv", "args": ["--directory", "/path/to/abfall-mcp-server", "run", "abfall-mcp-server"] } } }
As an HTTP service:
uv run abfall-mcp-server --http --host 127.0.0.1 --port 8000
Keep in mind that every HTTP request puts load on the authorities' portals and on Nominatim. For anything beyond personal use, put a cache in front and your own Nominatim instance behind it (ABFALL_MCP_NOMINATIM_URL).
Tool names and responses are German, because the domain and the users are.
| Tool | Purpose |
|---|---|
abfuhrtermine | Address in, collection dates out. The usual entry point. |
finde_traeger | Search authorities by place or company name, no geocoding. |
traeger_details | Which arguments does an authority expect? |
abfuhrtermine_fuer_traeger | Targeted query, e.g. to answer a follow-up question. |
abdeckung | How many authorities and data sources are covered. |
Plus the resource abfall://traeger with the full list of authorities.
When a value cannot be determined unambiguously, the server returns status: "rueckfrage" along with the concrete list of options instead of guessing. That is deliberate: a wrongly guessed town cheerfully returns the neighbouring municipality's calendar — a wrong answer that looks like a right one.
scripts/build_registry.py collects 995 waste authorities from 150 source modules.
scripts/smoke.py queries real addresses against the real portals. A run over 21 addresses across Germany (as of Aug 2026):
| Outcome | Share |
|---|---|
| Collection dates returned directly | 48 % |
| Follow-up question for a missing detail | 14 % |
| No authority returned dates | 38 % |
That is the measured number, not an estimate — and the reason to state it here: "covers every German city" is true of the *authority list*, not of fully automatic resolution from a bare address.
Some portals require internal identifiers that cannot be derived from an address. For these, the portal's address dialog is reimplemented in lookup.py:
| Authority | Identifier | Scope |
|---|---|---|
| Abfall.IO / AbfallPlus | f_id_kommune, f_id_strasse, … | 41 authorities |
| Stadtreinigung Hamburg | hnId | Hamburg |
| Berliner Stadtreinigungsbetriebe | schedule_id | Berlin |
The upstream wizard for Hamburg is stale by now — the portal moved its form to a JavaScript component, whose address endpoint is read out of the page here.
standort in Dresden, idHouseNumber in Leipzig, streetnr in Stuttgart. One more resolver each, following the same pattern as the three above.| File | Responsibility |
|---|---|
wcs.py | Bridge to the vendored library; registers the package deliberately instead of putting it on sys.path (its parent directory holds a calendar.py that shadows the stdlib). |
registry.py | Authority list and location search with German stemming. |
geo.py | Nominatim, address variants, plausibility checks. |
resolve.py | Address → authority → resolved arguments → collection dates. |
lookup.py | Address dialogs for authorities with internal IDs (Abfall.IO, Hamburg, BSR). |
server.py | MCP tools, stdio and HTTP. |
The registry is not built at runtime: data/providers.json is produced by a script so that starting the server does not import 150 modules. Rebuild it after a submodule update.
Collection dates come from the portals of the respective waste authorities, address resolution from Nominatim (OpenStreetMap). Nominatim has a usage policy — at most one request per second; the server honours it and caches results in ~/.cache/abfall-mcp-server/.
For dates something depends on (bulky waste, hazardous waste collection), it is worth checking the portal address that every response carries.
The most useful contribution is a report that some authority does not work — there is an issue template with the right questions. How to add an authority resolver is in CONTRIBUTING.md; security issues belong in a private report, see SECURITY.md. Changes are listed in the CHANGELOG. Agents working on this repository should read AGENTS.md.
One principle runs through the whole project and applies to contributions too: when in doubt, ask — do not guess. A wrongly guessed town cheerfully returns the neighbouring municipality's calendar — a wrong answer that looks like a right one.
MIT, see LICENSE. The submodule vendor/hacs_waste_collection_schedule is under its own MIT license, Copyright (c) 2020 Steffen Zimmermann — this repository only references it, it does not ship the code. Third-party attributions are collected in NOTICE.