Skip to main content
Glama
SAP

@sap/mdk-mcp-server

Official
by SAP

mdk-gen

Read-onlyIdempotent

Generates MDK pages, actions, i18n files, and rule examples from prompts or search queries to simplify mobile app development.

Instructions

Generates MDK artifacts including pages, actions, i18n files, and rule references. Returns prompts for LLM processing (pages, actions, i18n) or searches for rule examples.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
folderRootPathNoThe path of the current project root folder (not required for rule artifact type).
artifactTypeYesThe type of artifact to generate: • page: Generate MDK page files (.page) with databinding or layout • action: Generate MDK action files (.action) • i18n: Generate internationalization files (.properties) • rule: Search for and return relevant JavaScript rule examples
pageTypeNoThe type of page (required when artifactType is 'page'): • databinding: Data-driven pages with controls bound to OData • layout: Structure-focused pages with specific layouts
controlTypeNoThe control type for databinding pages (required when pageType is 'databinding').
oDataEntitySetsNoOptional: The OData entity sets to use for page/action generation, separated by commas (required only when artifactType is 'action' or artifactType is 'page' and pageType is 'databinding').
layoutTypeNoThe layout type for layout pages (required when pageType is 'layout').
actionTypeNoThe type of action (required when artifactType is 'action').
queryNoSearch query for rule reference (required only when artifactType is 'rule'). Examples: 'get app name', 'handle form validation', 'navigate to page', etc.
Behavior4/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

Annotations provide readOnlyHint and idempotentHint, indicating no state mutation. Description adds clarity by explaining that generation returns prompts for LLM processing rather than writing files, which aligns with annotations and provides valuable behavioral context.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness5/5

Is the description appropriately sized, front-loaded, and free of redundancy?

Description is two sentences, front-loading the core action and output. No filler or redundancy; every sentence adds value.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness3/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

Given 8 parameters and no output schema, the description is somewhat complete but lacks detail on return format (e.g., structure of prompts) and usage context relative to sibling tools. Schema covers parameter details, but the description could provide more guidance on when to choose each artifactType in practice.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters3/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema coverage is 100%, so parameters are well-documented. Description adds context about artifact types and their output (prompts vs search), but does not significantly enhance understanding of other parameters like folderRootPath or pageType beyond what schema already provides.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose4/5

Does the description clearly state what the tool does and how it differs from similar tools?

Description clearly states it generates MDK artifacts (pages, actions, i18n, rule) and returns prompts or search results. It specifies the resource and action, but does not explicitly differentiate from sibling tools like mdk-create or mdk-manage.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines2/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

No explicit guidance on when to use this tool versus alternatives like mdk-create, mdk-docs, or mdk-manage. The description implies usage for generation but lacks when-not or context for choosing among siblings.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Install Server

Other Tools

Latest Blog Posts

MCP directory API

We provide all the information about MCP servers via our MCP API.

curl -X GET 'https://glama.ai/api/mcp/v1/servers/SAP/mdk-mcp-server'

If you have feedback or need assistance with the MCP directory API, please join our Discord server