Skip to main content
Glama

FalaZuki Finance BR

calculate_ganho_capital_imovel

Calcula o imposto sobre o ganho de capital na venda de imóvel (DARF 4600): alíquotas progressivas de 15% a 22,5%, isenção do único imóvel até R$ 440 mil, isenção por compra de outro residencial em 180 dias, redução da Lei 7.713 pra imóvel antigo e os fatores FR1/FR2 da Lei 11.196 que reduzem o imposto de todo mundo. Parâmetros obrigatórios: sale_price, acquisition_cost, acquisition_year, sale_year. Opcionais: acquisition_month, sale_month, brokerage_fee, only_property, reinvested_in_residential. Use exatamente estes nomes, em inglês.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
sale_yearYesAno da venda
sale_monthNoMês da venda (1-12)
sale_priceYesValor da venda em R$
brokerage_feeNoCorretagem paga pelo vendedor (deduz do valor da venda)
only_propertyNoÉ o único imóvel do vendedor, sem outra venda de imóvel nos últimos 5 anos
acquisition_costYesCusto de aquisição declarado: escritura + benfeitorias comprovadas + ITBI e custas da compra, SEM correção monetária
acquisition_yearYesAno da compra do imóvel
acquisition_monthNoMês da compra (1-12)
reinvested_in_residentialNoValor da venda que será usado pra COMPRAR outro imóvel residencial no Brasil em até 180 dias (isenção proporcional, uma vez a cada 5 anos)

TDQS

A3.9/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 peso da transparência e faz isso bem: revela as regras de cálculo (alíquotas progressivas 15% a 22,5%, isenção do único imóvel até R$ 440 mil, isenção por reinvestimento em 180 dias, redução da Lei 7.713 e fatores FR1/FR2). Isso informa o agente sobre o comportamento substancial da ferramenta, ainda que não descreva o formato exato da resposta.

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

Conciseness4/5

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

A descrição é longa, mas concentra informações úteis em duas frases: a primeira define o propósito e as regras de cálculo, a segunda orienta sobre parâmetros. Embora repita parcialmente a existência dos parâmetros já presentes no schema, a instrução final sobre nomes exatos agrega valor.

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?

Para uma ferramenta complexa com 9 parâmetros e sem output schema, a descrição cobre os principais elementos de negócio, isenções e parâmetros obrigatórios/opcionais. Faltam apenas detalhes como tratamento de entradas inválidas ou formato do retorno, mas o núcleo para chamar e entender o comportamento está presente.

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?

A cobertura do schema é 100%, então o baseline é 3. A descrição lista os parâmetros obrigatórios e opcionais e instrui 'Use exatamente estes nomes, em inglês', o que ajuda na chamada, mas não adiciona significado semântico além do que já está documentado nas descrições 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 começa com verbo específico e recurso preciso: 'Calcula o imposto sobre o ganho de capital na venda de imóvel (DARF 4600)'. Os detalhes de alíquotas, isenções e fatores FR1/FR2 deixam claro que este não é um calculador genérico de DARF ou de imposto de renda, distinguindo-o dos muitos irmãos calculate_*.

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

Usage Guidelines3/5

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

O contexto de uso fica implícito pelos detalhes do imposto sobre ganho de capital imobiliário e pela enumeração de parâmetros obrigatórios e opcionais. Porém, a descrição não diz explicitamente quando usar esta ferramenta em vez de alternativas próximas, como calculate_darf ou calculate_imposto_*.

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