Skip to main content
Glama
djwmarcx

Better Mealie MCP

Get Admin Groups By Item

get_admin_groups_by_item

Retrieve admin groups linked to a specific item by its ID. Pass the item UUID to get the associated group details from your Mealie instance.

Instructions

Get One

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
item_idYes
accept-languageNo

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault

No arguments

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observedv3.20.1

TDQS

D1.7/5.0
Behavior1/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 of behavioral disclosure. 'Get One' reveals nothing about side effects, permissions, error behavior, or what the response contains, which is inadequate for a tool with zero annotation support.

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

Conciseness2/5

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

'Get One' is maximally short, but this is under-specification rather than useful conciseness. No sentence earns its place because there is effectively no informative content beyond the tool name.

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?

Although an output schema exists and the tool is simple, the description still lacks essential context: what the item refers to, when to use this over a list call, and any behavioral caveats. The bare phrase is not enough for reliable tool selection among many similar get_*_by_item endpoints.

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

Parameters1/5

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

Schema description coverage is 0%, yet the description adds no meaning for item_id or accept-language. It does not even hint that item_id selects the entity to retrieve, leaving parameter semantics entirely to the schema's bare names and types.

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

Purpose2/5

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

The description 'Get One' is a tautology that merely restates the verb 'get' and the singular nature implied by '_by_item'. It does not specify what resource is retrieved or how this differs from siblings like get_organizers_categories_by_item or get_organizers_tags_by_item.

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?

There is no guidance on when to use this tool versus alternatives. The description does not mention list_admin_groups, other get_*_by_item tools, or any conditions that would select this endpoint over them.

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

Deploy Server

Other Tools