Apple Shortcuts Server
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
No arguments | |||
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
Server capabilities have not been inspected yet.
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| run_shortcutC | Run a Shortcuts automation by name |
| list_shortcutsB | List all available shortcuts |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
| Available Shortcuts |
TDQS
Scored across 2 tools
The two tools have clearly distinct purposes: one lists available shortcuts, while the other executes a specific shortcut by name. There is no overlap or ambiguity between them, making it easy for an agent to select the correct tool based on the task.
Both tools follow a consistent verb_noun naming pattern (list_shortcuts, run_shortcut), using snake_case throughout. The naming is predictable and readable, with no deviations in style or convention.
With only two tools, the server feels thin for its apparent domain of managing and running Apple Shortcuts. While the tools cover basic listing and execution, the scope suggests potential gaps, such as creating, editing, or deleting shortcuts, making the count seem insufficient for comprehensive automation workflows.
The tool surface is significantly incomplete for a shortcuts management server. It lacks essential operations like creating, updating, or deleting shortcuts, which are core to lifecycle management. This will likely cause agent failures when tasks require modification or setup of shortcuts beyond just listing and running existing ones.