CRU MCP Server
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| CRU_API_KEY | Yes | API key for the Centralny Rejestr Umów (CRU) API, obtained from the Ministry of Finance. |
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": true
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| rejestr_umow_search_contractsA | Wyszukuje umowy opublikowane w Centralnym Rejestrze Umów JSFP (rejestrumow.gov.pl) przez API Ministerstwa Finansów. Wymaga skonfigurowanego klucza CRU_API_KEY (patrz README.md). Nie wykonuje operacji zapisu — tylko odczyt/wyszukiwanie. ⚠️ Ścieżka zapytania (CRU_SEARCH_PATH) jest niezweryfikowanym przypuszczeniem — patrz README.md, sekcja "Status weryfikacji API". Args:
Returns: listę pasujących umów wraz z informacją o łącznej liczbie wyników. |
| rejestr_umow_get_contractA | Pobiera pełne szczegóły pojedynczej umowy z Centralnego Rejestru Umów JSFP (rejestrumow.gov.pl) po jej identyfikatorze/numerze. Wymaga skonfigurowanego klucza CRU_API_KEY (patrz README.md). Operacja tylko do odczytu. ⚠️ Ścieżka zapytania (CRU_CONTRACT_PATH) jest niezweryfikowanym przypuszczeniem — patrz README.md, sekcja "Status weryfikacji API". Args:
Returns: pełne dane umowy (strony, przedmiot, wartość, okres obowiązywania, status, finansowanie UE). |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 2 tools
The two tools have clearly distinct purposes: one searches for contracts with various filters, the other retrieves full details of a specific contract. No overlap or ambiguity.
Both tool names follow a consistent pattern: 'rejestr_umow_' prefix with a verb (search/get) followed by 'contracts' or 'contract'. The naming is predictable and unambiguous.
With only 2 tools, the server is minimal but well-scoped for a read-only registry query domain. It feels slightly thin, but each tool serves a distinct purpose without unnecessary bloat.
For a read-only contract registry, the pair of search and get detail covers the essential functionality completely. No obvious gaps—users can find contracts and retrieve full information.