Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Descripción del creador (original en inglés)
NetLogger MCP server. Nets on the air, live check-ins and who's up, past nets.
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": {
"netlogger": {
"command": "uvx",
"args": [
"netlogger-mcp"
]
}
}
}Ejecuta esto en tu terminal
claude mcp add netlogger -- uvx netlogger-mcpPégalo en .cursor/mcp.json de tu proyecto, o en ~/.cursor/mcp.json
{
"mcpServers": {
"netlogger": {
"command": "uvx",
"args": [
"netlogger-mcp"
]
}
}
}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": {
"netlogger": {
"type": "stdio",
"command": "uvx",
"args": [
"netlogger-mcp"
]
}
}
}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 7 nov 2026
El nombre en el registro se verificó con la cuenta de GitHub qso-graph, 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.3.1) llegó al registro hace 9 días.
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: Spec Driven Development, Remote Desktop Commander, Detailing Manager
Servidores de la misma categoría hechos por otros creadores, ordenados por estrellas.
Cómo leer una tarjeta:★ Estrellas de GitHubiTres pilares: reseñas · revisiones · usoiActualizado = fecha en que se publicó la última versión en el registroi
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Remote Desktop Commander: use files, terminal and processes on your own computers from any AI app.
Connect your auto detailing studio's tasks, cars, clients and revenue to Claude or ChatGPT.
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.
MCP server for NetLogger: nets on the air now, live check-in lists and who's up, and past nets and their check-ins, through any MCP-compatible AI assistant.
Data from NetLogger's public XML Data Service (API 1.3). Part of the qso-graph project. No API key needed. Your callsign is asked for once (see below).
uvx netlogger-mcp # run it; nothing to install
| Tool | Description | Key Parameters |
|---|---|---|
netlogger_active_nets | Nets on the air now: frequency, band, mode, net control, logger, monitoring count | name_like |
netlogger_checkins | A live net's check-in list, plus the pointer (the station being worked now) | server_name, net_name |
netlogger_past_nets | Closed nets over the last N days, with the net IDs past check-ins need | interval_days, name_like |
netlogger_past_checkins | A closed net's check-in list | server_name, net_name, net_id |
netlogger_set_callsign | Save your callsign (asked once, on first use) | callsign |
get_version_info | Service version + upstream spec version (fleet identity attestation) | — |
NetLogger is the logging program many amateur-radio nets use: net control or a logger keeps the check-in list, and anyone can follow the net live. Its server publishes active nets, check-in lists and past nets through a public API.
Every request tells NetLogger which station is asking, so it can tell one user from another:
netlogger-mcp/<version> (KI7MT; +https://github.com/qso-graph/netlogger-mcp)
The version is the installed one — it is read from the package, not written here.
On first use the assistant asks for your callsign and saves it. You're asked once. To set it yourself, use NETLOGGER_MCP_CALLSIGN=KI7MT.
It's saved in settings.json, in ~/.config/netlogger-mcp/ (Linux), ~/Library/Application Support/netlogger-mcp/ (macOS) or %APPDATA%\netlogger-mcp\ (Windows).
NetLogger is a donation-funded service on one server, and it limits how often each call may be made. We keep to those limits:
| Measure | Detail |
|---|---|
| NetLogger's call limits | GetActiveNets 1/min, GetCheckins 3/min, GetPastNets 1/min, GetPastNetCheckins 10/min. Checked before a request is sent, never after. |
| One budget per user | Every copy you run (Claude Desktop, Claude Code, a script) shares one budget, through a locked file beside settings.json. |
| Shared answers | Every copy also shares the answers it fetched, so a copy that has hit the limit gets another copy's recent answer, with its age, instead of an error. |
| Response caching | Active nets 60 s, check-ins 20 s, past nets 60 s, past check-ins 1 hour. Filtering by name costs no extra calls. |
| How old an answer is | Every answer has as_of_utc (when it was given) and age_seconds (how old the data is), so it was fetched at as_of_utc minus age_seconds. |
| Stale answers over errors | When a limit is reached, the last answer comes back with its age rather than a new request. |
| 429 back-off | A "too many requests" on any call stops all calls for at least a minute, longer if NetLogger asks. |
| Past-net windows | More than 7 days of past nets needs a name filter, NetLogger's rule to protect its server. |
| Request timeout | 15-second timeout. |
| User-Agent header | Every request names this project and your callsign, so NetLogger's operators can see who is asking. |
NetLogger's band and frequency are whatever the logger typed ("40M", "75M", "DMR", "7033", "3918 KHz", "147.030 91.5", "TG 3141"). They're returned as typed, and beside them, only when the text can be read reliably: frequency_mhz, band_adif (the ADIF band, from ADIF 3.1.7's Band enumeration), tone_hz and talkgroup. A frequency outside the amateur bands (e.g. GMRS) gets no band_adif.
NetLogger's check-in data includes street addresses and ZIP codes, and past nets include the IP address of whoever opened them. None of these are ever returned.
netlogger-mcp works with any MCP-compatible client. Add the server config and restart. The tools appear automatically.
Add to claude_desktop_config.json (~/Library/Application Support/Claude/ on macOS, %APPDATA%\Claude\ on Windows):
{
"mcpServers": { "netlogger": { "command": "uvx", "args": ["netlogger-mcp"] } } }
Add to .claude/settings.json:
{
"mcpServers": { "netlogger": { "command": "uvx", "args": ["netlogger-mcp"] } } }
{
"mcpServers": { "netlogger": { "command": "uvx", "args": ["netlogger-mcp"] } } }
Add to .cursor/mcp.json (project-level) or ~/.cursor/mcp.json (global):
{
"mcpServers": { "netlogger": { "command": "uvx", "args": ["netlogger-mcp"] } } }
Add to .vscode/mcp.json in your workspace:
{
"servers": { "netlogger": { "command": "uvx", "args": ["netlogger-mcp"] } } }
Add to ~/.gemini/settings.json (global) or .gemini/settings.json (project):
{
"mcpServers": { "netlogger": { "command": "uvx", "args": ["netlogger-mcp"] } } }
"What nets are on the air right now?"
"Are any 80m nets running?"
"Who's checked into the county ARES net, and who's up now?"
"Which nets ran in the last three days?"
"Show me the check-ins from last night's net."
The same code works without an AI, with the same limits and cache. A library can't ask for your callsign, so you pass it in:
from netlogger_mcp.netlogger import NetLoggerSource
nl = NetLoggerSource(callsign="KI7MT") for net in nl.active_nets()["nets"]: live = nl.checkins(net["server"], net["name"]) print(net["name"], "up now:", live["pointer_callsign"])
Apps can also name themselves, using ADIF's PROGRAMID and PROGRAMVERSION: NetLoggerSource(callsign="KI7MT", program_id="MyLogger", program_version="1.0").
NETLOGGER_MCP_MOCK=1 netlogger-mcp
netlogger-mcp --transport streamable-http --port 8014
git clone https://github.com/qso-graph/netlogger-mcp.git
cd netlogger-mcp uv sync --group dev uv run pytest
GPL-3.0-or-later. adif_band.json is the ADIF 3.1.7 Band enumeration, the work of the ADIF Developers Group (adif.org.uk), included unchanged.