GitHub
Connect AI assistants to GitHub - manage repos, issues, PRs, and workflows through natural language.
Descripción del creador (original en inglés)
Quota-guarded MCP layer over Korean public data APIs (data.go.kr), compiled from OpenAPI specs
Estos tres nunca se combinan en una sola puntuación: las opiniones, las mediciones y la popularidad son cosas distintas.
Todavía no escribimos un resumen sencillo para este. Abajo están los datos que leímos del registro.
Elige la app de IA que usas y copia la configuración.
Necesitas
¿Qué app usas?
Elige tu app arriba. La recordamos, así que la próxima vez el botón dirá “Instalar en …”.
Abre Claude Desktop → Settings → Developer → Edit Config y pega esto en claude_desktop_config.json
{
"mcpServers": {
"mcportal": {
"command": "uvx",
"args": [
"mcportal"
]
}
}
}Ejecuta esto en tu terminal
claude mcp add mcportal -- uvx mcportalPégalo en .cursor/mcp.json de tu proyecto, o en ~/.cursor/mcp.json
{
"mcpServers": {
"mcportal": {
"command": "uvx",
"args": [
"mcportal"
]
}
}
}Tu navegador te pide permiso para abrir la app; luego la app muestra la configuración y te pide confirmar. Los valores de las claves quedan vacíos para que los completes tú.
Pégalo en .vscode/mcp.json de tu proyecto
{
"servers": {
"mcportal": {
"type": "stdio",
"command": "uvx",
"args": [
"mcportal"
]
}
}
}Tu navegador te pide permiso para abrir la app; luego la app muestra la configuración y te pide confirmar. Los valores de las claves quedan vacíos para que los completes tú.
Este se ejecuta en tu computadora, y ChatGPT solo puede conectarse a servidores en internet. Elige otra app.
Tu elección se guarda en una cookie en este dispositivo; no necesitas cuenta.
Esta configuración se genera a partir de la ficha del creador en el registro. Si el README dice otra cosa, sigue el README.
Se ejecuta en tu computadora; la lista de herramientas aparece en tu app de IA después de instalarlo.
Revisamos información que cualquiera puede ver; no hemos leído el código. Las revisiones que no aplican no se cuentan. · Revisado el 8 nov 2026
El nombre en el registro se verificó con la cuenta de GitHub yonghwan1106, dueña del repo
Todavía no hemos leído este repo en GitHub
Todavía no hemos leído este repo en GitHub
Este se ejecuta en tu computadora; no hay endpoint en internet
Se ejecuta en tu computadora y usa ajustes locales en su lugar
Se ejecuta en tu computadora; solo podemos leer listas de herramientas de endpoints en internet
Comparado con todos los servidores activos de esta categoría en el registro. Las estrellas solo cuentan cuando quien lo publica es dueño del repo.
Superó 1 de 1 revisiones básicas aplicables. No hemos leído el código. Antes de agregar una clave o un token, revisa qué acceso pide el servidor y usa una clave que tenga solo los permisos que necesitas.
El registro no indica ninguna clave obligatoria, aunque algunos servidores te piden iniciar sesión la primera vez que los usas.
Se ejecuta en tu computadora. Tu app de IA lo inicia cuando hace falta, y los datos no pasan por los servidores del creador (a menos que el propio servidor llame a un servicio en línea).
El repo de GitHub cambió por última vez –, y la última versión (0.2.2) llegó al registro hace 3 meses.
Las apps compatibles con MCP, como Claude Desktop, Claude Code, Cursor y VS Code. También necesitas Python (uv) en tu computadora.
En la misma categoría: GitHub, Desktop Commander, Cloudflare MCP
Servidores de la misma categoría hechos por otros creadores, ordenados por estrellas.
Cómo leer una tarjeta:↓ Descargas por semanai★ Estrellas de GitHubiTres pilares: reseñas · revisiones · usoiActualizado = fecha en que se publicó la última versión en el registroi
Connect AI assistants to GitHub - manage repos, issues, PRs, and workflows through natural language.
MCP server for terminal commands, file operations, and process management
Copiado tal cual del repo del creador. PopNx MCP no lo ha revisado ni lo respalda. Se quitaron HTML, imágenes y scripts. Los enlaces llevan fuera de este sitio.
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 from
CALL_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 --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 or MCPORTAL_PRESETS= . 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
plain
pip install mcportalcan runmcportal presetswith no checkout.
Since 0.2.2 the wheel also carries the three
sampled_schemas.jsonfiles
—
15000115,15101612and15102108;15081808has none, because it was
deliberately left out of sampling. They ship because `mcportal compile
--check
needs them:--check` does not diff files, it re-synthesizes
openapi.jsonfrom its source + curation + sampled layers, so without the
sampled layer an installed copy cannot reproduce the very
openapi.jsonit
shipped. On 0.2.1 as published,
compile --checkfrom a plain install reports
3 of 4 drifted and exits 3 (measured 2026-08-15); on that version pass
--presets-root /presets. 0.2.2 restores it to 4 of 4 matched,
exit 0, from the install alone.
Those three files carry only the **field names and types inferred from the
responses** — zero response values — and that structure already ships inside
openapi.json, so nothing is exposed that the wheel did not already carry.
What the wheel still leaves out is the recorded upstream traffic itself:
`cassettes/` and `samples/` stay in the repository only, which is why
mcportal serve --replayis a checkout path. To use a different bundle set —
or to give a PyPI install the cassettes — point MCPortal at a checkout with
--presets-rootor the environment variableMCPORTAL_PRESETS=.
When
mcportal presetsfinds no bundle it prints the paths it searched.
# 1) Compile a spec from synthetic fixtures (zero network, zero credentials).
python examples/compile_demo.py
mcportal serve 15000115 --replay
#
python -c "from mcportal.mcp import build_server; \ build_server('specs/demo/openapi.json', mode='replay', \ cassette_path=' ')"
mcportal presets # list mcportal compile --check # byte-compare committed vs regenerated (exit 3 on drift)
pytest -q
pip install mcportal # core runtime (single dependency: httpx)
pip install "mcportal[mcp]" # + the MCP conversion layer (fastmcp)
Dependency policy: the core runtime depends on httpx and nothing else. The spec-normalizing compiler (mcportal.compiler) uses only the standard library and httpx. fastmcp is required solely by mcportal.mcp and ships as the optional [mcp] extra — without it, import mcportal and the entire test suite still work, and calling into the MCP layer raises a Korean ImportError that explains how to install it. The [mcp] extra also declares anyio, because the sync-to-async bridge imports anyio.to_thread directly; httpx pulls anyio in transitively, but a direct import deserves a direct declaration so that pins and lockfiles constrain it.
import mcportal does not import mcportal.mcp — that is what keeps the import working without fastmcp installed. The MCP symbols are resolved lazily on first attribute access through a module __getattr__ (PEP 562), so from mcportal.mcp import build_server and mcportal.build_server refer to the same object. Either spelling is fine.
MCPortal's data.go.kr profile does not support multi-key rotation. data.go.kr issues one key per development account and meters a daily call limit against it; cycling several keys to escape that limit risks violating the service's operating policy and inviting account sanctions. MCPortal respects the structure as it is and accepts a single key. When the limit is too low, the supported answer is data.go.kr's own path — registering a use case and applying for the operational tier — not more keys.
The CLI uses the standard library argparse only. Zero new runtime dependencies is a binding rule for this project, so even the terminal tables are laid out by hand (Hangul counted as double width, ASCII rules, safe on a Windows cp949 console).
mcportal quota status [--ledger PATH] [--budget N] [--day YYYY-MM-DD]
[--key-fp FP | --key-env VAR] [--json] mcportal compile [PRESET_ID ...] [--presets-root PATH] [--check] [--json] mcportal presets [--presets-root PATH] [--json] [--verbose] mcportal sample PRESET_ID ... --key-env VAR [--budget N] [--count N] [--ledger PATH] [--presets-root PATH] [--json] mcportal serve PRESET_ID [--replay | --key-env VAR] [--presets-root PATH] [--name TEXT]
| Subcommand | What it does |
|---|---|
quota status | Shows today's (KST) usage, budget, remainder and state per key fingerprint. The ledger is opened read-only (`mode=ro`) and never created. Budget resolution order is --budget > CALL_BUDGET > profile default, and the output states which path was taken |
compile | Regenerates preset bundles. Files whose content is unchanged are not rewritten. --check writes nothing and only byte-compares |
presets | Lists the bundles as a table; --verbose expands the curation notes |
sample | Live sampling that fills in response schemas still marked unresolved, writing the inferred schema, the response bodies and a replayable cassette. It is the one subcommand that needs a key, and the key is taken only from the environment variable named by --key-env VAR, never as a literal argument |
serve | Stands one bundle up as an MCP server over stdio. The default --replay needs no key; --key-env VAR goes live through the same quota guard. Requires the [mcp] extra. Documented against a repo checkout: --replay reads presets/ /cassettes/ .json, which the wheel does not carry (note 1), so from a PyPI install pass --presets-root /presets or set MCPORTAL_PRESETS= /presets. Three of the four bundles have a cassette — 15081808 has none in the repository either, so it serves live only. stdout is protocol-only; every human-readable line, banner included, goes to stderr |
Exit codes: 0 success (including "no ledger", "no presets" and "nothing changed" — an empty state is not a failure) / 1 execution failure / 2 usage error / 3 drift found by compile --check / 130 user interrupt.
--json prints JSON alone on stdout (no human prose mixed in, so it is pipe-safe) and sends every error to stderr. A raw service key is never printed on any path — even --key-env reads the environment variable and computes the fingerprint locally. The ledger stores no raw key, so a fingerprint is the only thing the CLI ever had available to show.
presets/ holds bundles built from real published specifications on data.go.kr. Their purpose is to demonstrate, in data rather than in code, the fix for the failure mode of naive spec conversion, where every generated tool ends up described as "list query".
| ID | Service | Domain | Sour
Solo se muestra el principio; lee el resto en el repo