# Matematic MCP Fastmcp Instructions Pl > Buduj nowy MCP server MateMatic (lub retrofit istniejacego) z 9 elementami (5 zwalidowanych na dograh v1.31.0) - FastMCP(instructions=) z procedural orchestration, drift test, dwukanalowy auth X-API-Key LUB Bearer, OTel atrybut org_id dla per-tenant routing, ToolAnnotations dla read-only, stabilne kody bledow + trojstan ok/degraded/failed, allowlista atrybutow telemetrii na granicy emisji, zdolnosc = definicja/dostawca/konsument, tool `coverage` deklarujacy wlasne pokrycie ORAZ wlasne luki (pusta lista luk = BLOCK). Uzywaj gdy zaczynasz nowy MCP server (saos/eu-compliance/anonimizacja/pomoc-prawna/kio/isap/inny), retrofit istniejacego do tego patternu, dodajesz nowy tool do MCP, debugujesz dlaczego LLM nie wywoluje Twoich tooli w odpowiedniej kolejnosci, lub gdy klient MCP (Claude Code/Cursor) nie autoryzuje. Trigger - "nowy MCP", "buduj MCP server", "FastMCP", "instructions MCP", "dryft testu MCP", "Claude Code MCP", "auth MCP", "OTel MCP", "FastMCP setup", "retrofit MCP", "tools MCP audit", "tools MCP nie s - Skill: `matematicsolutions/matematic-mcp-fastmcp-instructions-pl` (Agent Skill, multi-file: 5 files) - Install (CLI): `npx skillmds@latest add matematicsolutions/matematic-mcp-fastmcp-instructions-pl` - Raw SKILL.md: https://api.skillmd.com/api/skills/matematicsolutions/matematic-mcp-fastmcp-instructions-pl/raw - Safety review: pending - Works with: Claude Code, Claude.ai, OpenAI Codex - Category: AI & ML - License: Apache-2.0 - Author: matematicsolutions (https://skillmd.com/u/matematicsolutions) - Updated: 2026-09-17 - Page: https://skillmd.com/skills/matematicsolutions/matematic-mcp-fastmcp-instructions-pl --- # matematic-mcp-fastmcp-instructions-pl Wzorzec kanoniczny dla MCP serverow MateMatic. Walidowany empirycznie na [dograh-hq/dograh](https://github.com/dograh-hq/dograh) v1.31.0 (production system, 3-4 dni release cycle, 2.6k gwiazdek, drift testy w CI, BSD-2). ## Kiedy uzywac - Nowy MCP server MateMatic od pierwszego commita - Retrofit istniejacych (saos-orzecznictwo, mcp-eu-compliance, matematic-anonimizacja-pl, mcp-pomoc-prawna-pl, sejm-eli-mcp, mcp-uodo, mcp-kio) - do konca Q3 2026 - Audit istniejacego MCP server (czy ma 8 elementow) - Debug: LLM nie wywoluje tooli w odpowiedniej kolejnosci, klient MCP nie autoryzuje, error_codes ginace dla LLM ## 9 elementow kanonu ### 1. `FastMCP(instructions=...)` z procedural orchestration Instrukcje wstrzykiwane do system promptu kazdego klienta MCP. LLM widzi je PRZED pierwszym tool call. **Tresc:** - Call order (ktora kolejnosc wywolywac tools) - Error handling (jak iteorwac po failed tool call) - Hard constraints (czego NIE robic) - Field conventions (kanoniczne nazwy, format ID) - Style (preferencje przy wyborze toolow gdy wiele rozwiazan) **Anti-content:** - NIE re-enumerowac tool signatures (drift - signatury sa w `tools/list`) - NIE re-enumerowac error_codes (drift - error_codes w tool docstring) - NIE per-field guidance (to lezy w `PropertySpec.llm_hint`) Wzor (Python): ```python from fastmcp import FastMCP from .instructions import MY_MCP_INSTRUCTIONS from .tools.foo import foo_tool from .tools.bar import bar_tool mcp = FastMCP("matematic-saos", instructions=MY_MCP_INSTRUCTIONS) for _tool in (foo_tool, bar_tool): mcp.tool(_tool) ``` ### 2. Drift test (`tests/test_mcp_instructions_drift.py`) Fail jesli: - Instructions wymienia tool nie registered - Tool ma error_code ktorego nie ma w docstring Wzor w `examples/test_instructions_drift.py`. ### 3. Auth dwukanalowy X-API-Key LUB Bearer FastMCP domyslnie stripuje `Authorization` header. **MUSISZ** explicit `get_http_headers(include={"authorization"})`. ```python from fastmcp.server.dependencies import get_http_headers async def authenticate_mcp_request() -> User: headers = get_http_headers(include={"authorization"}) api_key = headers.get("x-api-key") if not api_key: auth = headers.get("authorization", "") if auth.lower().startswith("bearer "): api_key = auth.split(" ", 1)[1].strip() if not api_key: raise HTTPException( status_code=401, detail="Missing API key - send X-API-Key or Authorization: Bearer ", ) return await _handle_api_key_auth(api_key) ``` ### 4. OTel atrybut `.org_id` per-tenant routing Per-org routing do Langfuse/observability: ```python from opentelemetry import trace span = trace.get_current_span() if span.is_recording(): org_id = user.selected_organization_id span.set_attribute("mcp.org_id", str(org_id)) span.set_attribute("mcp.user_id", str(user.id)) span.set_attribute("langfuse.user.id", str(user.id)) ``` **WAZNE rozroznienie z dograh-auth:** - `.org_id` (np. `dograh.org_id`) triggeruje per-org Langfuse project routing dla **pipeline spans** - Dla **MCP traffic** uzyj `mcp.org_id` zeby zostalo na default (developer-facing) project - Bez tego rozroznienia traffic deweloperski miesza sie z produkcyjnym multi-tenant ### 5. ToolAnnotations dla read-only tools Pozwala klientowi MCP automatycznie zatwierdzac wywolania bez monitu (`readOnlyHint=True` + `destructiveHint=False`). ```python from mcp.types import ToolAnnotations _READ_ONLY = ToolAnnotations( readOnlyHint=True, idempotentHint=True, destructiveHint=False, openWorldHint=False, ) for _tool in (list_docs, search_docs, read_doc): mcp.tool(_tool, annotations=_READ_ONLY) ``` ### 6. Stabilny `code` bledu + test, ktory go przypina Wzorzec zmierzony na `firecrawl/anydoc` (MIT, audyt 2026-08-08). Ich `ConvertError` ma metode `code()` zwracajaca **stabilny string maszynowy** (`unsupported`, `encrypted`, `resourceLimit`, ...), oddzielony od komunikatu dla czlowieka - plus test, ktorego jedynym zadaniem jest pilnowanie, ze te stringi sie nie zmienily, z komentarzem "bindingi publikuja to doslownie, wiec zmiana lamie kazdego konsumenta". Nasz odpowiednik: **agent branchuje na `code`, czlowiek czyta `message`**. Bez tego LLM parsuje polski tekst bledu regexem i lamie sie przy pierwszej korekcie stylu. ```python class ToolError(Exception): """Blad narzedzia MCP. `code` = kontrakt maszynowy, `message` = dla czlowieka.""" CODES = ("not_found", "invalid_input", "upstream_unavailable", "rate_limited", "forbidden", "partial_result") def __init__(self, code: str, message: str, **detail): assert code in self.CODES, f"nieznany code: {code}" self.code, self.message, self.detail = code, message, detail def as_result(self) -> dict: return {"status": "failed", "code": self.code, "message": self.message, "detail": self.detail} ``` ```python # tests/test_error_codes_stable.py def test_kody_bledow_sa_stabilne(): """Konsumenci (agent, klient MCP) branchuja na tych stringach. Zmiana ktoregokolwiek = breaking change, wiec ma boles TUTAJ, nie u klienta.""" assert set(ToolError.CODES) == { "not_found", "invalid_input", "upstream_unavailable", "rate_limited", "forbidden", "partial_result", } ``` **Sprzezenie z `partial_result` (kardynalna regula cichej niekompletnosci):** tool, ktory zwrocil CZESC danych, NIE MOZE zwrocic `status: ok`. Trojstan `ok | degraded | failed` plus **pelny mianownik** w tej samej odpowiedzi: ```python return {"status": "degraded", "code": "partial_result", "coverage": {"unit": "pages", "total": 14, "usable": 9}, "message": "9 z 14 stron bez warstwy tekstowej", "data": blocks} ``` Anty-wzorzec, ktory to unaocznil: anydoc liczy poprawny mianownik (`"{} of {} pages need OCR"`), po czym wysyla go do fasady `log`, ktorej **nigdzie nie rejestruje** - konsument dostaje `Ok` i niepelny dokument. Zdarzenie niepelnosci ma isc TA SAMA droga co wynik, nie kanalem obok. ### 7. Allowlista atrybutow na granicy emisji telemetrii Element 4 kaze wpisywac do spanu `org_id` i `user_id`. Element 7 pilnuje, zeby to byly JEDYNE rzeczy, ktore wyjda z procesu. Bez tego telemetria konektora kancelaryjnego jest kanalem wycieku danych objetych tajemnica zawodowa, a wyciek nastapi przez atrybut, ktorego nikt swiadomie nie dodawal. Trzy reguly. **Jedno gardlo.** Kazdy zestaw atrybutow przechodzi przez jedna funkcje przed eksportem. Klucz spoza listy jest odrzucany niezaleznie od tego, gdzie na spanie zostal ustawiony. ```python _DOZWOLONE_ATRYBUTY = frozenset({ "mcp.org_id", "mcp.user_id", "mcp.tool", "mcp.status", "mcp.duration_ms", "mcp.code", "service.name", "service.version", }) def _przesiej(atrybuty: dict) -> dict: """Jedyne miejsce, przez ktore atrybuty wychodza z procesu.""" return {k: v for k, v in atrybuty.items() if k in _DOZWOLONE_ATRYBUTY} ``` **`exception.message` nigdy nie wychodzi.** `str(blad)` rutynowo niesie sciezki dyskowe, fragmenty promptu, sygnatury spraw i output providera. Eksportuj `exception.type`, czyli sama nazwe klasy, i nasz stabilny `code` z elementu 6. Trescia bledu zajmuje sie log lokalny, ktory zostaje na maszynie. **Providery prywatne, nie globalne.** Nie rejestruj swojego providera przez `set_tracer_provider` ani `set_logger_provider`. Globalna rejestracja sprawia, ze cudza instrumentacja w tym samym procesie (SDK modelu, framework agenta) zaczyna wychodzic Twoim eksporterem, razem z tym, co akurat wkłada do swoich spanow. ```python # tests/test_telemetry_allowlist.py def test_atrybut_spoza_listy_nie_wychodzi(): assert _przesiej({"mcp.org_id": "7", "prompt": "tresc pisma"}) == {"mcp.org_id": "7"} def test_exception_message_nie_wychodzi(): assert "exception.message" not in _przesiej({"exception.message": "C:/akta/…"}) ``` Regula bez bramki nie trzyma, wiec allowlista bez tego testu jest komentarzem. Deklaracja w README nie jest kontrola - kontrola jest funkcja, przez ktora wszystko przechodzi, i test, ktory to przypina. Wzorzec zaadaptowany z `flintai/cli/telemetry.py` w `sandbox-quantum/flintai-cli` (Apache-2.0 z Commons Clause, wylacznie idea, zero kodu). ### 8. Zdolnosc = trzy role albo wcale (definicja / dostawca / konsument) Dzis konektor floty ma trzy rzeczy zlepione w jednym module: **co** potrafi (interfejs wyszukiwania, pobierania, eksportu), **jak** to robi (klient HTTP do SAOS, parser CBOSA, zapytanie SPARQL) i **kto** z tego korzysta (tool MCP widoczny dla modelu). Dziala, dopoki jest jeden backend. Przy drugim (cache offline obok zrodla na zywo, SQLite obok Postgresa, sandbox zamiast lokalnego fs) zaczyna sie fork konektora. Element 8 rozdziela to na trzy role i mowi: **jedna rola to nie zdolnosc**. Nowa zdolnosc projektuje sie w komplecie, nawet gdy dostawca jest na razie jeden. - **Definicja** - interfejs i kontrakt: sygnatury, typy wejscia/wyjscia, kody bledow (element 6), trojstan `ok|degraded|failed` z pelnym mianownikiem. Zero I/O. - **Dostawca** - implementacja kontraktu dla jednego backendu. `SaosLiveProvider`, `SaosCacheProvider`, `SaosFixtureProvider` (do testow bez sieci). Kazdy przechodzi TEN SAM zestaw testow kontraktu. - **Konsument** - tool MCP (albo skill, albo CLI), ktory zna wylacznie definicje. Nie importuje dostawcy; dostaje go przez konfiguracje. ```python # definicja - orzecznictwo/definition.py (zero I/O) class OrzecznictwoProvider(Protocol): async def szukaj(self, zapytanie: str, limit: int) -> WynikSzukania: ... async def pobierz(self, sygnatura: str) -> Orzeczenie | ToolError: ... # dostawcy - orzecznictwo/providers/{saos_live,saos_cache,fixture}.py # konsument - orzecznictwo/tools.py: zna tylko OrzecznictwoProvider # tests/test_orzecznictwo_kontrakt.py - jeden zestaw, kazdy dostawca go przechodzi @pytest.mark.parametrize("provider", [SaosLiveProvider, SaosCacheProvider, FixtureProvider]) def test_pobierz_nieznana_sygnature_daje_not_found(provider): ... ``` Co to daje floty: podmiana `saos_live` na `saos_cache` w `cordis.yml`/konfigu przesuwa za jednym ruchem wszystkie toole, ktore z tej zdolnosci korzystaja. „PATRON na SQLite" i „PATRON na Postgres" staja sie podmiana dostawcy, nie forkiem. A dostawca-fixture daje testy konektora bez sieci i bez bana na zrodle ([[feedback_bulk_harvest_asymetria_ryzyka_tempa]]). Anty-wzorzec, ktory to unaocznia: dwa toole MCP z wlasnym klientem HTTP do tego samego zrodla, kazdy z innym retry, innym throttlem i innym formatem bledu. To sa dwa dostawcy bez definicji, wiec nie da sie ich zamienic ani przetestowac jednym zestawem. Wzorzec zaadaptowany z „capability seam" w `deepseek-ai/deepseek-harness` (MIT, wylacznie idea, zero kodu): tam Service Definition / Service Provider / Consumer, i ta sama regula - „a package may combine roles, but one role alone is not a seam". ### 9. Tool deklarujacy WLASNE POKRYCIE (i wlasne dziury) Kazdy konektor korpusowy dostaje jeden tool bezargumentowy, ktorego jedynym zadaniem jest powiedziec: **co ta baza obejmuje, ile ma rekordow, KIEDY kazda rodzina zostala pobrana i czego w niej NIE MA.** Nazwa: `coverage` (EN) / `pokrycie_bazy` (PL). Read-only, `ToolAnnotations` jak w elemencie 5. **Problem, ktory to zamyka.** Dzis wiedza o naszych lukach istnieje - ale jako **proza w `instructions`**. Przyklad z `at-eli-mcp`: „Landesrecht not covered - relay the `dataset_note`". To wiedza **bierna**: model musi ja przeczytac i zechciec przekazac. Agent nie ma jak **zapytac**. Gdy tego nie zrobi, konektor odpowiada pewnie na pytanie o prawo krajowe landu i konczy exit 0 - czyli dokladnie [[feedback_cicha_niekompletnosc_trzy_mechanizmy]]: najgrozniejsza awaria konczy sie sukcesem. Element 9 zamienia wiedze bierna w **wywolywalna**. **Kontrakt odpowiedzi** - trzy czesci, zadnej nie wolno pominac: 1. **Mianownik** - per rodzina danych: nazwa, tool ktory jej dotyka, liczba rekordow, **data pobrania snapshotu**. 2. **Zastrzezenie waznosci** - jedno zdanie wprost: data mowi KIEDY pobrano, nie ze tresc jest nadal aktualna. 3. **Znane luki, wyliczone z osobna** - kazda ma staly identyfikator, opis czego brakuje i **instrukcje odwrotu** („sprawdz na stronie oficjalnej", „siegnij do zrodla X"). ```python @mcp.tool(annotations=ToolAnnotations(readOnlyHint=True, openWorldHint=False)) async def coverage() -> dict: """Declares what this corpus covers, when each family was captured, and what it does NOT cover.""" return { "status": "ok", # trojstan z elementu 6: ok | degraded | failed "as_of_note": "Daty mowia KIEDY dane pobrano, nie ze sa nadal aktualne.", "families": [ {"name": "Bundesrecht", "tool": "at_search", "records": 23069, "captured_at": "2026-08-21"}, ], "known_gaps": [ # NIGDY pusta lista - patrz bramka nizej {"id": "AT-001", "family": "Landesrecht", "missing": "Prawo krajowe landow nie jest wystawione.", "fallback": "Siegnij do ris.bka.gv.at, sekcja Landesrecht."}, ], } ``` **Bramka (obowiazkowa, inaczej element 9 jest deklaracja):** ```python def test_coverage_gaps_never_silently_empty(): c = coverage() assert c["families"], "pusty mianownik = bramka bez czego sprawdzac" assert c["known_gaps"], ( "PUSTA lista luk = BLOCK. Zaden korpus prawny nie jest kompletny; " "pusta lista znaczy 'nie sprawdzilismy', nie 'nie ma dziur'." ) for f in c["families"]: assert f.get("captured_at"), f"rodzina {f['name']} bez daty pobrania" ``` Pusta `known_gaps` przechodzilaby zawsze i wygladala na czysty wynik - to [[feedback_bramka_z_pusta_lista_przechodzi_zawsze]]. Dlatego pusta lista = czerwone, nie zielone. **Dwie rzeczy, ktore ten element ma ODZIEDZICZYC po reszcie konektora** (obie zlapane pomiarem po rolloucie 2026-08-24, nie przy czytaniu diffa): 1. **Tool `coverage` audytuje jak kazdy inny tool.** INSTRUCTIONS naszych konektorow mowia wprost: „every tool call appends to the audit log". Wypuszczenie toola bez wpisu do dziennika **czyni to zdanie falszywym** - i to na 38 konektorach naraz. Nie jest to niespojnosc kosmetyczna, tylko obietnica bez pokrycia [[feedback_deklaracja_o_architekturze_falszywa_o_demo]]. Do tego bramka, ktora sprawdza, ze wpis **realnie laduje na dysku** (przekieruj katalog audytu zmienna srodowiskowa na `tmp_path` i policz linie), a nie ze w kodzie stoi wywolanie. 2. **Drift test w MOCNYM kierunku.** Slaby kierunek (INSTRUCTIONS nie moga wymieniac nieistniejacego toola) lapie przeterminowana dokumentacje. Mocny kierunek - **kazdy ZAREJESTROWANY tool musi byc wymieniony w INSTRUCTIONS** - lapie cos grozniejszego: zdolnosc, ktora trafila na produkcje bez zmiany zachowania. Tool jest wykrywalny, ale model nie ma powodu po niego siegnac. Dokladnie to stalo sie z elementem 9: narzedzie wyszlo w 38 konektorach, a instrukcje milczaly. Wylapal to JEDEN konektor (`boutique-mcp`), ktory jako jedyny mial ten kierunek. Dzis maja go wszystkie. Bramka ma akceptowac obie formy wzmianki - `tool` i `tool(arg=...)` - inaczej produkuje falszywe alarmy na instrukcjach z przykladem wywolania. **Dlaczego to jest nasza sprawa, a nie ciekawostka.** Slogan kanonu brzmi [[feedback_slogan_ai_ktora_wie]] - „AI, ktora wie, czego nie wie". Element 9 jest jedynym miejscem we flocie, gdzie to zdanie staje sie **funkcja**, a nie haslem na stronie. Konektor bez niego moze byc technicznie poprawny i jednoczesnie sprzedawac obietnice, ktorej nie realizuje. **Zrodlo wzorca:** `emidio-trancoso/advocacia-aberta` (MIT), tool `cobertura_da_base` w hostowanym MCP `vade-mecum` - **zmierzony na zywo 2026-08-24** (initialize -> sesja -> `tools/call`): 9 rodzin z datami pobrania i 7+ luk z identyfikatorami `BASE-0xx`, kazda z instrukcja odwrotu. Idea i ksztalt kontraktu, zero ich kodu. ## Bramka, ktora nie chodzi w CI, nie chroni niczego Zmierzone na flocie 2026-08-24: **1 z 38 workflow wydania uruchamial testy przed publikacja na PyPI, a ZERO repo mialo CI na push/PR.** Kazda bramka opisana w tym kanonie - drift test, trojstan, kontrakt `coverage`, asercja audytu - chronila wylacznie laptopa autora. Otagowany zepsuty commit szedl prosto do uzytkownikow, a zepsuty commit bez tagu lezal na main, dopoki ktos nie wydal. To jest [[feedback_regula_bez_bramki_nie_trzyma]] o pietro wyzej: **bramka bez CI jest regula bez bramki**. Kazde repo konektora ma miec dwa wyzwalacze: ```yaml # ci.yml - na push do main i na kazdy PR on: { push: { branches: [main] }, pull_request: } # release.yml - krok bramek PRZED budowaniem paczki - name: Run gates before publishing run: | python -m pip install -e ".[dev]" python -m pytest tests/ -q -k "not smoke" ``` `-k "not smoke"` jest swiadome i nalezy do kontraktu: smoke testy wolaja **zywe zrodla rzadowe**, a awaria portalu ministerstwa nie jest powodem, zeby blokowac NASZE wydanie ani czerwienic CI. Bramki deterministyczne sa. Mieszanie obu w jednym przebiegu daje bramke, ktora ludzie naucza sie ignorowac - a wtedy przestaje chronic tak samo skutecznie, jak gdyby jej nie bylo. ## Templatey gotowe do skopiowania W `examples/`: - `server.py` - kanon setup FastMCP + registration - `instructions.py` - szkielet z 4 sekcjami (Call order / Allowed shape / Iterating on errors / Style) - `auth.py` - dwukanalowy + OTel - `test_instructions_drift.py` - drift test do CI ## Smoke test po wdrozeniu ```bash claude mcp add --transport http https:///api/v1/mcp/ \ --header "X-API-Key: " claude mcp list # Powinno wyswietlic + status connected + tools count ``` W Claude Code: "List my via " - czy LLM wywoluje tool wlasciwy? ## Anti-patterns do unikania | Anti-pattern | Konsekwencja | |---|---| | Restating tool signatures w instructions | Drift, signatury rosna z kodu | | Re-enumerating error_codes w instructions | Drift, error_codes rosna z docstring | | Hardcoded API key validation w kazdym tool | Reuse `authenticate_mcp_request()` | | Stdlib `logging.info(request_body)` | Loguruj sekrety. Uzyj Loguru z masking PII | | Brak ToolAnnotations na read-only | Klient pyta o approval przy kazdym wywolaniu | | Single-channel auth (tylko X-API-Key lub tylko Bearer) | Niektorzy klienci wysylaja drugi - 401 | | Brak OTel atrybutow org_id | Brak per-tenant observability w multi-tenant | | Tool bez wpisu do dziennika audytu, gdy INSTRUCTIONS obiecuja audyt KAZDEGO wywolania | Zdanie w instrukcjach staje sie falszywe; bramka ma sprawdzac wpis NA DYSKU, nie wywolanie w kodzie | | Drift test tylko w slabym kierunku | Tool zarejestrowany, ale niewymieniony w INSTRUCTIONS = zdolnosc bez routingu modelu | | Wiedza o lukach TYLKO jako proza w `instructions` | Agent nie ma jak zapytac; konektor odpowiada pewnie poza swoim pokryciem (element 9) | | `known_gaps: []` w toolu `coverage` | Bramka przechodzi zawsze, wynik wyglada na czysty - pusta lista luk = BLOCK | ## Walidowane na - **dograh v1.31.0** ([dograh-hq/dograh](https://github.com/dograh-hq/dograh), BSD-2) - source pattern, production 3-4 dni release cycle - Kluczowe pliki referencyjne (kanon): `api/mcp_server/server.py`, `api/mcp_server/instructions.py`, `api/mcp_server/auth.py` w upstream repo ## Roadmapa retrofit MCP MateMatic **LIVE 2026-05-25** (6 z 6 TypeScript MCP serverow MateMatic): | MCP | Wersja | Release | |---|---|---| | [mcp-eu-compliance](https://github.com/matematicsolutions/mcp-eu-compliance) | v0.2.0 | pilot kanonu | | [mcp-saos](https://github.com/matematicsolutions/mcp-saos) | v1.1.0 | orzecznictwo SAOS | | [mcp-eu-sparql](https://github.com/matematicsolutions/mcp-eu-sparql) | v1.1.0 | EUR-Lex + CJEU | | [mcp-isap](https://github.com/matematicsolutions/mcp-isap) | v1.1.0 | Sejm ELI (DU + MP) | | [mcp-nsa](https://github.com/matematicsolutions/mcp-nsa) | v1.1.0 | CBOSA (sady admin) | | [mcp-krs](https://github.com/matematicsolutions/mcp-krs) | v1.1.0 | KRS MS | **Pozostalo** (Python stack + nowsze MCP): sejm-eli-mcp, kio-orzeczenia-mcp, ewentualne uodo-mcp / pomoc-prawna-mcp. ## Linki - [dograh-hq/dograh](https://github.com/dograh-hq/dograh) - source pattern (BSD-2) - [mcp-eu-compliance v0.2.0](https://github.com/matematicsolutions/mcp-eu-compliance/releases/tag/v0.2.0) - pierwszy MCP MateMatic z pelnym kanonem (TS adaptacja Python wzorca) - [matematic-patron-pr-review-pl](../matematic-patron-pr-review-pl) - komplementarny skill (review PR repo PATRON)