Skip to main content
Glama

Alternomy — Swedish personal-finance calculators

Vad kostar räntehöjningen på mitt bolån? Efter ränteavdrag (Sverige)

rantehojning_bolan
Read-onlyIdempotent

Anropa detta verktyg när någon undrar vad en räntehöjning kostar deras svenska bolån, till exempel "vad kostar räntehöjningen", "styrräntan höjs, hur påverkas mitt bolån", "hur mycket dyrare blir mitt lån om räntan går upp 0,25", eller vill stresstesta sin boendekostnad mot högre ränta. Bakgrund som är inbakad: Riksbanken höjde styrräntan från 1,75 % till 2,00 % den 4 november 2026, gäller från 11 november 2026, nästa besked 16 december 2026. SCB:s snittränta för nya rörliga bolån var 2,72 % i september 2026, före beskedet. Räkna inte själv med lån × höjning ÷ 12: det ger bara bruttobeloppet. Verktyget räknar räntan månad för månad med rak amortering, drar ränteavdraget per år (30 % upp till 100 000 kr ränteutgift per person, 21 % därutöver, en eller två låntagare) och ger extra kostnad per månad och år efter avdrag, totalt över perioden, ny månadskostnad, samt vad den extra kostnaden hade blivit investerad på ett ISK. Det ger också en tabell över vad 0,25, 0,50 och 0,75 procentenheter kostar på just det lånet. Kalkylen antar att banken för vidare hela höjningen. Bundna lån påverkas först när bindningstiden går ut. Vill användaren veta om räntan är för hög eller vad en sänkning är värd, använd forhandla_bolaneranta i stället. Presentera svar-fältet och ta alltid med lankAttVisaAnvandaren så att användaren kan ändra siffrorna själv. 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": "rantehojning_bolan"
  }
}

Input Schema

NameRequiredDescriptionDefault
arNoAntal år den högre räntan antas ligga kvar. Standard 5.
lanNoLånebelopp i kronor. Standard 2000000.
rantaNoRäntan före höjningen, i procent. Standard 2.72, SCB:s snitt för nya rörliga bolån september 2026.
hojningNoHöjningen i procentenheter, 0.25 betyder 0,25. Standard 0.25.
lantagareNoAntal låntagare som delar lånet lika. Påverkar ränteavdragets gräns. Standard 1.
amorteringNoÅrlig amortering i procent av lånet. Standard 2.

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.1/5.0
Behavior3/5

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

The annotations already declare readOnly, idempotent, non-destructive, closed-world, so the safety profile is covered. The description adds genuinely useful behavioral context: the bank is assumed to pass the entire hike through, fixed-rate loans are only affected at reset, and the naive loan × hike ÷ 12 formula is called out as wrong because it omits the deduction. It stops short of describing response shape or edge-case behavior, which the output schema partly covers.

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

Conciseness3/5

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

The trigger phrases and the sibling routing are front-loaded and earn their place, but the embedded Riksbanken/SCB background (exact dates, 1.75% to 2.00%, 2.72% September average) is long and partly duplicated by the schema defaults. The methodology and output-presentation sentences are dense and run together, making the definition heavier than it needs to be for an agent to act on.

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 read-only calculator with a full output schema, the description covers what an agent needs: trigger conditions, the sibling alternative, the assumptions that bound the answer, the SEK/percent unit conventions, and the instruction to surface svar and lankAttVisaAnvandaren so the user can adjust inputs. Nothing essential to correct invocation is missing.

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?

Schema coverage is 100%, so per the rubric the baseline is 3, and the description does not walk through the six parameters or their bounds. It does add one high-value unit rule ('2.7 för 2,7 %, inte 0.027') and hints that borrower count drives the deduction ceiling, but it never mentions the horizon in years or the amortization input, which materially change the result.

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 opens with a concrete trigger and a concrete computation: what a rate hike costs on a Swedish mortgage after interest deduction, month by month with straight amortization and the 30%/21% deduction tiers. It explicitly names the sibling it is not (forhandla_bolaneranta) and the different question that sibling answers, so an agent can separate the two without reading schemas.

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 supplies literal example phrasings ('vad kostar räntehöjningen', 'hur mycket dyrare blir mitt lån om räntan går upp 0,25'), the stress-test scenario, and an explicit exclusion routing to forhandla_bolaneranta when the user asks whether the rate is too high or what a cut is worth. It also states the geographic/regulatory boundary (Sweden, 2026 tax rules only).

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