mcpField
P
phone-sms

phone-sms

Local
phone-sms.vercel.appCommunication1Updated 3w ago

About phone-sms

phone-sms is an MCP server for Linux users who want an AI client to read and send SMS through their paired Android phone. It uses KDE Connect over the local network, without a cloud relay.

Key features

  1. 01List and filter SMS conversations
  2. 02Read recent messages in a thread
  3. 03Find synced phone contacts
  4. 04Send individual or group texts
  5. 05Require approval before sending

Use cases

  1. 01Review unread SMS conversations
  2. 02Look up a contact before replying
  3. 03Draft and approve a text message

MCP support

Exposes SMS conversation, message, contact lookup, and sending tools to MCP clients. Sending is marked destructive, with instructions requiring approval of the exact recipient and text.

Configuration

Local server config is the same for every client. Copy it into your client’s MCP config file.

mcp.json · Universal config
{
"mcpServers": {
"h-3303-phone-sms": {
"command": "uvx",
"args": [
"phone-sms"
],
"env": {
"PHONE_SMS_DEVICE": "<PHONE_SMS_DEVICE>"
}
}
}
}
Run commanduvx phone-sms
Environment variables to set
PHONE_SMS_DEVICEKDE Connect device id to use when several phones are paired (kdeconnect-cli -l)

Local servers need a runtime on your machine (e.g. Node.js 18+). Config file locations differ by client; see your client’s docs.

Packages
pypiphone-sms0.1.0

Tools

4

Saved tool list · updated 2w ago

ParameterTypeRequiredDescription
limitintegerNo
contactstringNo
unread_onlybooleanNo

Details

From the project README

phone-sms

Site: https://phone-sms.vercel.app · Repo: https://github.com/h-3303/phone-sms

An MCP server that lets Claude (or any MCP client) read and send SMS through your own Android phone, from your own number. It talks to the phone over KDE Connect on your local network: no cloud relay, no SMS gateway account, no app to install beyond KDE Connect itself.

agent ──MCP──▶ phone-sms ──D-Bus──▶ kdeconnectd ──LAN──▶ KDE Connect (Android) ──▶ SMS

Scripted demo with example numbers: Claude lists unread texts, reads the dentist's thread, shows the exact reply and recipient, waits for a yes, then sends from the user's own phone

Tools:

