plugin_installation_get
Inspect an installation or one of its installed capabilities and contracts.
When to use it
Use plugin_installation_get to get an installed plugin. This tool operates at workspace scope. It does not require a project context unless a filtering argument explicitly asks for one.
Provide exactly one of installationId and capabilityInstallationId.
Arguments
| Name | Type | Required | Default | Constraints |
|---|---|---|---|---|
installationId | string | No | — | Format: uuid; Pattern constraint; see full schema |
capabilityInstallationId | string | No | — | Format: uuid; Pattern constraint; see full schema |
View the complete input schema, including nested contracts and alternative shapes. The schema is extracted from the workspace server’s Zod definitions. Runtime validation also enforces custom checks that JSON Schema cannot express.
Response shape
The implementation constructs payloads using these fields: installation. The returned fields depend on the execution path.
MCP returns a text block containing the JSON operation result and a
structuredContent copy. The envelope includes data, completeness,
truncated, freshness, and warnings. Depending on the operation it can also
include nextCursor, evidence, job, or receipt.
Check those fields before treating a conversational summary as the result.
When a job is returned, inspect its status with the appropriate execution tool;
a queued response is not confirmation that work finished. Follow evidence links
when checking the underlying records.
Input methods
This request illustrates the argument structure. Replace every angle-bracket placeholder with a real value and supply any applicable optional fields from the schema. Nested business contracts must match your actual configuration. Send it through an authenticated, initialized MCP client; this JSON alone does not establish a session or sign you in.
Open workspace Plugins. For creation, choose Explore, select the matching plugin/capability and fill its installation fields. For an existing installation, select it in the installed list and inspect its connection settings before editing, checking or removing it. Keep credentials in protected fields and review changes before saving.
Use Semogram’s plugin_installation_get tool to get an installed plugin. Confirm the workspace and use records I can access. Do not change anything.
Use real resource IDs returned by earlier reads; a resource name is not a UUID. Do not fill missing business inputs with invented values.
This is an MCP tools/call request, not a form to paste into Semogram. Send it through an authenticated, initialized MCP client.
{
"jsonrpc": "2.0",
"id": 1,
"method": "tools/call",
"params": {
"name": "plugin_installation_get",
"arguments": {
"installationId": "<INSTALLATION_UUID>"
}
}
}This operation has no standalone public /api/v1 plugin-installation/catalog route in the current implementation. Use the UI or MCP methods shown here.
FAQ
What access and approvals are required?
Required permission scopes: plugins:read.
OAuth uses current workspace membership; API keys use their assigned scopes
and grants. Discovery can exclude tools the caller cannot use.
Read-only annotation: Yes. Destructive annotation: No. Follow the operation’s declared contract and any applicable server-side approval policy.
How should I handle retries?
Do not assume repeated calls are safe merely because the client offers Retry. Inspect the result or existing request before repeating work that changes state. For 429 responses, honor Retry-After rather than retrying immediately.
Why is this tool missing or returning an error?
Provide exactly one of installationId and capabilityInstallationId. See connection, authentication and troubleshooting for sign-in, scope, resource access, and rate-limit errors.