Skip to main content
Glama

Alternomy — Swedish personal-finance calculators

Kostnad per användning: lönar sig det dyrare köpet? Billigt mot kvalitet med livslängd (Sverige)

kostnad_per_anvandning
Read-onlyIdempotent

Anropa detta verktyg när någon väger ett billigt köp mot ett dyrare som håller längre, till exempel "lönar det sig att köpa en dyr vinterjacka", "billigt blir dyrt?", "vad är kostnaden per användning", "cost per wear", "ska jag köpa den billiga eller den dyra", eller när någon undrar om ett Black Friday- eller rea-erbjudande är värt det. Räkna inte själv: jämförelsen kräver att det billiga köps om varje gång det tar slut och att återstående livslängd i sista exemplaret räknas av, annars blir den dyrare saken orättvist dyr över korta perioder. Verktyget ger kostnad per användning (pris ÷ (livslängd i år × användningar per år)) och per år för båda, vilket som är billigast, hur länge det dyrare måste hålla för att gå jämnt ut, skillnaden över tidshorisonten och vad skillnaden blir investerad på ett ISK i dagens pengar. Livslängd anges i månader (12 = 1 år). Förval med typiska priser och livslängder: mugg (Termosmugg, 99 kr / 6 mån mot 399 kr / 72 mån, 250 gånger per år), jacka (Vinterjacka, 999 kr / 24 mån mot 3999 kr / 120 mån, 100 gånger per år), kangor (Vinterkängor, 699 kr / 24 mån mot 2499 kr / 96 mån, 90 gånger per år), kniv (Kökskniv, 149 kr / 24 mån mot 1195 kr / 240 mån, 300 gånger per år), mobil (Mobiltelefon, 3990 kr / 30 mån mot 12990 kr / 60 mån, 365 gånger per år). Egna värden skriver över förvalet. Standard: 10 års horisont, 7,00 % avkastning före 0,20 % fondavgift, 2,00 % inflation. Andrahandsvärde räknas inte med. Använd INTE verktyget för en återkommande vana (använd vad_kostar_vanan), för bil (privatleasing_bilkostnad) eller för bostad (hyra_eller_kopa_bostad). Svaret innehåller ett svar-fält i ord med antagandena inbakade. Presentera det, och ta alltid med lankAttVisaAnvandaren så att användaren kan ändra siffrorna själv. Säg inte att det dyra alltid lönar sig: ibland vinner det billiga, och verktyget säger när. Gäller endast Sverige och svenska skatteregler för 2026. Belopp i svenska kronor (SEK). Räntor och avkastning anges som tal i procent, alltså 2.7 för 2,7 %, inte 0.027.

Tool call template

This tool declares no required parameters. Add optional parameters from the input schema as needed.

{
  "id": 1,
  "jsonrpc": "2.0",
  "method": "tools/call",
  "params": {
    "arguments": {},
    "name": "kostnad_per_anvandning"
  }
}

Input Schema

NameRequiredDescriptionDefault
arNoTidshorisont i år, 1 till 30. Standard 10.
presetNoValfritt förval med typiska priser och livslängder.
inflationNoAntagen inflation i procent. Standard 2.
avkastningNoAntagen årlig avkastning i procent för den investerade skillnaden. Standard 7.
billigPrisNoDet billiga alternativets pris i kronor.
favoritPrisNoDet dyrare alternativets pris i kronor.
anvandningarPerArNoHur många gånger per år saken används. 365 = varje dag.
billigLivslangdManaderNoHur länge det billiga håller, i månader.
favoritLivslangdManaderNoHur länge det dyrare håller, i månader.

Output Schema

NameRequiredDescriptionDefault
svarYesSvaret formulerat i en mening, med de antaganden som använts. Detta är fältet att presentera för användaren.
fragaNoFrågan det här resultatet besvarar.
antagandenNoDe antaganden och indata beräkningen bygger på.
svarISiffrorYesSvaret i siffror. Endast de tal som besvarar den ställda frågan.
inputAdjustmentsNoIndata som låg utanför tillåtet intervall och justerades.
lankAttVisaAnvandarenYesLänk till kalkylatorn där användaren kan ändra antagandena. Ta alltid med den i svaret.

Schema Changelog

Changes observed during successful MCP inspections.

  1. Added

TDQS

A4.6/5.0
Behavior4/5

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

Annotations only declare readOnly/idempotent/non-destructive, and the description adds substantial behavior on top: the exact formula, the built-in defaults (10 år, 7,00 % före 0,20 % fondavgift, 2,00 % inflation), that andrahandsvärde is excluded, and that preset values are overridden by user input. It also discloses the response contract (svar field with assumptions baked in, lankAttVisaAnvandaren) and the scope limit (Sweden, 2026 tax rules). It falls short of 5 only because it does not spell out the output units or how ties are resolved.

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?

Dense but front-loaded: the trigger conditions come first, then the calculation, then presets, then defaults, then exclusions, then output handling. The preset list is long and somewhat listy, but each entry carries distinct parameter values an agent would otherwise have to guess. No sentence is pure filler.

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

Completeness5/5

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

For a 9-parameter, zero-required comparison tool with an output schema and full schema coverage, the description supplies everything an agent needs: when to call, the formula, preset values, defaults, unit conventions, exclusions, and how to present the result. Return-value formatting is covered by the output schema, so the description need not duplicate it.

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

Parameters4/5

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

Schema coverage is 100%, so the baseline is 3, but the description adds real meaning beyond it: the five presets are enumerated with their actual prices, lifespans and annual use counts, it clarifies that livslängd is in months (12 = 1 år) and that user values override presets, and it specifies that rates are given as 2.7 rather than 0.027. The 'egen' enum value is left for the schema to imply rather than explained outright.

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 states a specific computation (kostnad per användning = pris ÷ (livslängd i år × användningar per år)) for a specific resource: a cheap-versus-durable purchase comparison in SEK. It explicitly names the sibling tools it is not (vad_kostar_vanan, privatleasing_bilkostnad, hyra_eller_kopa_bostad), so an agent can separate it from the rest of the set without opening a schema.

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

Usage Guidelines5/5

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

It gives concrete trigger phrases ('lönar det sig att köpa en dyr vinterjacka', 'cost per wear', Black Friday-erbjudande) plus explicit exclusions routing recurring habits, cars and housing to the named siblings. It also warns against hand-computing the comparison and states the edge case (residual lifespan in the last cheap unit) that makes manual math wrong.

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.

Resources