Skip to main content
Glama
yaaif

@yaaif/platform-mcp

by yaaif

Server Configuration

Describes the environment variables required to run the server.

NameRequiredDescriptionDefault
clientYesThe target IDE client. Required to run the MCP server, e.g. `npx -y @yaaif/platform-mcp@1.3.5 --client claude`.
YAAIF_EXTRA_CA_FILENoOptional 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

CapabilityDetails
tools
{
  "listChanged": true
}

Tools

Functions exposed to the LLM to take actions

NameDescription
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

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription

No resources

TDQS

C2.4/5.0

Scored across 203 tools

Disambiguation2/5

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.

Naming Consistency3/5

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.

Tool Count1/5

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.

Completeness4/5

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.