@yaaif/platform-mcp
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| client | Yes | The target IDE client. Required to run the MCP server, e.g. `npx -y @yaaif/platform-mcp@1.3.5 --client claude`. | |
| YAAIF_EXTRA_CA_FILE | No | Optional path to an additional CA certificate file for local or corporate certificate authorities. |
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
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| yaaif_platform_listA | List builtin and custom YAA\F platform profiles (hosted, local-hybrid, local, …). |
| yaaif_platform_useA | Switch active platform profile (hosted | local-hybrid | local | custom id). Clears session if OIDC issuer changes. |
| yaaif_platform_exportA | Export active profile as shell environment values for the active YAA\F client. |
| yaaif_platform_saveC | Save or update a custom platform profile in the active YAA\F client state directory. |
| yaaif_configure_checkB | Validate platform profile, OIDC discovery, auth session, and service reachability. |
| yaaif_loginA | Open browser PKCE login against the active platform OIDC authority and persist tokens. |
| yaaif_login_deviceA | Headless/CI device-code login (Keycloak device grant + PKCE S256). Returns verification_uri and user_code immediately (status=pending) by default so the agent can show them before MCP tool timeouts; background-polls until authorized. Pass wait=true to block until complete. Requires oauth2.device.authorization.grant.enabled on the active OIDC client. |
| yaaif_logoutA | Clear the local YAA\F client session. Optionally open Keycloak end_session. |
| yaaif_whoamiA | Return current profile, auth session, tenant name/id, and RBAC identity. |
| yaaif_list_tenantsA | List tenants for the signed-in user (normalized: id, name, slug, is_last, is_selected). |
| yaaif_set_tenantC | Set active tenant by UUID, name, or slug; activates on the server. |
| yaaif_ensure_sessionA | One-shot: validate platform/OIDC, refresh or login, auto-select tenant (last/single/default), return ready state. |
| yaaif_skill_listC | List skills in the tenant catalog. |
| yaaif_skill_getB | Get one skill by id (via catalog list ?ids=). |
| yaaif_skill_runtime_statusB | Get in-memory skill runtime status for the tenant. |
| yaaif_skill_file_treeB | List the tenant skill files tree (Advanced Skills workspace). |
| yaaif_skill_read_fileC | Read a skill pack file from the tenant skills tree. |
| yaaif_skill_createB | Create a skill pack in YAA\F (writes SKILL.md + skill_configs). |
| yaaif_skill_write_fileC | Create or update a skill pack file under the tenant skills tree. |
| yaaif_skill_enableC | Enable or disable a skill in skill_configs. |
| yaaif_skill_map_agentsA | Replace agent→skill mappings (bulk). Prefer yaaif_skill_map_agents_merge to avoid wiping existing skills. |
| yaaif_skill_map_agents_mergeA | Merge skill_ids into agents (fetch current mappings, union, then bulk replace). Safe default for plan execution. |
| yaaif_skill_validateC | Validate one skill or the catalog. |
| yaaif_skill_refreshB | Re-discover skill files into the catalog. |
| yaaif_skill_runtime_reloadB | Reload in-memory skill runtime for agents. |
| yaaif_agent_listC | List agent definitions in the tenant (chat and workflow). |
| yaaif_agent_getB | Get one agent definition by id (includes skill_ids). |
| yaaif_ambient_agent_listC | List ambient agent configs in the tenant. |
| yaaif_ambient_agent_getB | Get one ambient agent config by id. |
| yaaif_agent_createC | Create a chat or workflow agent definition. |
| yaaif_agent_updateA | Update an existing agent (PUT). agent_type is immutable — omit it. skill_ids replaces mappings if provided. |
| yaaif_ambient_agent_createC | Create an ambient agent config linked to a workflow agent. |
| yaaif_ambient_workflow_createB | Install an ambient workflow graph under an ambient agent. Omit workflow_graph to seed from the Agent Spec workflow_design segment when spec_id or a bound ambient agent is available. |
| yaaif_ambient_workflow_getB | Get an ambient workflow by id. |
| yaaif_ambient_workflow_listC | List ambient workflows. |
| yaaif_ambient_workflow_updateC | Update an ambient workflow graph / metadata, including ambient agent assignment. |
| yaaif_ambient_test_triggerC | Fire a test signal against an ambient workflow. |
| yaaif_ambient_runs_listC | List ambient workflow runs. |
| yaaif_ambient_run_getC | Get one ambient run by id. |
| yaaif_mcp_scaffoldC | Scaffold a new MCP server from official YAA\F templates into the workspace. |
| yaaif_mcp_link_or_createC | Idempotently link/create an external MCP tool in the tenant catalog. |
| yaaif_mcp_server_refreshC | Refresh tools from a registered external MCP server. |
| yaaif_mcp_tools_listC | List external MCP tools in the tenant catalog. |
| yaaif_mcp_tool_getB | Get one external MCP tool by id. |
| yaaif_mcp_servers_listB | List registered external MCP servers in the tenant catalog. |
| yaaif_mcp_server_getB | Get one external MCP server (and its tools) by id. |
| yaaif_catalog_overviewB | Read-only snapshot of the current tenant: agents, skills, MCP tools/servers/deployments, desktop tool packages, API keys, deployment settings status, ambient agents/workflows, local tools, file registry lifecycle (paginated summaries). |
| yaaif_deployment_settings_getA | Read tenant deployment-service settings (default method, compose/k8s/gitops knobs). Read-only — configure GitOps/kube in Admin UI. |
| yaaif_deployment_settings_statusA | Preflight deployment-service health (docker / kubernetes / gitops / agent / api-server). Call before kubernetes_gitops deploy; require gitops healthy. |
| yaaif_mcp_deployment_createA | Create an MCP deployment (docker_compose or kubernetes_gitops). transport_type must be STREAMABLE_HTTP or SSE. For k8s prefer endpoint_mode=docker_name (auto Service DNS); use custom + endpoint_host only when needed. Prefer API key secret_env over platform S2S. |
| yaaif_mcp_deployment_updateA | Update an MCP deployment (image/env/secret_env/endpoint/…). GETs current record, merges patches, PUTs. Call yaaif_mcp_deployment_redeploy afterward for rollout. |
| yaaif_mcp_deployment_deployA | Deploy an MCP deployment by id (compose up, or GitOps overlay write/push for kubernetes_gitops). |
| yaaif_mcp_deployment_redeployA | Roll out an existing MCP deployment (compose recreate or k8s restart/GitOps sync). Use after update or secret_env bind. |
| yaaif_mcp_deployment_stopA | Stop an MCP deployment (compose stop or k8s scale-down via GitOps). |
| yaaif_mcp_deployment_deleteA | Delete an MCP deployment. cascade_agent=true (default) also removes the linked agent-service MCP server/tools. |
| yaaif_mcp_deployment_registerB | Register a deployed MCP server into the agent-service tool catalog. |
| yaaif_mcp_deployment_statusB | Get MCP deployment status (phase, status_stages, generated_endpoint, kubernetes_namespace, overlay/compose paths). |
| yaaif_mcp_deployment_logsA | Fetch MCP deployment logs. Routes automatically: docker_compose → /logs; kubernetes_gitops → /k8s/logs. |
| yaaif_mcp_deployment_k8s_statusB | Kubernetes runtime introspection for a kubernetes_gitops deployment (pod + Deployment status). Returns clear error if K8s integration is disabled. |
| yaaif_mcp_deployments_listC | List MCP deployments (api-server / deployment-service). |
| yaaif_api_key_listA | List tenant API keys (scoped ymp- credentials for MCP/downstream → platform APIs). Returns known scopes vocabulary. |
| yaaif_api_key_getA | Get one tenant API key by id (metadata only; plaintext is never retrievable). |
| yaaif_api_key_createA | Create a scoped API key for MCP/downstream platform access. Plaintext is returned once — bind via yaaif_api_key_bind_deployment or skill field_map; do not inject platform S2S into MCP pods. Prefer least-privilege scopes (e.g. context_store:read/write). |
| yaaif_api_key_updateC | Update API key name, scopes, allowlists, or enabled flag. |
| yaaif_api_key_rotateA | Rotate an API key. Keeps the same Credentials credential_id (bindings stay valid). Plaintext returned once; previous hash remains valid for a short grace window. |
| yaaif_api_key_deleteA | Delete (revoke) an API key and its linked Credentials record when present. |
| yaaif_api_key_bind_deploymentA | Bind an API key Credentials record to an MCP deployment secret_env as YAAIF_MCP_PLATFORM_API_KEY (process fallback for ambient/desktop). Optionally redeploy so the pod picks up the env. Prefer this over putting platform S2S into MCP pods. |
| yaaif_roles_listA | List tenant RBAC role names (ADMIN, EDITOR, DEVELOPER, VIEWER, CHAT_USER, plus custom roles). Requires users:read. |
| yaaif_user_listA | List tenant users (name, email, role, active). Requires users:read. Admins use this before yaaif_user_role_set. |
| yaaif_user_getA | Get one tenant user by id or email. Requires users:read. |
| yaaif_user_createA | Create a Keycloak email/password user, generate a one-time password that must be reset on first login, then save the YAAIF tenant user. Returns temporary_password once. Requires users:write. Granting ADMIN additionally requires the caller to be ADMIN and confirm_admin_grant=true. Downstream systems can call the same POST /api/users contract with a ymp- key scoped to users:write. |
| yaaif_user_role_setA | Change a tenant user's platform role (ADMIN, EDITOR, DEVELOPER, VIEWER, CHAT_USER, or a custom role from yaaif_roles_list). Requires users:write. Granting ADMIN additionally requires the caller to be ADMIN and confirm_admin_grant=true. |
| yaaif_desktop_workers_listC | List desktop workers in the tenant (control-plane). |
| yaaif_desktop_skill_mappings_listB | List desktop worker↔skill mappings (control-plane). |
| yaaif_desktop_skill_mapping_setB | Replace worker ids mapped to a desktop skill (control-plane PUT). Optionally trace this external dependency to a Scenario slot; attach evidence/attestation before activation. |
| yaaif_desktop_skill_mapping_deleteC | Delete desktop worker↔skill mapping for a skill id. |
| yaaif_desktop_tool_packages_listA | List command-based MCP tool packages in the tenant Package Registry (api-server /api/desktop/tool-packages). |
| yaaif_desktop_tool_package_getB | Get one desktop tool package by id (UUID) or tool_key (e.g. sap-gui.mcp). |
| yaaif_desktop_tool_package_inspectA | Inspect a local command/stdio MCP codebase and propose Package Registry metadata + archive plan. Does not upload. Reads optional yaaif-tool-package.json. |
| yaaif_desktop_tool_package_publishA | Add or update a Package Registry entry from a local command/stdio MCP codebase: infer launch contract, zip source or wrap dist exe, create/update the package, upload the platform artifact. Use mode=add (fail if exists), update (fail if missing), or upsert (default). |
| yaaif_desktop_tool_package_updateA | Update Package Registry metadata for an existing command MCP package (no local codebase required). To refresh the archive from source, use yaaif_desktop_tool_package_publish mode=update. |
| yaaif_desktop_tool_package_deleteA | Remove a command-based MCP tool package (and its platform archives) from the Package Registry. |
| yaaif_desktop_tool_package_installA | Install or reinstall a Package Registry archive onto one or more desktop workers (control-plane POST .../install). Re-running on a worker that already has the tool upgrades it to the current package version. Platform is optional — control-plane uses the worker's OS when omitted. |
| yaaif_desktop_tool_package_upgradeB | Upgrade a command MCP already installed on desktop worker(s) to the current Package Registry version. Same control-plane install dispatch as yaaif_desktop_tool_package_install (worker upserts the local tool). |
| yaaif_desktop_tool_package_uninstallA | Remove an installed command MCP from desktop worker(s) (control-plane POST .../remove). Does not delete the Package Registry entry — use yaaif_desktop_tool_package_delete for that. |
| yaaif_desktop_tool_package_worker_statusB | Show install/upgrade/remove state of a Package Registry tool on desktop workers (from control-plane tool_install and tool_remove runs). Use before install or uninstall. |
| yaaif_approval_strategies_listC | List approval strategies (approval-service). |
| yaaif_approval_strategy_getA | Get one approval strategy by id. |
| yaaif_approval_strategy_createC | Create an approval strategy (draft). Optionally publish version 1. Use for ambient Linear+approval graphs. |
| yaaif_approval_strategy_publishC | Publish an approval strategy version (required before ambient graphs resolve it). |
| yaaif_plan_verifyB | Diff expected plan components (agent/skill/workflow/MCP/local-tool names) against the live tenant catalog. |
| yaaif_plan_dry_runB | Dry-run an execution plan: echo intended tool calls without mutating the tenant. Optionally check catalog refs. |
| yaaif_plan_execution_saveB | Persist a plan execution checklist (step statuses + result ids) in the active YAA\F client state directory for resume. |
| yaaif_plan_execution_getC | Load a saved plan execution by slug. |
| yaaif_plan_execution_listA | List saved plan executions. |
| yaaif_plan_execution_update_stepA | Update one step status/result_ids on a saved plan execution (call after each mutate). |
| yaaif_plan_execution_resumeB | Refresh Scenario readiness/version before returning the next pending step. Halt for unresolved sync conflicts or failed verification evidence rather than repeating mutations. |
| yaaif_agent_spec_policy_getA | Read the tenant Scenario enforcement mode. New tenants default to observe. |
| yaaif_agent_spec_policy_setC | Promote the active tenant from observe to warn or require after adoption inventory review. |
| yaaif_agent_spec_untracked_listB | Inventory untracked catalog objects discovered in observe/warn mode. Map selected objects explicitly before adoption; never auto-create a Scenario. |
| yaaif_agent_spec_createA | Create a tenant Scenario (Agent Spec): requirement segments + architecture slots. Admin UI calls this a scenario. Pass the returned spec_id on later create tools. |
| yaaif_agent_spec_deleteA | Delete an empty Scenario (Agent Spec). Allowed only when it has no current catalog bindings, is not active, and is not a required release dependency of another scenario. |
| yaaif_agent_spec_policy_exportA | Export the portable Scenario tenant policy document for review or promotion across environments. |
| yaaif_agent_spec_policy_importC | Import a reviewed version-1 Scenario tenant policy document. This controls enforcement, evidence TTL, and high-assurance override approval. |
| yaaif_agent_spec_untracked_resolveB | Explicitly close an untracked inventory item as ignored or adopted. Adoption requires the Scenario id after its mapped bindings were reviewed. |
| yaaif_agent_spec_drift_scanA | Run a non-destructive Scenario drift scan. It records readiness conflicts only; use sync preview/apply to resolve them. |
| yaaif_agent_spec_rollout_metricsB | Read observe/warn/require rollout metrics: untracked mutations, readiness failures, overrides, sync conflicts, and verification failures. |
| yaaif_agent_spec_listC | List Scenarios (Agent Specs) for the active tenant. |
| yaaif_agent_spec_getA | Load one Scenario (Agent Spec) by id or slug, including segments, slots, bindings, and workflow_design. |
| yaaif_agent_spec_updateA | Update Scenario identity or segments using the version returned from its last read. Requirement and slot replacement is only allowed with replace_all=true; prefer granular tools. |
| yaaif_agent_spec_update_segmentC | Update one Scenario segment (overview, architecture, workflow_design, benefits, …). |
| yaaif_agent_spec_upsert_slotsA | Explicitly replace every architecture slot. Prefer yaaif_agent_spec_upsert_slot for normal edits. |
| yaaif_agent_spec_bindC | Bind a live catalog entity to a Scenario architecture slot. Default source is agent_spec (created/maintained from this scenario). |
| yaaif_agent_spec_sync_workflow_designA | Copy bound ambient workflow graphs into the Scenario workflow_design segment. This is an explicit adopt of live graphs. Prefer yaaif_agent_spec_sync_to_objects to apply Scenario-owned workflow_design onto catalog objects. |
| yaaif_agent_spec_sync_from_objectsB | Adopt live catalog objects into the Scenario (explicit). Overwrites Scenario-owned names and workflow graphs. Preview with yaaif_agent_spec_sync_preview (from_objects), then apply. Not the default finish step after create/bind. |
| yaaif_agent_spec_sync_to_objectsB | Apply Scenario-owned names and workflow_design onto bound catalog objects. Preview with yaaif_agent_spec_sync_preview (to_objects), then apply. Skill pack files are not overwritten. |
| yaaif_agent_spec_adoptA | Apply a previously reviewed adoption preview. Existing authored Scenario prose is preserved and a baseline revision is published. |
| yaaif_agent_spec_publishB | Publish an immutable semantic Scenario release. Use patch for corrections, minor for compatible capability additions, and major for breaking architecture or requirement changes. |
| yaaif_agent_spec_revisionsC | List immutable Scenario releases with SemVer, parent revision, content hash, change summary, and author. |
| yaaif_agent_spec_revision_compareA | Compare two immutable Scenario releases at the identity, segment, requirement, and slot level before restoring or promoting a change. |
| yaaif_agent_spec_revision_restoreA | Restore an immutable Scenario release into a new draft. Historical releases are never altered; review and publish the restored draft as a new semantic release. |
| yaaif_agent_spec_release_candidate_promoteA | Promote a verified Scenario release candidate to its stable SemVer release. Promotion creates a fresh immutable stable record and never rewrites the candidate. |
| yaaif_agent_spec_release_approval_requestC | Request the configured approval-service review for a major Scenario release, a release-candidate promotion, or a restore. This is inactive unless tenant policy v2 explicitly enables release governance. |
| yaaif_agent_spec_release_approvalsA | List immutable-draft release approval requests and their latest recorded approval-service status. |
| yaaif_agent_spec_release_approval_refreshB | Refresh one Scenario release approval from approval-service before attempting the governed action. |
| yaaif_agent_spec_release_provenance_recordC | Record build, isolated verification, artifact, SBOM, or deployment provenance for one immutable Scenario release. A release candidate needs passing verification provenance before promotion. |
| yaaif_agent_spec_release_provenance_listA | List build/test/artifact/SBOM/deployment provenance attached to immutable Scenario releases. |
| yaaif_agent_spec_release_exportB | Export a signed-by-hash Scenario release manifest suitable for committing to Git, review, and disaster recovery. |
| yaaif_agent_spec_release_importB | Import a reviewed, hash-verified Scenario release manifest from Git as a new draft. It preserves bound slot identities and never changes release history. |
| yaaif_agent_spec_legacy_revision_backfill_previewB | Preview legacy release metadata normalization. This is read-only and never runs automatically for any tenant. |
| yaaif_agent_spec_legacy_revision_backfill_applyA | Apply a reviewed legacy-release backfill with the exact preview hash. This is an explicit operator action, not tenant rollout automation. |
| yaaif_agent_spec_release_compatibilityB | Preview declared dependent-Scenario compatibility with a proposed provider semantic release; policy may optionally block required incompatibilities. |
| yaaif_agent_spec_release_dependency_upsertB | Declare that this consumer Scenario depends on a provider Scenario release range. The update is version-protected and explicit. |
| yaaif_agent_spec_release_dependenciesB | List explicit provider Scenario version constraints declared by this consumer Scenario. |
| yaaif_agent_spec_release_dependency_deleteB | Remove one explicit Scenario provider dependency using the current optimistic draft version. |
| yaaif_agent_spec_readinessB | Return machine-readable activation/publish blockers, requirement coverage, stale evidence, and pending sync conflicts. |
| yaaif_agent_spec_dependenciesA | Return the Scenario dependency graph for change-impact analysis: requirements, slots, bound objects, and evidence. |
| yaaif_agent_spec_upsert_requirementC | Create or update one typed requirement with acceptance criteria; preserves every other requirement and slot. |
| yaaif_agent_spec_delete_requirementA | Delete one unreferenced requirement. Remove it from its slots first. |
| yaaif_agent_spec_upsert_slotB | Create or update one architecture slot and its requirement links without replacing the slot list. |
| yaaif_agent_spec_delete_slotC | Delete one unbound architecture slot. |
| yaaif_agent_spec_sync_previewA | Preview apply (to_objects: spec → catalog) or adopt (from_objects: catalog → spec). Read-only; must precede sync apply. |
| yaaif_agent_spec_sync_applyB | Apply a reviewed preview: to_objects writes the Scenario onto bound catalog objects; from_objects adopts live catalog drift into the Scenario. |
| yaaif_agent_spec_conflictsA | List unresolved field-level Scenario/catalog conflicts, including severity and the two competing values. |
| yaaif_agent_spec_conflict_resolveB | Resolve one conflict: accept_object copies the live field into the Scenario, keep_spec retains the Scenario value, and merge sets merged_value. |
| yaaif_agent_spec_evidence_recordB | Record requirement-level verification evidence from a passed agent test, ambient smoke run, or audited manual attestation. |
| yaaif_agent_spec_transitionA | Transition a Scenario lifecycle state. Active is rejected until readiness passes; use a separately authorized override only for exceptional cases. |
| yaaif_agent_spec_activation_overrideD | Exceptional activation only. Requires the dedicated permission and a durable reason recorded in the Scenario audit log. |
| yaaif_agent_spec_adoption_previewC | Preview the selected existing bindings, their current live baseline, and authored fields preserved by adoption. |
| yaaif_agent_spec_coverageC | Check Scenario slot coverage against the live tenant catalog. |
| yaaif_agent_spec_processingC | Get Scenario processing / lifecycle status (revisions, sync, attribution). |
| yaaif_agent_spec_metricsC | Query telemetry metrics attributed to a Scenario (sessions, tokens, tools). |
| yaaif_ambient_run_pauseC | Pause an ambient run (agent-service). |
| yaaif_ambient_run_resumeC | Resume a paused ambient run. |
| yaaif_ambient_run_approveA | Approve an ambient run gate (agent-service). If managed by approval-service, use yaaif_approval_task_decide instead. |
| yaaif_ambient_run_rejectC | Reject an ambient run gate (agent-service). |
| yaaif_ambient_run_stopC | Stop an ambient run. |
| yaaif_approval_inbox_listC | List approval inbox tasks (approval-service). |
| yaaif_approval_task_claimC | Claim an approval inbox task. |
| yaaif_approval_task_decideC | Decide an approval task (approve|reject|request_clarification|send_back). |
| yaaif_ops_correlateA | READ-ONLY: correlate session_id / ambient_run_id / desktop_run_id / request_id into one incident graph with failure summaries. |
| yaaif_ops_analyzeA | READ-ONLY: one-shot incident analysis — correlate IDs, rank failures, and return next_steps. When an ambient run is linked, also includes run_path (coverage/path/current step/canvas URL). Prefer this first; then yaaif_ops_telemetry for drill-down. |
| yaaif_ops_session_getB | READ-ONLY: LLM/flow session metrics detail + derived failure findings for a session_id. |
| yaaif_ops_ambient_run_getA | READ-ONLY: ambient workflow run detail + diagnostic failures for a run_id, plus run_path (coverage/path/current step/canvas URL). |
| yaaif_ops_desktop_run_getB | READ-ONLY: desktop worker run detail + failure findings for a run_id. |
| yaaif_ops_desktop_runs_listB | READ-ONLY: list desktop runs for a session_id (optional status filter). |
| yaaif_ops_telemetryB | READ-ONLY: unified telemetry drill-down via agent-service /api/ops (proxies telemetry-service). resource=messages|events|flow_events|insights|desktop_logs|ambient_logs. Prefer after yaaif_ops_analyze. |
| yaaif_ops_session_messagesC | READ-ONLY: LLM transcript messages. Alias of yaaif_ops_telemetry resource=messages. |
| yaaif_ops_session_eventsB | READ-ONLY: LLM session events. Alias of yaaif_ops_telemetry resource=events. |
| yaaif_ops_flow_eventsB | READ-ONLY: flow-events by request_id. Alias of yaaif_ops_telemetry resource=flow_events. |
| yaaif_ops_desktop_worker_logsC | READ-ONLY: desktop worker logs. Alias of yaaif_ops_telemetry resource=desktop_logs. |
| yaaif_ops_ambient_worker_logsC | READ-ONLY: ambient worker logs. Alias of yaaif_ops_telemetry resource=ambient_logs. |
| yaaif_ops_session_insightsD | READ-ONLY: flow-session insights. Alias of yaaif_ops_telemetry resource=insights. |
| yaaif_ops_diagnosis_listA | READ-ONLY: list prior confirmed ops diagnoses (newest first). Provide exactly one of ambient_run_id, session_id, or desktop_run_id. Call before yaaif_ops_analyze so prior findings inform triage. |
| yaaif_ops_diagnosis_getA | READ-ONLY: fetch one confirmed ops diagnosis by id. |
| yaaif_ops_diagnosis_createA | Write a confirmed OpsDiagnosisRecord back to YAAIF (append-only). Requires confirm=true after presenting the full draft to the user. Does not pause/stop/approve/retry runs. Requires ops.support.write. |
| yaaif_local_tools_listA | List agent-service built-in local tools (skill lifecycle, files, ambient trigger, state, approvals). Use when authoring SKILL.md tools: lists. |
| yaaif_local_tool_getC | Get one local tool definition (name, description, input_schema, family). |
| yaaif_local_tools_catalog_overviewB | Counts of local tools by family plus recommended skill-authoring tools. |
| yaaif_local_tool_callB | Invoke an agent-service built-in local tool (not external MCP). Prefer for skill_validate_module, skill_develop, files_list, list_ambient_workflows, etc. High-impact tools require allow_mutating=true. |
| yaaif_dev_session_ensureA | Create or reuse a Cursor authoring chat session for files_* / session_state_* local tools. Auto-picks default skills agent when agent_id omitted. Persists ids in /root/.yaaif/cursor/session.json. |
| yaaif_skill_tools_checkA | Verify skill frontmatter tools / allowed-tools (or an explicit tools list) exist in local tools or external MCP catalog. Server wildcards such as sap-odata:* are accepted. Also use allowed-prompts / allowed-resources from markdown. Run before skill create. |
| yaaif_skill_validate_moduleC | Validate a skill module via platform local tool skill_validate_module. |
| yaaif_skill_developD | Run platform skill_develop local tool. |
| yaaif_skill_guided_draftC | Create a guided skill draft via skill_create_guided_draft. |
| yaaif_skill_mcp_tool_catalogC | List MCP tools for skill linking (skill_mcp_tool_catalog). |
| yaaif_skill_update_module_filesC | Create/update/delete skill module files via skill_update_module_files. |
| yaaif_skill_edit_sectionC | Edit a SKILL.md section via skill_edit_section. |
| yaaif_list_ambient_workflowsC | List ambient workflows via platform local tool. |
| yaaif_trigger_ambient_workflowC | Trigger an ambient workflow via platform local tool. |
| yaaif_files_listB | List ingested files for the active authoring session (includes artifact_name/version when present). Call yaaif_dev_session_ensure first. |
| yaaif_files_searchC | Search uploaded files by name/preview via files_search. Call yaaif_dev_session_ensure first. |
| yaaif_file_load_contextC | Load extracted text via file_load_context. file_id may be a durable UUID or ADK artifact filename; pass version for a historical revision. |
| yaaif_load_artifactsC | ADK-aligned artifact helper: list session/user: artifacts or load by filename/file_id (optional version). Prefer for human-readable names. |
| yaaif_file_share_linkC | Mint a short-lived signed URL via file_share_link (when share links are enabled on the platform). |
| yaaif_generate_fileC | Create a downloadable file in the session via generate_file (returns file_id / artifact_name). |
| yaaif_file_artifact_versionsA | List every version of an ADK artifact name (session-scoped or user:-prefixed). Uses GET /api/files/artifacts/versions. Pass session_id (or call yaaif_dev_session_ensure first). |
| yaaif_file_artifact_deleteA | Delete one artifact version (?version=N) or every version (omit version) via DELETE /api/files/artifacts. Requires confirm=true. |
| yaaif_file_get_extractedB | Fetch extracted text via GET /api/files/extracted. file_id may be a durable UUID or an ADK artifact filename; version selects a historical revision (omit/0 = latest). |
| yaaif_session_files_listA | List session files via GET /api/files (REST). Set latest_only=true to return one row per artifact_name (latest version). Prefer yaaif_files_list / yaaif_load_artifacts for skill authoring. |
| yaaif_doctorB | End-to-end health narrative: profile, OIDC discovery, TLS, auth, tenant, catalog ping. Prefer before create/plan work. |
| yaaif_telemetry_getA | Get anonymous local telemetry opt-in state and counters from the active YAA\F client state directory. |
| yaaif_telemetry_setA | Enable/disable anonymous local success/fail counters (no network, no tokens). |
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 203 tools
Multiple tools overlap significantly: yaaif_ops_telemetry has six explicit aliases, and file retrieval is spread across yaaif_files_list, yaaif_session_files_list, yaaif_load_artifacts, yaaif_file_load_context, and yaaif_file_get_extracted with only subtle differences. The ~50 agent_spec_* tools and several mcp_deployment_* variants further blur boundaries, so an agent can easily misselect despite descriptive text.
The yaaif_ prefix is consistent, but verb/noun ordering is mixed (e.g., yaaif_agent_list vs yaaif_list_ambient_workflows), and some tools break the pattern entirely (yaaif_doctor, yaaif_whoami, yaaif_mcp_link_or_create). Domain clusters like ops_* and agent_spec_* are internally consistent, but the overall convention is a blend rather than a uniform scheme.
203 tools is an extreme count for any MCP server; even a full platform API would be better served by a smaller, curated toolkit with grouped resources instead of 200+ named functions. Many tools are aliases or micro-operations (e.g., six ops_telemetry aliases and dozens of agent_spec_* tools), so the count adds navigation overhead without proportional capability.
The tool surface is extraordinarily broad, covering platform/auth, agents, skills, MCP deployments, API keys, users, approvals, desktop packages, files, ops/telemetry, and the full Scenario agent-spec lifecycle. Minor gaps exist—no agent/skill/user delete tools and some workflows require external UI steps—but most create/read/update operations are covered.