Skip to main content
Glama

FalaZuki Finance BR

calculate_net_worth_benchmark

Compara o patrimônio investido com a régua de referência por idade (múltiplos da renda anual: 1x aos 30, 3x aos 40, 6x aos 50, 10x aos 67), mostra o gap e o aporte que alcança o próximo marco. Parâmetros obrigatórios: age, monthly_income, net_worth. Use exatamente estes nomes, em inglês.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
ageYesIdade em anos
net_worthYesPatrimônio investido atual em R$ (sem imóvel de moradia)
monthly_incomeYesRenda mensal em R$

TDQS

A4.2/5.0
Behavior4/5

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

Sem anotações, a descrição carrega o ônus de revelar o comportamento. Ela informa que a ferramenta mostra o gap e o aporte para o próximo marco, o que é útil. Não declara premissas (ex.: anualização da renda mensal) nem limites, mas o escopo essencial está presente.

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?

Duas frases sem conteúdo desperdiçado. A função principal vem primeiro, a regra é resumida em poucos parênteses e os parâmetros são listados no final. Nada é repetido desnecessariamente.

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

Completeness4/5

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

Não há output schema, então a descrição precisa explicar o retorno, o que faz ao mencionar gap e aporte. Contudo, 'aporte' é ambíguo (mensal? anual? total?). Com os três parâmetros totalmente documentados no schema, a lacuna é pequena.

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

Parameters3/5

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

O schema já descreve 100% dos parâmetros com clareza. A descrição acrescenta apenas a obrigatoriedade e a instrução de usar nomes exatos em inglês, o que é útil, mas não adiciona significado semântico além do schema.

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 ('Compara'), recurso claro (patrimônio investido vs. régua de referência por idade) e detalha a regra com múltiplos específicos. Isso a distingue imediatamente de ferramentas irmãs como calculate_first_million ou calculate_financial_independence.

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: comparar patrimônio com referência etária. Porém, não há menção explícita a alternativas ou exclusões, mesmo havendo muitas calculadoras irmãs similares na lista. A função autoexplicativa compensa parcialmente essa lacuna.

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.2/5.0
Disambiguation2/5

Many tools are clearly distinct, but the set contains several near-identical clusters: calculate_dividend_income_goal and calculate_dividend_yield both answer 'how much capital is needed to reach a dividend income target', and calculate_real_salary, calculate_raise_vs_inflation, and calculate_salary_time_value overlap heavily on salary/inflation comparisons. Generic tools like compare_investments and compare_with_cdb also blur the boundary with the many specific yield calculators.

Naming Consistency3/5

Most tools follow a clear verb_noun snake_case pattern with verbs like calculate_, get_, check_, compare_, and advise_. However, the object language is inconsistent (calculate_ganho_capital_imovel alongside calculate_car_affordability), and can_i_quit_job breaks the command-style pattern with a question.

Tool Count1/5

At 114 tools, the server is extremely over-scoped for an MCP surface; an agent cannot reasonably hold all these options in context. The inclusion of a search_calculator tool to route among the others is a strong signal that the tool set itself needs partitioning.

Completeness4/5

The surface is very comprehensive for Brazilian personal finance: employment, taxes, investments, debt, real estate, vehicles, small business, insurance, and market-data queries are all covered. A few minor gaps exist, such as no dedicated generic boleto-fine calculator or consolidated investment comparison engine, but no core workflow feels badly stranded.

Resources