Quota-guarded MCP layer over Korean public data APIs (data.go.kr), compiled from OpenAPI specs
MCPpedia last refreshed this data
io.github.yonghwan1106/mcportal is an MCP server that quota-guarded MCP layer over Korean public data APIs (data.go.kr), compiled from OpenAPI specs. Its tool list has not been published yet over stdio, sse and http, requires no API key, and scores 87/100 on MCPpedia's security, maintenance and efficiency rubric.
Config is the same across clients — only the file and path differ.
{
"mcpServers": {
"io-github-yonghwan1106-mcportal": {
"args": [
"mcportal"
],
"command": "uvx"
}
}
}Are you the author?
Add this badge to your README to show your security score and help users find safe servers.
The missing bridge between data.go.kr and the global MCP ecosystem. MCPortal normalizes Korean public-API specifications into standard OpenAPI 3.1, compiles them into MCP servers, and puts every outbound call behind a hard daily budget with backoff and caching. Fully open source, fully self-hosted.
Run this in your terminal to verify the server starts. Then let us know if it worked — your result helps other developers.
uvx 'mcportal' 2>&1 | head -1 && echo "✓ Server started successfully"
After testing, let us know if it worked:
Five weighted categories — click any category to see the underlying evidence.
No known CVEs.
Checked mcportal against OSV.dev.
Click any tool to inspect its schema.
Be the first to review
Have you used this server?
Share your experience — it helps other developers decide.
Sign in to write a review.
Others in developer-tools
Context7 Platform -- Up-to-date code documentation for LLMs and AI code editors
Chrome DevTools for coding agents
Monitor browser logs directly from Cursor and other MCP compatible IDEs.
Manage Supabase projects — databases, auth, storage, and edge functions
MCP Security Weekly
Get CVE alerts and security updates for io.github.yonghwan1106/mcportal and similar servers.
Start a conversation
Ask a question, share a tip, or report an issue.
Sign in to join the discussion.
The missing bridge between data.go.kr and the global MCP ecosystem. MCPortal normalizes Korean public-API specifications into standard OpenAPI 3.1, compiles them into MCP servers, and puts every outbound call behind a hard daily budget with backoff and caching. Fully open source, fully self-hosted.
한국어 문서: README.ko.md — this English README is the
canonical document and the Korean file is a translation of it.
Accuracy disclaimer
data.go.kr publishes no "remaining quota" endpoint. MCPortal's usage ledger therefore counts only the calls that went through MCPortal, which makes it a best-effort estimate. Calls that the same
serviceKeyspends outside MCPortal — another script, the portal console, a different tool — never reach the ledger, so the ledger value is always a lower-bound approximation of real consumption. The axis of trust is not that estimate but the hard budget cap (CALL_BUDGET). Even when the ledger is wrong, the hard guard physically blocks calls beyond the daily cap, so the safety line against quota-related account sanctions always comes fromCALL_BUDGET.
| Works without any API key | Needs a data.go.kr service key |
|---|---|
| Replaying record/replay cassettes | Live API calls |
The full test suite (pytest), including the record-mode tests, which run on synthetic transports | Live response sampling |
Standing up an MCP server from a committed spec plus its cassette (mcportal serve <id> --replay) — from a repo checkout, or from a PyPI install pointed at one (note 1) | Ad-hoc conversion of an API that has no cassette yet |
Regenerating the compile demo (examples/compile_demo.py) | Recording new cassettes |
Regenerating and listing the preset bundles (mcportal compile / mcportal presets) — bundled in the wheel since 0.2.0 (note 1) | Sampling a response schema that is still unresolved (mcportal sample) |
Reading quota status (mcportal quota status) | The key-dependent benchmark items K1–K3 |
Running the benchmark harness (the five key-free items in benchmarks/PROTOCOL.md) | — |
Every demo, development and CI path in MCPortal runs without a key. The
record/replay layer replays cassettes that were recorded earlier, so the same
response flow can be reproduced and the whole test suite can go green with no
serviceKey present. Spec-to-MCP conversion has already happened at build
time — the compiled artifacts are committed under specs/ — so clone the
repository and even standing up an MCP server and answering tool calls needs no
key: mcportal serve 15000115 --replay serves eight tools over stdio with no
serviceKey anywhere in the environment.
That sentence says clone on purpose. Replay needs a cassette, and cassettes
are recorded upstream responses that stay in the repository instead of going out
in the wheel (note 1), so a bare pip install mcportal has nothing to replay
until it is pointed at a checkout with --presets-root <path> or
MCPORTAL_PRESETS=<path>. Cassettes exist for three of the four bundles —
15081808 has none in the repository either, because it was deliberately left
out of sampling (see Presets below), so that one bundle is live-only.
What does need a key is narrow: live traffic to data.go.kr, and sampling or converting an API that has no cassette yet.
Note 1 — what the wheel carries, and what it does not. Since 0.2.0, the published wheel carries the four preset bundles (16 bundle files plus the two
presets/documents, measured on the built artifact), so a plainpip install mcportalcan runmcportal presetswith no checkout. Since 0.2.2 the wheel also carries the threesampled_schemas.jsonfiles —15000115,15101612and15102108;15081808has none, because it was deliberately left out of sampling. They ship becausemcportal compile --checkneeds them: