smspm-mcp
MCP server for the SMSPM SMS API. Send transactional SMS from Claude Desktop, Cursor, Windsurf, Cline, or any MCP client. Get your API credentials at https://app.smspm.com/app/api.
SMSPM MCP Server
Send SMS messages from Claude Desktop (or any MCP client) using your SMSPM account.
Prerequisites
Node.js 18+
An SMSPM account with a Hash and API Token
Related MCP server: Aligo SMS MCP Server
Installation
Option A — Install from npm (once published)
npm install -g smspm-mcpOption B — Install from source
git clone https://github.com/alesav/smspm-mcp.git
cd smspm-mcp
npm install
npm run buildNote the full path to the built file — you'll need it in the next step:
/path/to/smspm-mcp/dist/index.jsConfigure Claude Desktop
Open your Claude Desktop config file:
Platform | Path |
macOS |
|
Windows |
|
Add the smspm entry inside mcpServers:
{
"mcpServers": {
"smspm": {
"command": "node",
"args": ["/path/to/smspm-mcp/dist/index.js"],
"env": {
"SMSPM_HASH": "your-hash-here",
"SMSPM_TOKEN": "your-api-token-here"
}
}
}
}If installed via npm globally, replace the path with:
"npx"as command and["smspm-mcp"]as args.
Restart Claude Desktop after saving the config.
Getting your Hash and Token
Log in to smspm.com
Go to Settings → API
Copy your Hash (looks like
e3dbe013-6f66-4fae-8ae2-96c364cb6b61)Copy or generate your API Token
Usage
Once configured, just ask Claude:
"Send an SMS to +37256789045 saying Hello from Claude"
"Text +447911123456 — your order has shipped"
Claude will use the send_sms tool automatically.
Tool parameters
Parameter | Required | Description |
| ✅ | Recipient phone in international format (e.g. |
| ✅ | Message content |
| ❌ | Sender name/number shown to recipient (default: |
Security
Your
SMSPM_HASHandSMSPM_TOKENlive only in your local config fileThey are never sent to Anthropic or Claude — only to
api.smspm.comNever commit your config file to version control
License
MIT
Available Tools
1 toolsend_smsB
Send an SMS message via SMSPM. Requires a recipient phone number (international format), message text, and optional sender name.
| Name | Required | Description | Default |
|---|---|---|---|
| text | Yes | The SMS message text to send | |
| toNumber | Yes | Recipient phone number in international format, e.g. 37256789045 | |
| fromNumber | No | Sender name or number shown to recipient (default: smspm.com) | smspm.com |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
No annotations are provided, so the description must fully disclose behavioral traits. It mentions the tool sends an SMS (a mutation), but lacks details on side effects (e.g., charges, delivery status), error handling, rate limits, or whether the operation is synchronous. This is insufficient for an agent to reason about risks or expectations.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
The description is a single sentence of 14 words, highly concise and front-loaded with the purpose. However, the brevity sacrifices important behavioral details, preventing a higher score.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Given no annotations, output schema, or sibling tools, the description must provide comprehensive context. It covers purpose and parameters but omits critical operational aspects like success/failure indicators, delivery guarantees, message length limits, or authentication requirements. This is incomplete for a mutation tool.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Schema coverage is 100%, so the baseline is 3. The description adds the context 'international format' for toNumber and 'optional' for fromNumber, which are already present in the schema descriptions. No new semantic value is added beyond what the schema provides.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description uses the specific verb 'Send' and identifies the resource as 'SMS message via SMSPM', clearly defining the tool's purpose. No sibling tools exist, so differentiation is not needed.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
The description states required parameters (recipient phone in international format, message text, optional sender name) but does not provide any context on when to use this tool versus alternatives or any prerequisites. Since no sibling tools exist, the lack of alternatives is acceptable, but the absence of usage conditions like message length limits or cost implications reduces guidance.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections. Dates show when Glama detected each change.
1 tool update
v1.0.0- First observed
send_sms
TDQS
Only one tool exists, so there is no possibility of confusion with other tools.
With a single tool, naming consistency is not applicable; the name 'send_sms' follows a clear verb_noun pattern.
One tool is borderline thin for an SMS service; additional tools like checking delivery status could be expected.
The tool only supports sending SMS without any supporting operations like status checks, scheduling, or contact management, leaving significant gaps.
Maintenance
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Related MCP Connectors
The Mobile Text Alerts SMS MCP server enables your AI to send SMS messages & manage contacts
MCP server unifying ERPs, CRMs, APIs and knowledge base for Claude, ChatGPT and Gemini.
Official EZTexting MCP server: SMS/MMS messaging, contacts, workflows, reports.
An MCP server that provides an API to LLMs to manage their JumpCloud resources.
Related MCP Servers
- AlicenseNot gradedqualityDmaintenanceAn MCP (Model Context Protocol) server that lets users send SMS messages through Twilio API directly from Claude Desktop via natural language commands.205MIT
- AlicenseBqualityDmaintenanceA Model Context Protocol (MCP) server that allows AI agents like Claude to interact with the Aligo SMS API to send text messages and retrieve related information.11MIT
- AlicenseAqualityDmaintenanceMCP server for integrating with Grizzly SMS platform to rent virtual numbers, receive SMS verification codes, and manage activations directly from AI assistants like Cursor, Claude Desktop, and OpenClaw.815MIT
- FlicenseAqualityDmaintenanceMCP server for sending SMS messages via SmsManager.cz HTTP API, supporting high, economy, and low delivery gateways.1-
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/alesav/smspm-mcp'
If you have feedback or need assistance with the MCP directory API, please join our Discord server