평생요금제닷컴 알뜰폰 요금제 (Korea MVNO plans)

알뜰폰 요금제 조건 검색

search_plans

Read-onlyIdempotent

조건을 칸으로 정해 알뜰폰 요금제를 찾습니다(통신사 공식 홈페이지 기준, 하루 5번 확인). 기본은 평생 할인·정가 요금제, 월 요금 낮은 순(sort=data 이면 데이터 많은 순, sort=total24 이면 24개월 총액 낮은 순). 결과마다 원문 근거·확인 시각·공식 주소·지금 요금 시작일과 같은 조건 기간할인 비교(periodComparison)가 붙습니다.

Input Schema

Name	Required	Description
`mno`	No	빌려 쓰는 통신망
`sort`	No	fee=월 요금 낮은 순(기본), data=데이터 많은 순, total24=24개월 총액 낮은 순(기간할인 포함 비교 시)
`type`	No	lifetime=평생 할인·정가(기본) / limited=선착순·기한 한정 가입 / period=N개월 기간 할인 / nodate=종료일 안 적힌 할인 / all=전부
`brand`	No	알뜰폰 통신사 이름 일부 (예: 이야기, 프리티, 헬로)
`limit`	No	1~50, 기본 10
`bundle`	No	결합 혜택 원문이 있는 요금제 (internet=인터넷·유선 결합, mobile=가족·모바일 결합, any=둘 중 하나 이상)
`feeMax`	No	월 요금 상한(원, VAT 포함)
`qosMin`	No	데이터 다 쓴 뒤 최소 속도 kbps (예: 1000=1Mbps, 3000=3Mbps, 5000=5Mbps)
`dataMin`	No	한 달 데이터 최소 GB (매일 제공은 30일치로 계산, 무제한 포함)
`network`	No
`usimFree`	No	요금제에 "유심 무료"가 공식 원문으로 적힌 요금제만
`voiceMin`	No	통화 최소 분
`dailyData`	No	매일 추가 데이터(예: 매일 2GB)를 따로 주는 요금제만
`dataSharing`	No	데이터 쉐어링 가능 원문이 적힌 요금제만
`noCondition`	No	최소 사용량·개통 초기 유지 기간 등 가입 조건이 하나도 없는 요금제만
`extraCallMin`	No	부가통화(전국대표번호 15XX·050·영상통화)를 따로 이 분 이상 주는 요금제만 — 공식 화면에 분이 적힌 것만 (예: 300)
`smsUnlimited`	No	문자 무제한만
`tetheringMin`	No	공식 홈페이지에 테더링(핫스팟) 한도가 적힌 요금제 중 한 달 테더링 가능 최소 GB (1=테더링 한도 표시 전체)
`comparePeriod`	No	true 로 주면 같은 조건의 기간 할인(프로모션) 최저가·할인 종료 후 인상 요금·24개월 총액 비교(periodComparison)를 함께 돌려줍니다
`dataUnlimited`	No	데이터 무제한만
`voiceUnlimited`	No	통화 무제한만

Schema Changelog

Changes observed during successful MCP inspections.

Changed10 schema fields changedOct 18, 2026

addedInput schema / properties / bundle

Added value: +{
+  "description": "결합 혜택 원문이 있는 요금제 (internet=인터넷·유선 결합, mobile=가족·모바일 결합, any=둘 중 하나 이상)",
+  "enum": [
+    "internet",
+    "mobile",
+    "any"
+  ],
+  "type": "string"
+}

addedInput schema / properties / comparePeriod

Added value: +{
+  "description": "true 로 주면 같은 조건의 기간 할인(프로모션) 최저가·할인 종료 후 인상 요금·24개월 총액 비교(periodComparison)를 함께 돌려줍니다",
+  "type": "boolean"
+}

addedInput schema / properties / dailyData

Added value: +{
+  "description": "매일 추가 데이터(예: 매일 2GB)를 따로 주는 요금제만",
+  "type": "boolean"
+}

addedInput schema / properties / dataSharing

