Skip to main content
Glama

tiny_list_accounts

Read-onlyIdempotent

Lista as empresas (CNPJ) Tiny conectadas a este install — id, label.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
accountNo

Schema Changelog

Changes observed during successful MCP inspections. Dates show when Glama detected each change.

  1. First observed

TDQS

A3.8/5.0
Behavior4/5

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

As anotações já informam que a operação é somente leitura, idempotente e não destrutiva, e a descrição agrega contexto útil ao revelar o escopo da instalação e o formato do retorno ('id, label'). Não há contradição com as anotações e há transparência suficiente para uma ferramenta simples.

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?

A descrição é uma frase curta e objetiva, começando pelo verbo de ação e cobrindo o recurso, o escopo e o retorno. Não há ruído, repetição ou informações desnecessárias.

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

Completeness3/5

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

Para uma ferramenta simples e bem anotada, a descrição cobre propósito, escopo e retorno, mas não documenta o parâmetro opcional 'account' nem explica como os IDs retornados devem ser usados nas demais ferramentas tiny_*. Essa é uma lacuna relevante de contexto, embora o uso principal ainda seja compreensível.

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?

O input schema contém apenas 'account' como string opcional, sem descrição, e a cobertura de schema é 0%. A descrição da ferramenta não explica o papel, o formato ou o efeito desse parâmetro, e a menção a CNPJ não é claramente vinculada ao parâmetro. O agente não recebe informação suficiente para decidir como preenchê-lo.

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?

A descrição usa verbo específico ('Lista'), recurso claro ('empresas (CNPJ) Tiny conectadas a este install') e ainda indica o formato do retorno ('id, label'). Distingue-se bem das ferramentas irmãs tiny_list_* pelo recurso e pelo escopo de instalação.

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?

O contexto de uso é claro: listar as empresas já conectadas à instalação corrente. Não há exclusões explícitas nem comparação com alternativas como authenticate/connect ou demais tiny_list_*, mas o escopo apresentado é suficiente para orientar na maioria dos casos.

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

Try in Browser

Glama MCP Gateway

Add one secure layer between your agents and this server.

TDQS

B3.1/5.0
Disambiguation2/5

The tiny_* tools are clearly distinct by resource and action, but the generic platform tools blur together: marketplace also handles report_bug, install/uninstall, token/connect links, and toolkit state, overlapping with authenticate, connect, report_bug, and toolkit_info. An agent could easily call marketplace for something a dedicated tool already covers, or confuse connect with authenticate.

Naming Consistency3/5

The Tiny ERP tools follow a clean verb_noun pattern (tiny_list_orders, tiny_get_product, tiny_create_contact), but the platform tools use short unprefixed verbs (authenticate, connect, marketplace, report_bug, show_version, toolkit_info). Two internally consistent naming schemes coexist, so the overall set feels mixed rather than chaotic.

Tool Count3/5

At 20 tools, the count is borderline heavy and mixes two distinct concerns: Tiny ERP operations and mcp.ai platform administration. The ERP tools are each reasonably scoped, but the generic tools could likely be consolidated, especially marketplace, which already absorbs several capabilities.

Completeness2/5

The ERP surface is heavily read-oriented: contacts, orders, invoices, products, payables, and receivables all support list/get, but only contacts have a create operation. There are no update/delete operations for any entity and no way to create orders, invoices, or products, which creates significant dead ends for real business workflows.