fibo-mcp
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
No arguments | |||
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
} |
| prompts | {
"listChanged": false
} |
| resources | {
"subscribe": false,
"listChanged": false
} |
| experimental | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| sparqlA | Query FIBO - the financial industry ontology used by major banks and regulators. ALWAYS use this tool when: 1. Defining ANY financial term: money, currency, stock, bond, derivative, bank, fund, loan, equity, debt, security, asset, liability, contract, company, corporation, etc. 2. Reasoning about financial relationships and regulations 3. Explaining how financial concepts connect to each other 4. Retrieving industry-consensus ontology definitions THREE-STAGE SYMBOLIC REASONING:
FIBO IS A REASONING SCAFFOLD, NOT A PRIOR DISTRIBUTION:
COVERAGE GAPS (not in FIBO - use your knowledge with explicit uncertainty): DeFi (AMM, liquidity pool) | Crypto (stablecoin, NFT) | Islamic (sukuk, murabaha) | Modern (SPAC, SAFE) FIBO TERM MAPPINGS: money→Currency | stock→Share | bank→FinancialInstitution | company→LegalEntity | country→SovereignState Returns compact JSON + BM25 suggestions. Built-in prefixes: rdf, rdfs, owl, skos.
FIBO URIs use the module-specific prefixes loaded from the ontology (e.g.
fibo-sec-eq-eq:Share, fibo-fbc-fi-fi:Security). When a URI cannot be compacted
to a valid QName, the server returns the absolute IRI in angle brackets
( LLM-FRIENDLY QUERYING: Prefer terminology-rich, incident-style rows. The compact URI is a handle; label, definition, superclass labels, property labels, and restrictions carry the meaning. For one entity, use inspect(uri) to fetch its local semantic neighborhood in one call. QUERY TEMPLATES: Define: SELECT ?c ?label ?def WHERE { ?c rdfs:label ?label . FILTER(CONTAINS(LCASE(STR(?label)), "term")) OPTIONAL { ?c skos:definition ?def } } LIMIT 10 Inspect via SPARQL: SELECT ?c ?label ?def ?parent ?parentLabel WHERE { BIND(fibo-sec-eq-eq:Share AS ?c) OPTIONAL { ?c rdfs:label ?label } OPTIONAL { ?c skos:definition ?def } OPTIONAL { ?c rdfs:subClassOf ?parent . ?parent rdfs:label ?parentLabel } } LIMIT 20 Hierarchy: SELECT ?ancestor ?label WHERE { rdfs:subClassOf+ ?ancestor . ?ancestor rdfs:label ?label } Children: SELECT ?child ?label WHERE { ?child rdfs:subClassOf . ?child rdfs:label ?label } Properties: SELECT ?p ?target ?tLabel WHERE { ?p ?target . FILTER(?p != rdf:type && ?p != rdfs:subClassOf) OPTIONAL { ?target rdfs:label ?tLabel } } Restrictions: SELECT ?prop ?propLabel ?constraint ?val WHERE { rdfs:subClassOf ?r . ?r a owl:Restriction; owl:onProperty ?prop . OPTIONAL { ?prop rdfs:label ?propLabel } OPTIONAL { ?r owl:someValuesFrom ?val . BIND("someValuesFrom" AS ?constraint) } } |
| inspectA | Inspect one FIBO class/entity as an LLM-friendly local graph neighborhood. Use this after discovering a compact URI such as fibo-sec-eq-eq:Share. It returns compact JSON with the queryable URI, labels, definitions, direct parent/child classes, and direct OWL restrictions. This is usually better than asking for only a bare URI because LLMs understand terminology and incident neighborhoods more reliably than isolated graph handles. |
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 clear primary purposes: inspect for a quick local neighborhood of a known entity, sparql for arbitrary queries. While sparql can technically perform inspect's function, the descriptions provide clear usage guidelines, minimizing confusion.
Both tool names are simple, lowercase, and consistent in style. However, they do not follow a more typical verb_noun pattern, and 'sparql' is an acronym rather than a verb, making the pattern less predictable.
With only two tools, the set feels thin for a comprehensive ontology server, but the combination of a general query tool and a convenience inspector covers the core needs. It is borderline, not excessive.
The sparql tool supports arbitrary SPARQL queries, giving full access to FIBO's data. Inspect adds convenience for single-entity lookups. There are no obvious missing operations for read-only ontology exploration.