Skip to main content
Glama
luthersystems

Buildium MCP Server

update_task_category

Modify task category details in Buildium property management. Change name or attributes to better organize maintenance and operational tasks.

Instructions

Update a task category.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
category_idYes
category_dataYes

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault

No arguments

Behavior1/5

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

With no annotations provided, the description carries the full burden of behavioral disclosure. It merely states 'Update a task category' with no information about side effects, permission requirements, idempotency, reversibility, or response behavior. For a mutation tool, this is completely insufficient.

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?

The description is a single short sentence, which is technically concise, but it is under-specified. It provides no value beyond the tool name and fails to include necessary details, so it is not 'appropriately sized' – it is too minimal to be useful.

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

Completeness1/5

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

Given the nested object parameter (category_data), lack of annotations, and presence of an output schema, the description is grossly incomplete. It does not explain what fields category_data accepts, what a successful update returns, or how it handles partial updates. This tool requires considerably more context to be used correctly.

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?

The input schema has two parameters (category_id and category_data) with 0% coverage in the description. The description does not mention either parameter, leaving the purpose of category_data (a free-form object with additionalProperties) entirely unexplained.

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 clearly states the action ('Update') and the resource ('task category'), which is distinct from sibling tools like 'create_task_category' or 'list_task_categories'. However, it is minimal and largely restates the tool name without adding detail about what specifically is updated.

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?

The description provides no guidance on when to use this tool versus alternatives, when not to use it, or any prerequisites. There is no mention of needing an existing category or that one should use 'create_task_category' first.

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/luthersystems/mcp-server-buildium'

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