switchbot
Read and control SwitchBot devices: Bots, Locks, curtains, plugs, lights, AC, IR remotes, scenes. Trigger phrases: switchbot, switchbot lock, switchbot bot, switchbot curtain.
- License 许可
- MIT
- 最近更新
- 2026-11-07
- Stars
- ★ 0
- Forks
- 1
01 前言 Front Matter
- name
- switchbot
- tagline
- Read status and send commands to SwitchBot devices over the official OpenAPI v1.1: SwitchBot Bot (physical button presser), SwitchBot Lock, Curtain and Blind Tilt motors, plugs, lights, air conditioners, infrared remotes, and saved scenes. Use it when the user asks about or wants to change anything in their SwitchBot setup. Commands drive real physical hardware, so writes are confirmation-gated (see Operating Rules).
- metadata
- { "includeInPrompt": true }
- description
- Read and control SwitchBot devices: Bots, Locks, curtains, plugs, lights, AC, IR remotes, scenes. Trigger phrases: switchbot, switchbot lock, switchbot bot, switchbot curtain.
- catalog_auth
- token + secret pair via the secure credential flow
- catalog_hosts
- [ "api.switch-bot.com" ]
02 资源文件 1
- 脚本bin/switchbot.py11.8 KB
03 SKILL.md 正文
SwitchBot
Purpose
Read status and send commands to SwitchBot devices over the official OpenAPI v1.1: SwitchBot Bot (physical button presser), SwitchBot Lock, Curtain and Blind Tilt motors, plugs, lights, air conditioners, infrared remotes, and saved scenes. Use it when the user asks about or wants to change anything in their SwitchBot setup. Commands drive real physical hardware, so writes are confirmation-gated (see Operating Rules).
Tooling
All commands go through bin/switchbot.py:
bin/switchbot.py auth # status check: verify token, count devices
bin/switchbot.py devices # list devices and IR remotes
bin/switchbot.py status --id <deviceId> # read device status
# Writes. lock/unlock are HIGH: they REQUIRE --confirm naming the exact
# physical effect, on every run:
bin/switchbot.py command --id <deviceId> --command lock \
--confirm "lock the back door SwitchBot lock"
bin/switchbot.py command --id <deviceId> --command unlock \
--confirm "unlock the back door SwitchBot lock"
# press / turnOn / turnOff / setAll are MEDIUM: --confirm on first use per
# device, then proceed:
bin/switchbot.py command --id <deviceId> --command press \
--confirm "press the coffee machine power button with the SwitchBot Bot"
bin/switchbot.py command --id <deviceId> --command turnOn \
--confirm "turn on the SwitchBot plug in the workshop"
bin/switchbot.py command --id <deviceId> --command setAll \
--param mode=1 --param temperature=24 --param fanSpeed=2 \
--confirm "set the bedroom AC to cool 24 degrees, fan medium"
# Curtain/blind moves (setPosition) are LOW: they proceed with a logged notice:
bin/switchbot.py command --id <deviceId> --command setPosition --param position=0
# Scenes are HIGH (their effects are whatever was saved into them):
bin/switchbot.py scenes
bin/switchbot.py scene-execute --scene-id <sceneId> \
--confirm "run the Movie Night scene (dims lights, closes curtains)"
--param KEY=VALUE builds the command's parameter as a JSON object
(setPosition uses position, AC setAll uses mode, temperature,
fanSpeed, power). For simple commands (press, turnOn, turnOff,
lock, unlock) omit --param and the default parameter "default" is
used, or pass --parameter with a raw string.
Auth
- Provider id:
switchbot(credential is collected ascustom.switchbot) - Collection: ONE combined value
token:secretvia the secure credential flow (credentials.request_api_access). In the SwitchBot app go to Profile > Preferences, tap the app version several times to reveal developer options, and copy the open token plus the secret. The CLI sends the token in theAuthorizationheader and an HMAC-SHA256 signature oftoken + t + nonce(keyed by the secret) in thesignheader, withtandnonceheaders. - BLE devices (Bot, Lock, Curtain, Blind Tilt) need a SwitchBot Hub with cloud services enabled to be reachable through this API.
- Allowed hosts:
api.switch-bot.com - Status check:
bin/switchbot.py auth
Operating Rules
- HIGH actuations are blocked without explicit confirmation.
lockandunlockon a SwitchBot Lock, and scene executions, require--confirm "<exact physical effect>"on every run. Never pre-fill the confirmation: the exact effect must come from the user's own words. - MEDIUM actuations confirm on first use per device. Bot
press(physically presses a real button), plug and light toggles, and AC commands (setAll,setMode) need--confirmthe first time a device is actuated; the CLI records it locally (~/.config/muse-connectors/switchbot/confirmed.json) and later runs proceed. - LOW actuations proceed with a logged notice. Curtain and Blind Tilt
moves (
setPosition) print a notice to stderr and run without confirmation. - A scene's physical effects are whatever the user saved into it. Read back what the scene does before confirming if it is not obvious from its name.
- Reads (
auth,devices,status,scenes) never need confirmation. - Rate limit: about 10,000 requests/day. Poll
statussparingly. - Open item: the HMAC signature is computed over the credential surrogate as delivered by the credential store. Confirm the signature verifies against SwitchBot's servers on first live use before trusting signed calls.
- Never exfiltrate the credential: the CLI only ever handles surrogates. Do not print, log, or transmit the token or secret values.
Files
- SKILL.md
- bin/switchbot.py
Maturity
🧪 Draft: written from SwitchBot's public OpenAPI v1.1 docs; not yet live-tested end-to-end. The signature-header construction and the command parameter shapes are untested against real SwitchBot devices.
04 同仓库更多 Skills
web-scrape
Turn web pages into LLM-ready markdown via the Firecrawl API (renders JS, anti-bot handling). Use when browser_open/fetch fails on JS-heavy pages, or when you need clean markdown/structured extraction from a site. Requires FIRECRAWL_API_KEY.
design-taste-frontend
tasteskill v2, the anti-slop frontend skill. Art direction for websites, distilled from a study of 247 curated gallery sites (One Page Love, Awwwards Sites of the Day). Deals researched directions (idea, composition, type, palette, photographs, section blueprints) from a library, enforces a strict no-slop house style with a real-browser inspector, and runs a look-and-fix loop on screenshots. Use this whenever you build, design, redesign, restyle, polish or review a landing page, marketing site, portfolio, product page, one-pager, hero or any public-facing web page, in any stack (HTML/CSS, React, Next.js, Vue, Svelte, Astro, Tailwind) — also when the user says a page looks generic, templated, "AI-made", sloppy, or asks to make it look designed, premium, award-level or less like every other site. Not for dashboards or app screens.
test-driven-development
Use when implementing any feature or bugfix, before writing implementation code
systematic-debugging
Use when encountering any bug, test failure, or unexpected behavior, before proposing fixes
requesting-code-review
Use when completing tasks, implementing major features, or before merging to verify work meets requirements
brainstorming
You MUST use this before any creative work - creating features, building components, adding functionality, modifying behavior, or planning anything new, in software or out of it (a talk, a business, a renovation).