Discovery and execution operations
For
capabilities_search, use types: ["action"] for executable external operations. For capabilities_get, useful parts include inputSchema, outputSchema, description, and examples. The input object for preflight and execute is Action-specific. Read its current inputSchema from capabilities_get before constructing it. Action names use the form <integration-type>:<integration-id>:<action-id>.
Request examples
Each example body goes toPOST /api/openapi/loadout/<operationId> with the matching operation ID from the table. Replace the Action name and input with values returned by discovery and capabilities_get.
Guidance, access, and audit operations
The same
loadout_vault endpoint backs the CLI’s vault status, vault connect, and vault disconnect commands. loadout_audit backs audit recent and audit summary. When connecting from an agent, omit plaintext credentials and show the user the returned Aident connection URL. Do not disconnect or replace an account without the user’s authorization.
Request examples
loadout_skills_search, loadout_skills_read, loadout_vault, and loadout_audit in order. Read the live OpenAPI document for optional filters and full nested schemas, including Skill traversal state and multi-account connection fields.
Response envelope
Operation responses use a JSON envelope. The exactdata schema differs by operation and appears in the live OpenAPI document.
success. An Action result can also contain provider-level fields such as successful or ok; inspect those before claiming the external operation succeeded. A validation error, missing OAuth scope, or unknown operation can return a typed error. The CLI handles catalog lookup and request routing for you; the CLI reference shows the matching commands.