Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
作者提供的说明(英文原文)
Yeelight device discovery, state, control, and scene execution.
这三项永远不会合并成一个分数:意见、测量和人气是不同的东西。
我们还没有为它写通俗的介绍。下面是我们从注册中心读取到的事实。
选择你使用的 AI 应用,然后复制设置。
Authorization, Yeelight-Region, House-Id标为机密的值是你账户的钥匙。千万不要分享给别人,也不要粘贴到聊天里。
你需要
你用的是哪个应用?
在上方选择你的应用。我们会记住它,下次按钮会显示“安装到 …”。
这个地址需要在请求的 header 中放入密钥,而添加连接器的菜单无法设置。请改用 Claude Code、Cursor 或 VS Code。
在终端中运行这条命令
claude mcp add --transport http yeelight-iot https://api.yeelight.com/apis/mcp_server/v1/mcp --header 'Authorization: your-value' --header 'Yeelight-Region: your-value' --header 'House-Id: your-value'运行前请先填写空着的值。
粘贴到项目中的 .cursor/mcp.json,或 ~/.cursor/mcp.json
{
"mcpServers": {
"yeelight-iot": {
"url": "https://api.yeelight.com/apis/mcp_server/v1/mcp",
"headers": {
"Authorization": "your-value",
"Yeelight-Region": "your-value",
"House-Id": "your-value"
}
}
}
}浏览器会先询问是否打开应用,然后应用会显示设置并请你确认。密钥的值会留空,由你自己填写。
粘贴到项目中的 .vscode/mcp.json
{
"servers": {
"yeelight-iot": {
"type": "http",
"url": "https://api.yeelight.com/apis/mcp_server/v1/mcp",
"headers": {
"Authorization": "your-value",
"Yeelight-Region": "your-value",
"House-Id": "your-value"
}
}
}
}浏览器会先询问是否打开应用,然后应用会显示设置并请你确认。密钥的值会留空,由你自己填写。
这个地址需要在请求的 header 中放入密钥,而添加连接器的菜单无法设置。请改用 Claude Code、Cursor 或 VS Code。
你的选择通过 Cookie 保存在这台设备上,无需账户。
Authorization 机密 必填 HTTP headerYeelight-Region HTTP headerHouse-Id HTTP header这些设置是根据作者在注册中心的条目生成的。如果 README 的写法不同,请以 README 为准。
我们还没有读取这个服务器的工具列表;我们会轮流检查各个端点。
我们检查的是任何人都能看到的信息;我们没有阅读代码。不适用的检查项不计入总数。 · 检查于 2026年11月7日
注册名称已通过 GitHub 账户 Yeelight 验证,该账户拥有此仓库
我们还没有从 GitHub 读取这个仓库
我们还没有从 GitHub 读取这个仓库
尚未检查;我们会轮流检查各个端点
尚未检查;我们会轮流检查各个端点
尚未检查;我们会在检查端点时读取工具列表
与注册中心里这个分类中所有活跃的服务器比较。只有当发布者拥有该仓库时,星标数才计入。
它在 1 项适用的基础检查中通过了 1 项。我们没有阅读代码。在添加密钥或令牌之前,请先看看这个服务器要求哪些权限,并使用只具备所需权限的密钥。
你需要填写:Authorization
它在作者的云端运行。通过互联网连接,无需安装,但你发送的内容会经过作者的服务器。
GitHub 仓库最后更新于–,最新版本(0.1.0)于27天前进入注册中心。
支持 MCP 的应用,例如 Claude Desktop、Claude Code、Cursor 和 VS Code。它通过 URL 连接,所以接受远程 MCP 服务器的应用也可以使用,例如开启开发者模式的 ChatGPT。
同一分类中有:Spec Driven Development, Remote Desktop Commander, arr-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.
One server, 40 tools, the whole media stack: *arrs, Jellyfin, Plex, Seerr, Cleanuparr, downloaders
按原文从作者的仓库复制。PopNx MCP 没有审查或背书其内容。HTML、图片和脚本已被移除。链接会离开本站。
简体中文
GitHub is the canonical source for issues, contributions, CI, and releases. Read-only mirrors are available on Gitee and GitCode for users who cannot reach GitHub reliably, with GitLab.com as an additional global fallback. Clone from any reachable source, but report issues and contribute changes on GitHub.
[!IMPORTANT]
New to Yeelight MCP? Use one Yeelight MCP setup instead of installing this repository separately.
The setup configures this live-state/control service and
together. This repository remains the developer reference for its specialized
server, endpoint, and tools.
Follow the official English Yeelight MCP tutorial for the complete beginner path, or open the Simplified Chinese tutorial.
This repository is the focused-control part of the official Yeelight cloud MCP suite. Ordinary users receive both independently deployed services as one capability group through the same setup:
| Server | Role in the suite | Core capabilities |
|---|---|---|
| [Metadata MCP](https://github.com/Yeelight/yeelight-metadata-mcp) | Home understanding and guarded management. | Broad discovery and guarded management workflows, multi-region authorization, and request-scoped home selection. |
| IoT MCP | Live state and focused control. | Direct topology and live-state access, control_node, and execute_scene. |
Recommended composition: run one Yeelight MCP setup so both services are available without a second install or scan.
| What you need | Recommended entry point |
|---|---|
| First Yeelight MCP integration | Configure the complete Yeelight MCP suite with yeelight-home setup --mode mcp --mcp-source cloud |
| Homes, rooms, devices, groups, panels, scenes, automations, favorites, maintenance, or account workflows | Yeelight Metadata MCP |
| Multi-region authorization and request-scoped home selection | Yeelight Metadata MCP, optionally configured with Yeelight Home |
An existing integration that depends on control_node or execute_scene | Keep using Yeelight IoT MCP |
| Develop or troubleshoot focused direct control, live state, or scene execution | Use this repository's server and tool documentation |
yeelight-home provides the recommended installation, QR sign-in, and client-configuration flow. Ordinary users should prefer the complete yeelight-smart-home Skill; MCP-only clients run one cloud setup for the complete Yeelight MCP suite. The cloud services then execute independently of the local Runtime.
In plain language: ordinary users do not install this server separately. It is included by the unified setup and remains independently addressable for existing or specialized integrations. It is not a dependency of Yeelight Home or either Skill.
Yeelight IoT MCP is the official focused Model Context Protocol server for Yeelight Pro homes. It lets MCP clients discover homes, areas, rooms, devices, groups, and scenes, read current capabilities, prepare safe device controls, and execute confirmed controls or scenes. The following documentation remains the supported reference for existing and specialized integrations.
For the suite overview and recommended default setup, return to Yeelight Metadata MCP.
uv for the documented local workflow.npm install --global yeelight-home
yeelight-home setup --lang en-US --mode mcp --agent cursor --mcp-source cloud --yes
The command displays a QR code. In Yeelight Pro app Home, tap the top-right +, choose MCP Authorization, and scan it. One Pro home is selected automatically; multiple homes are presented by name. Cloud mode configures Metadata and IoT MCP together through local credential proxies, without copying Authorization into the AI client's configuration. Manual token configuration remains an advanced compatibility path.
Use the official Streamable HTTP endpoint:
https://api.yeelight.com/apis/mcp_server/v1/mcp
Required request header:
Authorization: <YOUR_AUTHORIZATION>
Optional headers are Yeelight-Region and House-Id. The server accepts a raw token or a value prefixed with Bearer. When Region is omitted, a JWT Region claim selects the official endpoint before the complete token is validated. When House ID is omitted, the server selects the first Pro home in that Region. Users never configure a Client ID; IoT upstream calls derive it from the validated JWT when required, falling back to dev in the development Region and iot-app in cn, sg, us, or eu.
git clone https://github.com/Yeelight/yeelight-iot-mcp.git
cd yeelight-iot-mcp
uv sync --extra test YEELIGHT_IOT_MCP_RUNTIME_ENV=local \ YEELIGHT_IOT_MCP_NACOS_ENABLED=false \ PYTHONPATH=src \ uv run uvicorn main:streamable_http_app --host 127.0.0.1 --port 9000
The local MCP URL is http://127.0.0.1:9000/mcp. Local deployment still uses Yeelight cloud APIs; it is not an offline gateway. Every request must provide an explicit Authorization header regardless of bind address or runtime environment. The service never reads an operator's CLI Profile; tests may use an explicit isolated credential provider. Nacos registration is disabled by default in the public project and can be enabled explicitly through environment variables.
{
"mcpServers": { "yeelight-iot": { "url": "https://api.yeelight.com/apis/mcp_server/v1/mcp", "headers": { "Authorization": " " } } } }
Restart the MCP client after changing its configuration, then verify that tools/list returns the Yeelight tools.
| Tool | Purpose | Side effect |
|---|---|---|
get_currnet_house_info | Read the selected house. The misspelling is retained for compatibility. | Read only |
get_areas | List areas with cursor pagination. | Read only |
get_rooms | List rooms with cursor pagination. | Read only |
get_devices | List all devices or filter by room. | Read only |
get_groups | List all groups or filter by room. | Read only |
get_scenes | List scenes with cursor pagination. | Read only |
control_node | Preview or execute a node property command. | Dry-run by default |
execute_scene | Preview or execute a scene. | Dry-run by default |
For request examples and operating rules, read the usage guide. For client and deployment details, read the integration guide.
control_node and execute_scene default to dryRun=true. A live operation requires both dryRun=false and confirmSideEffect=true. Callers should:
The control property rs is blocked by the current safety policy. Do not retry failed writes or scene executions blindly.
Common environment variables for local deployments:
| Variable | Default | Purpose |
|---|---|---|
YEELIGHT_IOT_MCP_API_BASE_URL | https://api.yeelight.com | Yeelight API origin |
YEELIGHT_IOT_MCP_DEFAULT_REGION | cn | Fallback Region for opaque tokens |
YEELIGHT_IOT_MCP_BIND_HOST | 127.0.0.1 in local/test | Bind address; production defaults to 0.0.0.0 |
YEELIGHT_IOT_MCP_PATH | /mcp | Streamable HTTP path |
YEELIGHT_IOT_MCP_HTTP_TIMEOUT | 15 | Upstream timeout in seconds |
YEELIGHT_IOT_MCP_FETCH_NODES_MAX_SIZE | 300 | Maximum list page size |
YEELIGHT_IOT_MCP_NACOS_ENABLED | false | Enable optional service registration |
YEELIGHT_IOT_MCP_LOG_DIR | ./logs/yeelight-online-iot-mcp-server | Log directory |
uv run --extra test pytest -q
Tests cover JWT claim handling, multi-Region routing, local Profile isolation, Pro home fallback, authorization normalization, pagination, redacted plans, dry-run defaults, confirmation guards, and configuration overrides. They do not call the live Yeelight cloud.
Apache License 2.0. See LICENSE and NOTICE.