Skip to main content
Glama

shortcut_from_template

Generate a signed iOS Shortcut from a ready-made template like supplement-tracker or water-log, using optional custom config to match your automation needs.

Instructions

Generate a shortcut from a ready-made template.

template: "supplement-tracker" (multi-user supplements -> Apple Health + self-maintaining reminders, 7-day Apple Intelligence report) or "water-log". config: template config; omit to get the example. Call shortcut_reference(topic="templates") to see each template's config shape.

Input Schema

NameRequiredDescriptionDefault
signNo
configNo
templateYes
sign_modeNoanyone
output_pathNo

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observedv0.2.1

TDQS

C2.9/5.0
Behavior2/5

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

No annotations are provided, so the description carries the full burden. It does not disclose whether generation writes a file, what output_path does, what signing means or when it is required, or what side effects occur. Only the template/config behavior is partially described.

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

Conciseness4/5

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

The description is short, front-loaded, and free of filler. Its brevity is appropriate, though the space saved is not used to cover important missing parameter semantics.

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

Completeness2/5

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

For a generation tool with five parameters, no annotations, no output schema, and 0% schema description coverage, the description is too thin. Missing sign, sign_mode, and output_path semantics leave an agent unable to call it correctly beyond the simplest template-only case.

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

Parameters2/5

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

Schema description coverage is 0%, and the description only covers template and config. The sign, sign_mode, and output_path parameters are completely undocumented in both schema and description, leaving three of five parameters without semantic guidance.

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?

The description states a specific verb and resource: 'Generate a shortcut from a ready-made template.' That distinguishes it reasonably well from sibling shortcut_build by implying template-based rather than freeform construction, though it does not explicitly contrast the two.

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

Usage Guidelines3/5

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

It gives useful context for using config (omit it to get the example) and points to shortcut_reference for template config shapes. However, it does not say when to choose this over shortcut_build, nor does it mention any prerequisites or conditions for template use.

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