Skip to main content
Glama

list_assets

Retrieve a list of assets across all companies or filtered by company. Use search, status, and other filters to locate specific IT assets.

Instructions

Retrieve a list of assets across all companies or filtered by company.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
idNo
nameNo
pageNo
slugNo
searchNo
archivedNo
page_sizeNo
company_idNo
updated_atNo
primary_serialNo
asset_layout_idNo
Behavior2/5

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

With no annotations provided, the description carries full behavioral burden. It only says 'Retrieve a list' without disclosing pagination, archived asset handling, search behavior, or what happens with 11 parameters. No mention of output format or authentication requirements.

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?

The description is a single sentence with no redundant words. It immediately states the action and scope, making it concise and appropriately front-loaded.

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 tool with 11 parameters, no annotations, and no output schema, the description is too sparse. It does not explain pagination, filtering capabilities beyond company, or how it differs from list_company_assets, making it incomplete for correct invocation.

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 clarifies the company_id parameter via 'filtered by company.' The other 10 parameters (page, page_size, search, archived, slug, etc.) receive no semantic explanation in the description, leaving ambiguity.

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

Purpose5/5

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

The description uses a specific verb ('Retrieve') and resource ('assets'), and explicitly states scope ('across all companies or filtered by company'). This distinguishes it from siblings like list_company_assets by clarifying the all-company option.

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

Usage Guidelines4/5

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

The description gives clear context for when to use the tool: to list assets with an optional company filter. However, it does not explicitly name alternatives or provide when-not-to-use guidance, such as pointing to list_company_assets for single-company listings.

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/Allied-Business-Solutions/hudu-mcp'

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