FlipperTalk
Talk to your Flipper Zero from Claude Code — or any MCP client. Storage, app deployment, screen capture, button automation, JavaScript execution on the device, and honest answers about what is nearby.
README
FlipperTalk
Talk to your Flipper Zero from Claude Code — or any MCP client. Storage, app deployment, screen capture, button automation, JavaScript execution on the device, and honest answers about what is nearby.
Momentum-first, with Unleashed, RogueMaster and official firmware supported. One third-party dependency. No network access. Destructive operations hidden by default.
"Deploy my app and show me the settings screen."
-> flipper_deploy_fap (upload, md5-verify, launch)
-> flipper_input_sequence ["DOWN","DOWN","OK"] screenshot: true
-> [the actual device screen comes back as an image]
Why this exists
qFlipper is the official desktop app, and it has not shipped a feature since November 2023 (its last commit, June 2024, was "Fixing windows build"). Firmware reached 1.4.3 in December 2025. In that gap it gained a JavaScript engine, dynamic app loading, a rewritten NFC stack, self-update, and a much larger CLI. qFlipper exposes none of it, and has no IPC, socket or daemon to attach to anyway.
FlipperTalk targets the firmware instead, speaking both protocols the device actually offers over USB serial:
- The text CLI — the interactive
>:shell - The protobuf RPC — screen capture, binary-safe transfer, synthetic input
qFlipper-cli is invoked only for DFU/bootloader recovery, the one thing it
still uniquely does.
The serial port is exclusive. The qFlipper desktop app holds it while connected, so the two cannot use the device at once. Close qFlipper if a tool reports the port is busy, and call
flipper_disconnectto hand it back.
Custom firmware is a first-class target
The forks are not skins — each maintains its own protobuf and diverges from
official firmware (whose Main.content tops out at tag 75):
| Firmware | Protobuf divergence | What FlipperTalk does with it |
|---|---|---|
| Momentum | gui_send_ascii_event_request @100; ScreenFrame gains bg_color/fg_color |
flipper_type_text types strings directly; screenshots use your actual theme colours |
| RogueMaster | identical to Momentum (it tracks Momentum's protobuf, not Unleashed's) | same as Momentum |
| Unleashed | PB_Network (TCP/HTTP/WebSocket) and PB_Gps, tags 76–90 |
GPS position in sensing; network tools exist but are off by default |
All three dialects are merged into one schema — the tag ranges do not collide — so decoding is correct whatever is attached. Firmware detection then decides which tools you are offered, so you never see one your device cannot honour.
Momentum's JavaScript engine is also materially bigger, adding subghz,
blebeacon, i2c, spi, usbdisk, widget and vgm on top of the official
module set.
Install
Requires Python 3.10+ and a Flipper Zero on USB with a data-capable cable.
git clone https://github.com/ReconGrunt/FlipperTalk
cd FlipperTalk
python -m venv .venv
.venv/Scripts/activate # Windows
# source .venv/bin/activate # macOS / Linux
pip install --require-hashes -r requirements.lock
pip install -e . --no-deps
--require-hashes pins every artifact by SHA-256. See SECURITY.md.
python -m flippertalk_mcp --list-tools # see what your config exposes
Claude Code
claude mcp add flippertalk --scope user -- /absolute/path/to/.venv/bin/python -m flippertalk_mcp
Claude Desktop / any mcpServers client
{
"mcpServers": {
"flippertalk": {
"command": "/absolute/path/to/.venv/bin/python",
"args": ["-m", "flippertalk_mcp"]
}
}
}
On Windows use C:\path\to\.venv\Scripts\python.exe.
Running JavaScript on the device
The most flexible thing here. Firmware 1.0+ embeds mJS, and — critically —
"all output from print() is sent to the CLI, not the device screen" when a
script is launched this way. So Claude can write code, run it, and read results.
flipper_run_js { source: 'print("battery: " + require("flipper").getBatteryCharge());' }
Scripts reach GPIO, UART, notifications, BadUSB, GUI and storage — plus Momentum's
extra modules. Call flipper_js_probe first; it reports which modules actually
resolve on the attached firmware rather than assuming.
"What's nearby?" — and what that honestly means
flipper_scan_nearby sweeps every source the hardware genuinely supports and
returns structured results plus a plain-language summary.
It will not pretend. Sources that could not run are reported as not checked, with a reason — never as "nothing found":
| Source | Reality |
|---|---|
| Sub-GHz | genuine over-the-air; Momentum/Unleashed widen the tunable range |
| NFC / RFID / iButton | contact range — the card must be on the reader |
| i2c / 1-Wire | wired to the GPIO header |
| GPS | Unleashed only |
| BLE | no firmware can scan for it. Stock bt is hci info; Momentum's blebeacon transmits. Needs a scanner app or an ESP32 devboard |
| WiFi | no radio on the device. Needs an ESP32 devboard |
Summaries state observations, not conclusions — "strong signal at 433.92 MHz",
never "someone is tracking you". Run flipper_sense_capabilities to see the
limits for your specific device.
Tools
66 by default across seven groups. flipper_cli remains the escape hatch to any
firmware command.
core · devices, info, storage, upload/download, app launch and deploy, screenshot, screen record, input, typing, virtual display, asset packs, clock js · run/save/list scripts, module probe sense · scan nearby, sense capabilities, app reports radio · subghz, nfc, rfid, ibutton, infrared hw · gpio, i2c, 1-Wire, led, vibro, buzzer, notify, BadUSB (gated) dev · capabilities, diagnostics, log, Momentum settings firmware · qFlipper-cli status/backup, native SD update, plus gated flash/erase/wipe/restore network · Unleashed HTTP, TCP connect/send/close, GPS — off unless explicitly enabled
Device paths are absolute, starting /ext (SD card) or /int (internal).
Trimming the surface
66 tools costs context in every session. Groups are selectable:
FLIPPERTALK_TOOLSETS=core,js,dev # 46 tools — app development
FLIPPERTALK_TOOLSETS=core # 38 tools — essentials only
FLIPPERTALK_TOOLSETS=all # everything, including network
Nothing is lost by trimming — flipper_cli still reaches every firmware command.
For app developers
flipper_deploy_fap is the inner loop: upload a freshly built .fap, verify it
by md5, launch it.
ufbt
-> flipper_deploy_fap { local_path: "dist/myapp.fap" }
-> flipper_screen_record { frames: 8, keys: ["DOWN","OK"] }
Because screenshots return the real framebuffer, a model can look at what a UI
change renders instead of inferring it from source. flipper_screen_record
extends that to animations and transitions.
Safety
Destructive operations are hidden, not merely refused — omitted from
tools/list entirely, so a model that never sees them cannot call them.
| Variable | Default | Effect |
|---|---|---|
FLIPPERTALK_TOOLSETS |
all but network |
Which tool groups are exposed |
FLIPPERTALK_ALLOW_DESTRUCTIVE |
off | Firmware flash, erase, wipe, restore, recursive delete, DFU reboot |
FLIPPERTALK_READ_ONLY |
off | Withholds every mutating tool |
FLIPPERTALK_LOCAL_ROOTS |
unset | Confines host file access to an allowlist |
FLIPPERTALK_DIALECT |
auto | Force a firmware family if detection is wrong |
FLIPPERTALK_WRITE_CHUNK |
512 |
Bytes per storage-write chunk (64–4096) |
FLIPPERTALK_IDLE_TIMEOUT |
120 |
Seconds before an idle connection is released |
QFLIPPER_CLI |
auto | Explicit path to qFlipper-cli |
QFLIPPER_MCP_* names from v0.1 still work for one version.
Granting this server to a model is equivalent to handing over the device. Use
FLIPPERTALK_READ_ONLY=1 if you only need inspection.
Development
PYTHONPATH=src python -m unittest discover -s tests -v
278 tests, no hardware required. They cover the protobuf codec against
hand-computed golden byte vectors (including zigzag sint32, which Unleashed's
GPS coordinates need and which decodes silently wrong if mishandled), PNG output
decoded back and compared pixel by pixel, a full MCP handshake over stdio against
the server as a subprocess, the RPC layer against a fake device speaking the real
wire protocol, fork detection — including that RogueMaster must not be
misdetected as Unleashed — and the sensing rule that an unrun source is never
reported as empty.
proto/{official,momentum,unleashed}/ are vendored from each fork's own repo as
reference for the field numbers in pb.py. They are never compiled or executed.
Compatibility
Official 1.x, Momentum, Unleashed and RogueMaster. Unknown fields are skipped on decode, so a firmware that adds messages still parses cleanly. Screen capture assumes the standard 128x64 display.
License
MIT — see LICENSE.
Independent of Flipper Devices Inc. A clean-room implementation speaking a documented wire protocol; it neither links nor derives from qFlipper's source.
推荐服务器
Baidu Map
百度地图核心API现已全面兼容MCP协议,是国内首家兼容MCP协议的地图服务商。
Playwright MCP Server
一个模型上下文协议服务器,它使大型语言模型能够通过结构化的可访问性快照与网页进行交互,而无需视觉模型或屏幕截图。
Magic Component Platform (MCP)
一个由人工智能驱动的工具,可以从自然语言描述生成现代化的用户界面组件,并与流行的集成开发环境(IDE)集成,从而简化用户界面开发流程。
Audiense Insights MCP Server
通过模型上下文协议启用与 Audiense Insights 账户的交互,从而促进营销洞察和受众数据的提取和分析,包括人口统计信息、行为和影响者互动。
VeyraX
一个单一的 MCP 工具,连接你所有喜爱的工具:Gmail、日历以及其他 40 多个工具。
graphlit-mcp-server
模型上下文协议 (MCP) 服务器实现了 MCP 客户端与 Graphlit 服务之间的集成。 除了网络爬取之外,还可以将任何内容(从 Slack 到 Gmail 再到播客订阅源)导入到 Graphlit 项目中,然后从 MCP 客户端检索相关内容。
Kagi MCP Server
一个 MCP 服务器,集成了 Kagi 搜索功能和 Claude AI,使 Claude 能够在回答需要最新信息的问题时执行实时网络搜索。
e2b-mcp-server
使用 MCP 通过 e2b 运行代码。
Neon MCP Server
用于与 Neon 管理 API 和数据库交互的 MCP 服务器
Exa MCP Server
模型上下文协议(MCP)服务器允许像 Claude 这样的 AI 助手使用 Exa AI 搜索 API 进行网络搜索。这种设置允许 AI 模型以安全和受控的方式获取实时的网络信息。