Delegum

calcular_ganancia_criptomonedas

Read-only

Calcula la ganancia o pérdida patrimonial por una operación con criptomonedas (venta a euros, permuta entre criptos, pago con cripto o donación) y su tributación en la base del ahorro del IRPF (19-30%). Aplica el criterio FIFO en la adquisición. Si hay pérdida, indica cuánto se puede compensar y lo que queda pendiente.

Input Schema

TableJSON Schema

Name	Required	Description
`unidades`	Yes	Número de unidades transmitidas (ej: 0,5 BTC)
`tipo_operacion`	No	"venta" (cripto→euros), "permuta" (cripto→cripto), "pago" con cripto o "donacion". Por defecto "venta".
`gastos_adquisicion`	No	Comisiones de compra totales en euros. Por defecto 0.
`gastos_transmision`	No	Comisiones de venta totales en euros. Por defecto 0.
`saldo_positivo_rcm`	No	Saldo positivo de rendimientos del capital mobiliario del período (€), para compensar pérdidas (límite 25%). Por defecto 0.
`precio_adquisicion_unitario`	Yes	Precio de adquisición por unidad en euros (el más antiguo, criterio FIFO)
`precio_transmision_unitario`	Yes	Precio de transmisión por unidad en euros (precio de venta o valor de mercado en permutas/pagos)

TDQS

A4/5.0

Behavior4/5

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

Las anotaciones ya indican readOnlyHint=true, pero la descripción va más allá al especificar que aplica FIFO, que calcula la compensación de pérdidas con límites (25%) y que indica el monto pendiente de compensar. Esto proporciona contexto conductual valioso que no está en las anotaciones ni en el esquema.

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?

La descripción es breve, directa y está redactada en tres oraciones que cubren el propósito central (cálculo de ganancia/pérdida y tributación), el método (FIFO) y la información adicional (compensación de pérdidas). No contiene información irrelevante ni redundante.

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?

Aunque no hay esquema de salida, la descripción ofrece una idea clara de lo que devuelve: importe de ganancia/pérdida, compensación y pendiente. Es suficientemente completa para un agente, considerando la complejidad de una calculadora fiscal de criptomonedas.

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?

El esquema de entrada ya describe todos los parámetros con detalle (cobertura 100%). La descripción general no añade semántica adicional a los parámetros más allá de lo que ya está en el esquema. Se mantiene la línea base de 3 para este caso.

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?

El título y la descripción detallan de manera precisa y específica que la herramienta calcula la ganancia o pérdida patrimonial por operaciones con criptomonedas (venta, permuta, pago, donación) y su tributación en el IRPF, aplicando el criterio FIFO. Además, se distingue claramente de las herramientas hermanas, que son otras calculadoras/impositivas, por lo que un agente puede identificar sin ambigüedad su propósito.

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?

La descripción no proporciona instrucciones explícitas sobre cuándo usar esta herramienta en lugar de otras similares. Aunque por el contexto se infiere que debe usarse para operaciones con criptomonedas, no se mencionan alternativas ni se indican exclusiones. La puntuación se ajusta al estándar de 'uso implícito'.

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

All Delegum tools Inspect

Try in Browser

RayrunBuild, deploy, and operate MCP servers without becoming an infrastructure team.ray.runAd

Glama MCP Gateway

Add one secure layer between your agents and this server.

TDQS

A3.9/5.0

Disambiguation3/5

There are many tools with overlapping domains (e.g., multiple retirement calculators, home buying calculators), but detailed descriptions and explicit guidance on when to use comprehensive vs. specific tools help clarify. However, the sheer number (49) still creates potential confusion for an agent.

Naming Consistency5/5

All tools follow a consistent convention: infinitive verb or noun prefix (calcular, comparar, consulta) followed by descriptive noun phrase in snake_case. No mixed styles or irregularities.

Tool Count3/5

49 tools is high but justifiable given the broad scope of Spanish financial/legal calculations. It leans toward the heavy side but remains within a manageable range for a comprehensive server.

Completeness4/5

The tool set covers a wide spectrum of personal finance: income, taxes, housing, inheritance, self-employment, investments, etc. Only minor gaps exist (e.g., no separate tool for rental income beyond the alquiler tools, but included in IRPF).

Resources

Need Help?