ToolDoes
list_threadsconversations, newest first, with the latest message; filter by contact or unread
read_threadthe last n messages of one conversation
find_contactlook up a contact by name or number fragment (from the phone's synced contacts)
send_smssend a text, or a group text to several numbers

send_sms carries MCP's destructiveHint, and the server tells the model never to send until you have approved the exact recipient and text in the conversation. Message contents never leave your machine except as the model's context.

Requirements

  • Linux with a D-Bus session bus and KDE Connect (kdeconnectd, a current release; package kdeconnect). It does not need the Plasma desktop; it runs fine under GNOME, Hyprland, Sway…
  • An Android phone with the KDE Connect app (F-Droid / Play), paired with the computer. On the phone, enable the SMS plugin (and Contacts if you want names) and grant the SMS and contacts permissions it asks for.
  • uv and Python 3.12+.

Check the pairing: kdeconnect-cli -l should list your phone as paired and reachable.

Install

Claude Code, as a plugin (one step):

/plugin marketplace add h-3303/phone-sms
/plugin install phone-sms@phone-sms

Claude Code, as a plain MCP server:

claude mcp add --scope user phone-sms -- uvx phone-sms

Any other MCP client (Claude Desktop config shape, Cursor, Zed, …):

{
  "mcpServers": {
    "phone-sms": {
      "command": "uvx",
      "args": ["phone-sms"]
    }
  }
}

The skill (tells the agent when and how to use the tools, with the approval rule, an OTP recipe and a digest recipe). The Claude Code plugin above includes it; for Cursor, Codex, Copilot, Gemini CLI and the rest:

npx skills add h-3303/phone-sms

The skill file is MIT (see plugin/skills/phone-sms/); it is also listed on skill marketplaces. The server stays GPL and is installed from PyPI by the commands above.

Why this and not a relay

phone-smsTextBee, SimLink, SMS8ADB / Termux serversTwilio-style MCPmac Messages MCP
Your own numberyesyes, your SIMyesno, a rented numberyes, via iPhone
Cloud relaynonetheir server, or self-host itnoneyesnone
NeedsLinux + KDE ConnectAndroid app + account or API keyUSB debugging, or Termux on the phoneaccount, A2P 10DLC registration for US traffic, per-message feesmacOS, Full Disk Access
Reads your inboxyesyesyesonly the rented number's trafficyes

Pick a relay if you need a phone number for a product. Pick phone-sms if you want your agent to read and answer your texts and you run Linux.

From a checkout: uv run --directory /path/to/phone-sms -q phone-sms.

The server uses the first paired, reachable device. With several phones, pin one with PHONE_SMS_DEVICE=<id> (the id kdeconnect-cli -l prints).

CLI

The same code paths, for checking things by hand:

phone-sms threads [-n 20] [--unread]
phone-sms read <thread_id> [-n 20]
phone-sms contact <name>
phone-sms send <number>... -m "text"
phone-sms                              # MCP server on stdio

How sending works

  1. find_contact <name> gives the number; send_sms takes numbers, ideally in E.164 (+14375551234).
  2. The model shows you recipient and text and waits for your yes.
  3. send_sms answers handed to phone… once kdeconnectd has accepted the request. That is not delivery: the sent message shows up in list_threads / read_thread once the phone syncs it, usually within a minute.

Security and privacy

  • Local only. The server talks to the D-Bus session bus and nothing else. The one network hop is KDE Connect's own encrypted link between your computer and your phone on your LAN. The server opens no sockets, has no accounts, no API keys and no telemetry.
  • What the model sees. Only what a tool returns for what you asked: thread listings and the messages you have it read. Contact names come from the vCards KDE Connect already synced to ~/.local/share/kpeoplevcard/. Nothing is written to disk by the server.
  • Sending is gated twice. send_sms is annotated destructiveHint, the server instructions and the skill both require the model to show you the exact recipient and text and wait for a yes in the conversation, and in Claude Code the tool permission prompt is a second gate. A group text to a few people is supported; bulk sending to lists is deliberately not.
  • Supply chain. Pure Python, two dependencies (mcp, dbus-next), published from GitHub Actions with PyPI trusted publishing; the plugin pins the exact version. Audit it: 340 lines in src/.
  • Privacy page: https://phone-sms.vercel.app/privacy. Report problems in the issue tracker.

Troubleshooting

  • "no paired, reachable device": open KDE Connect on the phone, same Wi-Fi, kdeconnect-cli -l.
  • Sent, but nothing arrives: on the phone, check that the SMS plugin is enabled for this computer and that Android granted KDE Connect the SMS permission. Watch the request leave the server with dbus-monitor --session "interface='org.kde.kdeconnect.device.conversations',member='sendWithoutConversation'".
  • Names missing: enable the Contacts plugin on both ends; vCards land in ~/.local/share/kpeoplevcard/kdeconnect-<device>/.
  • The kdeconnectd journal line Unimplemented conversation of type 'r' comes from the notification-forwarding plugin, not SMS.

Notes for hackers

It uses org.kde.kdeconnect.device.conversations, the interface the kdeconnect-sms app uses. The daemon object's introspection XML has duplicate methods, so device discovery is a raw D-Bus call. requestConversation first emits only cached messages, so read_thread waits for count messages or conversationLoaded, not for a quiet gap.

License

GPL-3.0-or-later for the server, like KDE Connect. The skill file in plugin/skills/phone-sms/ is MIT so skill marketplaces can redistribute it.


Built by Moirai Digital.

Comments

Markdown supported

New to MCP?

From what the protocol is to installing your first server, these answers cover most first questions.

An open protocol that defines how AI applications connect to external tools and data in a uniform way. Clients talk to the model; MCP servers provide tools, resources and prompt templates. They exchange standard messages, so one server can be reused by many clients.