Skip to main content
Glama
jiridudekusy

signal-cli-mcp

by jiridudekusy

Server Configuration

Describes the environment variables required to run the server.

NameRequiredDescriptionDefault
NTFY_TOPICNoOptional: ntfy topic for push notifications. If set, enables notifications on new proposals.
NTFY_BASE_URLNoOptional: ntfy server base URL. Defaults to https://ntfy.sh.https://ntfy.sh
GUI_PUBLIC_URLNoOptional: public URL for the approval GUI, used for actionable push notifications (e.g., https://signal-mcp.tailnet.ts.net/).
SIGNAL_ACCOUNTYesYour phone number in E.164 format (e.g., +1234567890)

Instructions

Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.

This server publishes no instructions, or was last inspected before Glama recorded them.

Capabilities

Features and capabilities supported by this server

Protocol revision2025-11-25

CapabilityDetails
tools
{
  "listChanged": true
}

Tools

Functions exposed to the LLM to take actions

NameDescription
proposeSignalMessageA

Proposes sending a Signal message to an individual. AWAITS human approval in a local GUI — the call may take several minutes. This is not an error; wait patiently. Nothing is sent without approval.

proposeSignalGroupMessageA

Proposes sending a Signal message to a group. AWAITS human approval in a local GUI — the call may take several minutes. This is not an error; wait patiently. Nothing is sent without approval.

proposeSignalGroupCreationA

Proposes creating a new Signal group. AWAITS human approval in a local GUI — the call may take several minutes. This is not an error; wait patiently. Nothing is sent without approval.

Prompts

Interactive templates invoked by user choice

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription

No resources

TDQS

A4.1/5.0

Scored across 3 tools

Disambiguation5/5

Each tool has a clearly distinct purpose: sending to an individual, sending to a group, and creating a group. The recipient type and action are explicit in the names, leaving no ambiguity.

Naming Consistency5/5

All tools follow a consistent 'propose[Action]' pattern with clear noun phrases (SignalMessage, SignalGroupMessage, SignalGroupCreation). The naming is uniform and predictable.

Tool Count3/5

At 3 tools, the count is at the low end of the typical range. While each tool earns its place, the server feels minimal and could benefit from a few more operations to feel well-rounded.

Completeness2/5

The server covers sending messages and creating groups but lacks any receive, list, or management capabilities. For a Signal client, this is a significant gap that would prevent agents from performing common workflows.

Maintenance

ActivityInactive
ResponsivenessNo issues