secop-mcp
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| SOCRATA_APP_TOKEN | No | An optional Socrata app token that raises the anonymous rate limit for requests to datos.gov.co. |
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": false
} |
| prompts | {
"listChanged": false
} |
| resources | {
"subscribe": false,
"listChanged": false
} |
| experimental | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| describe_datasetA | Explain the SECOP II contracts dataset: every queryable column and the known data pitfalls. Call this first. |
| find_entityA | Find a state entity by name and get its NIT. Immediate: it searches a local directory, not the dataset. |
| query_contractsA | Query SECOP II contracts. Returns at most 100 rows. |
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 3 tools
The three tools serve clearly separate roles: describe_dataset is schema discovery, find_entity resolves an entity name to a NIT against a local directory, and query_contracts runs the actual data query. The find_entity description explicitly clarifies it does not touch the dataset, removing any overlap with query_contracts.
All three names follow a clean verb_noun snake_case pattern (describe_dataset, find_entity, query_contracts) with no stylistic deviations or mixing of conventions.
Three focused tools for a single-domain dataset server is well-scoped—each one (understand schema, resolve entity, query) earns its place with no redundancy. It leans slightly minimal, but the workflow is coherent.
The surface covers the core lifecycle for a data query server: understand the schema, resolve entities, and query with filters/aggregates/ordering. A few gaps remain, such as no distinct-values helper or paging beyond the 100-row cap, but agents can work around them.