Capability gaps
const url = 'http://localhost:11044/api/v1/realms/gaps';const options = {method: 'GET', headers: {'X-Embabel-Api-Key': '<X-Embabel-Api-Key>'}};
try { const response = await fetch(url, options); const data = await response.json(); console.log(data);} catch (error) { console.error(error);}curl --request GET \ --url http://localhost:11044/api/v1/realms/gaps \ --header 'X-Embabel-Api-Key: <X-Embabel-Api-Key>'What this world could add: installable realms (directory minus installed), inert APIs with the key that unlocks each, and structural gaps. The REST projection of the same CapabilitySuggester that serves the suggest_capabilities MCP tool.
Authorizations
Section titled “Authorizations”Responses
Section titled “Responses”Capability gaps
What this world could add: realms it could install, APIs that are inert and what would unlock each, and structural gaps
object
APIs declared but inert, with the reason and what would make each answer
An API the world declares that cannot answer yet
object
The API’s name
Why it is inert
What would unlock it, typically the key to set; null where nothing the owner sets would
Directory realms not installed here
A directory realm this world has not installed
object
What the realm adds
The realm’s directory name
What to install it from: a git clone URL or registry identifier
A page to read about it; null where the directory gives none
Gaps in the world’s shape, each written as a sentence