Added value: +{
+  "description": "데이터 쉐어링 가능 원문이 적힌 요금제만",
+  "type": "boolean"
+}

addedInput schema / properties / noCondition

Added value: +{
+  "description": "최소 사용량·개통 초기 유지 기간 등 가입 조건이 하나도 없는 요금제만",
+  "type": "boolean"
+}

changedInput schema / properties / qosMin / description

Previous value: -"데이터 다 쓴 뒤 최소 속도 kbps (예: 1000=1Mbps, 5000=5Mbps)"New value: +"데이터 다 쓴 뒤 최소 속도 kbps (예: 1000=1Mbps, 3000=3Mbps, 5000=5Mbps)"

changedInput schema / properties / sort / description

Previous value: -"fee=월 요금 낮은 순(기본), data=데이터 많은 순"New value: +"fee=월 요금 낮은 순(기본), data=데이터 많은 순, total24=24개월 총액 낮은 순(기간할인 포함 비교 시)"

changedInput schema / properties / sort / enum

Previous value: -[
-  "fee",
-  "data"
-]New value: +[
+  "fee",
+  "data",
+  "total24"
+]

addedInput schema / properties / tetheringMin

Added value: +{
+  "description": "공식 홈페이지에 테더링(핫스팟) 한도가 적힌 요금제 중 한 달 테더링 가능 최소 GB (1=테더링 한도 표시 전체)",
+  "type": "number"
+}

addedInput schema / properties / usimFree

Added value: +{
+  "description": "요금제에 \"유심 무료\"가 공식 원문으로 적힌 요금제만",
+  "type": "boolean"
+}

Changed1 schema field changedOct 15, 2026

addedInput schema / properties / extraCallMin

Added value: +{
+  "description": "부가통화(전국대표번호 15XX·050·영상통화)를 따로 이 분 이상 주는 요금제만 — 공식 화면에 분이 적힌 것만 (예: 300)",
+  "type": "number"
+}

First observedOct 15, 2026

TDQS

A3.7/5.0

Behavior4/5

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

Annotations already cover safety (readOnlyHint=true, destructiveHint=false, idempotent, and openWorldHint=false indicating a bounded dataset). The description adds genuine context beyond them: the data source (carrier official homepage), refresh cadence (checked 5 times a day), and that each result carries source evidence, verification timestamp, official address, and periodComparison. This provenance/freshness detail is real added value.

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?

Purpose and scope are front-loaded, followed by defaults and return composition in dense but ordered clauses; every sentence carries information. It is marginally over-packed, but nothing reads as filler.

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?

With 21 optional filters and no output schema, the description responsibly covers the defaults, the alternate sorts, and a sketch of the result payload (evidence, verification time, address, periodComparison), which is the main thing the missing output schema would otherwise supply. Individual filter semantics are left to the thorough schema, which is acceptable.

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 description coverage is 95%, which alone sets the baseline at 3, and the description largely restates schema content (the sort=data/total24 and default lifetime/fee semantics are already documented per-parameter). It adds little parameter meaning the schema does not already carry.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose4/5

Does the description clearly state what the tool does and how it differs from similar tools?

The description states a specific verb (검색/find) and resource (알뜰폰 요금제, MVNO plans) with a clear scope (set conditions by field). It is distinguishable in general terms but never names or contrasts with the likely-overlapping siblings search and cheapest_by_data, leaving an agent to infer which search entry point fits.

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?

It conveys useful default behavior (기본은 평생 할인·정가 요금제, 월 요금 낮은 순) so an agent knows the baseline query, but there is no when-to-use/when-not guidance and no explicit routing against alternatives like search, cheapest_by_data, or price_index. Usage is implied rather than stated.

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

All 평생요금제닷컴 알뜰폰 요금제 (Korea MVNO plans) tools Inspect

Try in Browser

One endpoint for every MCP toolRayrun runs every MCP server behind one URL and holds the credentials. Each call is decided per client, tool, and argument, then recorded.ray.runAd

Glama MCP Gateway

Add one secure layer between your agents and this server.

Resources

Need Help?