Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
作者提供的说明(英文原文)
MCP server for MSFS SimConnect - full read/write access to SimVars, L-vars and events
这三项永远不会合并成一个分数:意见、测量和人气是不同的东西。
我们还没有为它写通俗的介绍。下面是我们从注册中心读取到的事实。
选择你使用的 AI 应用,然后复制设置。
你需要
你用的是哪个应用?
在上方选择你的应用。我们会记住它,下次按钮会显示“安装到 …”。
打开 Claude Desktop → Settings → Developer → Edit Config,把下面的内容粘贴到 claude_desktop_config.json
{
"mcpServers": {
"simconnect": {
"command": "uvx",
"args": [
"simconnect-mcp"
]
}
}
}在终端中运行这条命令
claude mcp add simconnect -- uvx simconnect-mcp粘贴到项目中的 .cursor/mcp.json,或 ~/.cursor/mcp.json
{
"mcpServers": {
"simconnect": {
"command": "uvx",
"args": [
"simconnect-mcp"
]
}
}
}浏览器会先询问是否打开应用,然后应用会显示设置并请你确认。密钥的值会留空,由你自己填写。
粘贴到项目中的 .vscode/mcp.json
{
"servers": {
"simconnect": {
"type": "stdio",
"command": "uvx",
"args": [
"simconnect-mcp"
]
}
}
}浏览器会先询问是否打开应用,然后应用会显示设置并请你确认。密钥的值会留空,由你自己填写。
这个服务器在你的电脑上运行,而 ChatGPT 只能连接互联网上的服务器。请选择其他应用。
你的选择通过 Cookie 保存在这台设备上,无需账户。
这些设置是根据作者在注册中心的条目生成的。如果 README 的写法不同,请以 README 为准。
它在你的电脑上运行;安装后,工具列表会显示在你的 AI 应用中。
我们检查的是任何人都能看到的信息;我们没有阅读代码。不适用的检查项不计入总数。 · 检查于 2026年11月7日
注册名称已通过 GitHub 账户 robin24 验证,该账户拥有此仓库
我们还没有从 GitHub 读取这个仓库
我们还没有从 GitHub 读取这个仓库
它在你的电脑上运行,没有互联网端点
在你的电脑上运行,改用本地设置
它在你的电脑上运行;我们只能读取互联网端点的工具列表
与注册中心里这个分类中所有活跃的服务器比较。只有当发布者拥有该仓库时,星标数才计入。
它在 1 项适用的基础检查中通过了 1 项。我们没有阅读代码。在添加密钥或令牌之前,请先看看这个服务器要求哪些权限,并使用只具备所需权限的密钥。
注册中心没有列出必需的密钥,不过有些服务器会在首次使用时要求你登录。
它在你的电脑上运行。你的 AI 应用会在需要时启动它,数据不会经过作者的服务器(除非它自己调用在线服务)。
GitHub 仓库最后更新于–,最新版本(1.0.2)于2个月前进入注册中心。
支持 MCP 的应用,例如 Claude Desktop、Claude Code、Cursor 和 VS Code。你的电脑上还需要有 Python (uv)。
同一分类中有:Spec Driven Development, Remote Desktop Commander, Python MCP
同一分类中其他作者的服务器,按星标数排序。
如何看卡片:★ GitHub 星标i三大支柱:评价 · 检查 · 使用情况i更新 = 最新版本发布到注册中心的时间i
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.
Local-only Python MCP server for the Files.com API.
按原文从作者的仓库复制。PopNx MCP 没有审查或背书其内容。HTML、图片和脚本已被移除。链接会离开本站。
An MCP (Model Context Protocol) server that connects AI coding agents to Microsoft Flight Simulator via SimConnect. This server is built for add-on development — full read/write access to SimVars, L-vars, events, calculator code execution, and embedded documentation.
.FLT flights, load a .PLN flight plan, and spawn an AI aircraft or object, for scripting test scenarios instead of setting them up by handuvx, which fetches the server and its Python runtime for youPublished on PyPI as simconnect-mcp, and listed in the MCP Registry as io.github.robin24/simconnect-mcp.
Once uv is installed, no separate install step is needed — uvx fetches and runs the server on demand:
uvx simconnect-mcp
That starts the server on stdio, which is what an MCP client does for you. Run it by hand only to check that it starts; press Ctrl+C to stop.
To pin a version, use uvx simconnect-mcp@1.0.1.
git clone https://github.com/robin24/simconnect-mcp.git
cd simconnect-mcp
uv sync
Via CLI:
claude mcp add --transport stdio simconnect -- uvx simconnect-mcp
Or to make it available across all projects:
claude mcp add --transport stdio --scope user simconnect -- uvx simconnect-mcp
Via JSON (~/.claude/settings.json or project-level .claude/settings.json):
{
"mcpServers": { "simconnect": { "command": "uvx", "args": ["simconnect-mcp"] } } }
Via CLI:
codex mcp add simconnect -- uvx simconnect-mcp
Via JSON:
{
"mcpServers": { "simconnect": { "command": "uvx", "args": ["simconnect-mcp"] } } }
Via CLI:
gemini mcp add --transport stdio simconnect -- uvx simconnect-mcp
Via JSON (~/.gemini/settings.json):
{
"mcpServers": { "simconnect": { "command": "uvx", "args": ["simconnect-mcp"] } } }
uv run mcp dev src/simconnect_mcp/server.py
Note: To run a local checkout instead of the published package, replace
uvx simconnect-mcpwithuv run --directory /path/to/simconnect-mcp simconnect-mcp,
using the absolute path to your clone.
Every tool is prefixed msfs_, carries explicit readOnlyHint/destructiveHint annotations, and returns a typed result or a structured error — never a fabricated success. The tables below are generated from the live server (name, kind, and title come straight from each tool's ToolAnnotations); descriptions are the one-line summary from the tool's own docstring:
uv run python -c "
import asyncio from simconnect_mcp.server import mcp async def m(): for t in sorted(await mcp.list_tools(), key=lambda x: x.name): kind = 'read' if t.annotations.readOnlyHint else 'write' print(f'| \{t.name}\ | {kind} | {t.annotations.title} |') asyncio.run(m())"
| Tool | Kind | Description |
|---|---|---|
msfs_connect | write | Establish a SimConnect connection to MSFS |
msfs_disconnect | write | Close the SimConnect connection to MSFS |
msfs_get_connection_status | read | Check connection state, whether the sim is running/paused |
| Tool | Kind | Description |
|---|---|---|
msfs_get_simvar | read | Read a SimVar value by name, in the requested unit |
msfs_set_simvar | write | Write a value to a settable SimVar — fails honestly rather than reporting success on a rejected write |
msfs_get_simvars_bulk | read | Read several SimVars in one call; one failing entry doesn't abort the rest |
msfs_search_simvars | read | Search the SimVar catalog by keyword |
msfs_list_simvar_categories | read | List every SimVar category with its variable count |
msfs_watch_simvar | read | Sample a SimVar over time, returning a time series for debugging |
Units: msfs_get_simvar (and msfs_set_simvar) accept an optional unit argument and always report the unit actually used in the result. Omit unit and the bundled SimVar catalog supplies a sensible default for that variable; for a variable the catalog doesn't know, the default is "number".
| Tool | Kind | Description |
|---|---|---|
msfs_trigger_event | write | Fire a SimConnect event, with an optional parameter |
msfs_search_events | read | Search SimConnect events by keyword, optionally filtered by category |
msfs_trigger_custom_event | write | Fire a custom event as a key event through the MobiFlight WASM module |
| Tool | Kind | Description |
|---|---|---|
msfs_get_lvar | read | Read an L-var (local variable) value from the current aircraft |
msfs_set_lvar | write | Write a value to an L-var on the current aircraft |
msfs_list_lvars | read | Enumerate the L-vars the currently loaded aircraft has registered |
msfs_execute_calculator_code | write | Execute RPN calculator code in the simulator |
msfs_search_lvars | read | Search known aircraft L-vars by keyword across the bundled catalogs |
msfs_browse_lvar_catalog | read | Browse the aircraft L-var catalogs — list catalogs, the panels in one, or the variables on one panel |
msfs_list_lvars asks the MobiFlight WASM module to enumerate what the aircraft has *actually* registered, live — but the module caps its reply at 1000 names and still reports the list as complete when it truncates. A busy add-on setup (GSX and similar) can crowd the aircraft's own variables out of the response entirely; watch for truncated: true. Treat the catalogs and the live listing as a starting point, not a guaranteed inventory — msfs_get_lvar reads any name you supply, whether or not it surfaced in either one.
| Tool | Kind | Description |
|---|---|---|
msfs_get_aircraft_snapshot | read | Read a snapshot of the current aircraft state (position, speed, attitude, and key systems in one call) |
| Tool | Kind | Description |
|---|---|---|
msfs_get_nearby_airports | read | List airports near a point, nearest first |
msfs_get_facility_info | read | Look up one airport, waypoint, NDB or VOR by ICAO identifier |
Airports are world-wide (SimConnect returns the full 85,249-airport list, cached after the first collection). Waypoints, NDBs and VORs are scoped to wherever the aircraft currently is, so they are re-collected on every call rather than cached — a cached navaid list would keep answering for the aircraft's *previous* position after a reposition or a flight.
| Tool | Kind | Description |
|---|---|---|
msfs_send_sim_text | write | Display a text overlay message in the simulator (debug feedback) |
msfs_set_aircraft_position | write | Reposition the aircraft (test scenario setup) |
| Tool | Kind | Description |
|---|---|---|
msfs_get_pmdg_var | read | Read a PMDG aircraft data field by name — switches, MCP values, fuel qty, FMC data (777 or 737 NG3) |
msfs_get_pmdg_cdu | read | Read a PMDG CDU screen as text rows with per-cell color and formatting |
msfs_send_pmdg_event | write | Send a PMDG control event — toggle a switch, press a button, set a selector (777 or 737 NG3) |
These tools use the PMDG SDK Client Data Areas for direct binary access to the aircraft state — bypassing the MobiFlight L-var bridge. The right SDK (777 or 737 NG3) is auto-detected from the loaded aircraft, or can be forced with the variant argument. Requires EnableDataBroadcast=1 and EnableCDUBroadcast.N=1 in the aircraft's options.ini (777_Options.ini or 737NG3_Options.ini). The 777 has three CDUs (Capt/Center/F-O); the 737 NG3 has two (Capt/F-O). See PMDG 777 SDK Reference and PMDG 737 NG3 SDK Reference for details.
| Tool | Kind | Description |
|---|---|---|
msfs_search_hubhop | read | Search the MobiFlight HubHop community preset database |
msfs_list_hubhop_aircraft | read | List the aircraft that HubHop has presets for |
Unlike every other tool, these two reach HubHop's HTTP API rather than the simulator, so they work with MSFS closed. The first call downloads and caches the full preset database (~17 MB); later calls in the same server process are served from that in-memory cache, which both tools share and which re-fetches on its own every 6 hours. Either tool accepts refresh=true to force an immediate re-fetch.
| Tool | Kind | Description |
|---|---|---|
msfs_load_flight | write | Load a saved flight, replacing the current one |
msfs_save_flight | write | Save the current flight to a .FLT file — refuses to overwrite an existing file unless overwrite=true is passed explicitly |
| msfs_load_flight_plan | write | Load a .PLN flight plan into the aircraft's GPS/FMS, replacing whatever plan is currently activ
只显示了开头部分;其余内容请在仓库中阅读