io.github.abryfs/willitsend
NPM · WILLITSEND · SCANNED SEP 20
Deterministic pre-send lint for SMS/iMessage: silent carrier filtering and segment blowups.
Available components
How this component scores in each security and reliability category. Every signal is checked automatically from public evidence about the published package, including repeated runs of it in an isolated sandbox, and we only credit what we can confirm. How we score → Why this is hard to score →
Supply Chain Security98
- No malware found by supply-chain analysis.Pass
- No known CVEs affecting this package version or its production dependencies.Pass
- No install/post-install scripts declared.Pass
- 31 of 95 dependencies flagged as unhealthy. View diagnostics → Partial
Provenance & Transparency45
- Source repository is publicly reachable at the declared URL. View diagnostics → Pass
- Provenance check failed: no build-provenance attestation is published. See how to fix → View diagnostics → Fail
- Clear OSI-approved license (MIT).Pass
- Actively maintained (last published 65 days ago).Pass
- Disclosure check failed: no security disclosure policy was found in the source repository. See how to fix → Fail
Schema Quality & AI Usability64
- AI-judged instruction clarity (excellent).Pass
- Context-footprint check failed: tool/resource definitions use about 823 tokens (~823/item across 1 items; 1 tools + 0 resources), over budget; trim descriptions and params. See how to fix → Fail
- Usage-examples check failed: none of the tools include examples. See how to fix → Fail
Stability & Change Management90
- Stability observed for 27 of 30 days with no destabilising changes; credit accrues until the full window elapses.Partial
Tool Coverage100
- 100% of tools have a non-trivial description (not blank, and not just the tool's name).Pass
- 100% of tool parameters carry a description.Pass
- Structured output schemas are declared (100% of tools); any adoption earns full credit.Pass
Tool Safety100
- No prompt-injection markers were found in the server instructions, tool names or descriptions we captured.Pass
- We read all 1 captured tool definition(s), and no name or description among them implies an irreversible operation.Pass
- An AI judge read all 1 captured unit(s) of tool text and found none that tries to manipulate the model reading it.Pass
Capabilities100
- Implements a supported MCP spec version (2025-11-25); the latest is 2026-07-28.Pass
How do I install the io.github.abryfs/willitsend MCP server?
io.github.abryfs/willitsend runs locally as an npm package, launched with npx -y willitsend. Ready-made configuration for Claude, Cursor, VS Code, Codex and 5 more is on this page, copied from each client's own documentation.
npm · willitsend
claude mcp add abryfs-willitsend -- npx -y willitsend
{
"mcpServers": {
"abryfs-willitsend": {
"command": "npx",
"args": [
"-y",
"willitsend"
]
}
}
} {
"servers": {
"abryfs-willitsend": {
"command": "npx",
"args": [
"-y",
"willitsend"
]
}
}
} codex mcp add abryfs-willitsend -- npx -y willitsend
{
"$schema": "https://opencode.ai/config.json",
"mcp": {
"abryfs-willitsend": {
"type": "local",
"command": [
"npx",
"-y",
"willitsend"
],
"enabled": true
}
}
} openclaw mcp add abryfs-willitsend --command npx --arg -y --arg willitsend
mcp_servers:
abryfs-willitsend:
command: "npx"
args: ["-y", "willitsend"] {
"McpServers": {
"abryfs-willitsend": {
"Transport": "stdio",
"Command": "npx",
"Arguments": [
"-y",
"willitsend"
]
}
}
} assistant mcp add abryfs-willitsend -t stdio -c npx -a -y willitsend
{
"mcpServers": {
"abryfs-willitsend": {
"command": "npx",
"args": [
"-y",
"willitsend"
]
}
}
} Every change we have recorded for this component, newest first. Security-relevant changes are always shown. ▲ marks a change for the better, ▼ a change for the worse; unmarked changes are neutral.
- 20 Sept 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 87 to 90. That category is still filling its 30-day observation window: 26 days of observed history at the previous scan, 27 at this one. The score rises as the window fills, whether or not the server changes.
- 18 Sept 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 80 to 83. That category is still filling its 30-day observation window: 24 days of observed history at the previous scan, 25 at this one. The score rises as the window fills, whether or not the server changes.
- 17 Sept 26 −3
- Stability: pass → 0.80 functional
- 16 Sept 26 0
- Stability: 0.97 → pass security
- 15 Sept 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 93 to 97. That category is still filling its 30-day observation window: 28 days of observed history at the previous scan, 29 at this one. The score rises as the window fills, whether or not the server changes.
- 13 Sept 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 87 to 90. That category is still filling its 30-day observation window: 26 days of observed history at the previous scan, 27 at this one. The score rises as the window fills, whether or not the server changes.
- 11 Sept 26 +1
- Security disclosure: unverified → fail ▼ functional
- 10 Sept 26 0
- Security disclosure: fail → unverified ▼ functional
Diagnostic detail from the automated scan of this channel: what the scanner observed at each step, so you can see exactly where a check passed or failed. It is informational only and never changes the trust score.
Captured 20 Sept 2026 · Analysed npm/willitsend@0.1.0
Provenance No attestation
The registry publishes no build provenance for this version, so there is nothing to verify.
| Result | No attestation |
|---|---|
| Ecosystem | npm |
Background: How many MCP packages publish verified provenance →
Dependencies 95 packages
| Packages resolved | 95 |
|---|---|
| Stale | 31 |
| Tree resolution | Complete |
Background: SBOMs and build attestations, explained →
The tools this component advertises to a client, with an estimated token cost for each. Expand a tool to see its parameters and schema. The per-tool counts are indicative and are not scored directly; the schema's total context footprint is one signal in Schema Quality & AI Usability. A tool's description is untrusted text the model reads on every call, which is what makes this list a security surface and not just an inventory: how tool poisoning works →
preflight_message Preflight a message before sending ~823
Analyzes (lints) a draft SMS/iMessage BEFORE you send it — it sends nothing itself, makes no delivery attempt, and has no side effects. Call this first, before send_message or any other messaging tool, on every outbound draft. Returns: a verdict (pass, warn, block, or needs_context — block-severity issues that depend on context you didn't provide, like whether this is the first message to this contact); a list of findings, each with a severity, a stable rule id, a plain-language explanation, an optional concrete fix, and a citation URL (AgentPhone docs, CTIA, or Twilio guidelines) backing the rule; and a send trace with the destination classification, the assumed delivery channel (imessage/sms/mms/unknown), SMS segment math (encoding, segment count), and — given a 10DLC campaign_type — a daily-quota illustration. Use it to catch carrier-filtering risks (missing opt-out language, missing brand identification, missing opt-in wording on first messages), invalid iMessage send_style values, oversized media carousels, and GSM-7/UCS-2 segment blowups from stray unicode before spending a real send. Every finding's fix field is directly actionable: apply it to the draft verbatim (e.g. append the exact quoted sentence), then call preflight_message again — loop until the verdict is pass. Never treat needs_context as permission to send; supply the missing context and re-check.
| Name | Type | Req | Description |
|---|---|---|---|
| body | string | yes | The exact message text to preflight. Pass an empty string for a media-only send. This text is used only for local analysis — the tool never stores or forwards it anywhere. |
| brand_name | string | – | Sender brand or company name that should be identifiable in a first message. Without it the brand-identification check degrades to advisory only. |
| campaign_type | string | – | 10DLC campaign tier, if known, to attach a static daily-send-cap illustration to the trace. |
| destination_capabilities | object | – | Known delivery capabilities for the destination, if you already looked them up. Passing this explicitly always takes precedence over — and skips — this server's own optional lookup. |
| destination_line_type | string | – | Destination phone line type, if known from an external lookup. Never guess this from the number itself — VoIP lines often have unreliable iMessage/SMS delivery. |
| is_first_message_to_contact | boolean | – | Whether this is the first outbound message ever sent to this contact. Set true or false when you know it — first messages carry stricter compliance rules (opt-out language, brand identification, opt-… |
| media_urls | array | – | Media attachment URLs. 2-20 entries triggers an iMessage carousel; check the returned findings for carousel-size warnings on other channels. |
| recipients | array | – | 2+ destinations to create a new iMessage group (iMessage only, never delivers as SMS). Do not combine with to_number. |
| reply_to_message_id | string | – | iMessage-only threaded reply target message id. |
| response_format | string | – | Output size. "detailed" (default): full messages, fixes, and citation URLs. "concise": one line per finding (severity, rule, fix), ~10x fewer tokens — same engine, same verdict, everything needed to… |
| send_style | string | – | iMessage-only visual send effect (e.g. "confetti", "slam"). Silently dropped outside iMessage — flagged unless the channel is confirmed iMessage. |
| to_number | string | – | Single destination: E.164 phone number (e.g. +15551234567), email (iMessage only), a 5-6 digit short code, or a grp_ group id. Omit when using `recipients` for a multi-recipient group. |
| Name | Type | Req | Description |
|---|---|---|---|
| findings | array | yes | – |
| trace | object | yes | – |
| verdict | string | yes | – |
No examples provided.
What is the io.github.abryfs/willitsend MCP server?
io.github.abryfs/willitsend is an MCP server listed in the public MCP registry as io.github.abryfs/willitsend. Deterministic pre-send lint for SMS/iMessage: silent carrier filtering and segment blowups. This page covers its npm package (willitsend).
Is the io.github.abryfs/willitsend MCP server safe to use?
io.github.abryfs/willitsend scores 81 out of 100 on VerifyMCP. We found no known CVEs affecting it as of 20 September 2026. It declares no install or post-install scripts. That is a record of what we were able to check automatically, not an endorsement. The category breakdown on this page shows every signal behind the number, including the ones we could not confirm.
What tools does the io.github.abryfs/willitsend MCP server expose?
io.github.abryfs/willitsend exposes 1 tool: preflight_message. Their descriptions and schemas cost roughly 823 tokens of context every time the server is loaded.
Is the io.github.abryfs/willitsend MCP server still maintained?
io.github.abryfs/willitsend is still listed as active in the MCP registry. We last reached this channel on 20 September 2026. Those dates come from our own scans of the registry and the channel itself, not from anything the publisher announced.
What licence is the io.github.abryfs/willitsend MCP server under?
io.github.abryfs/willitsend declares the MIT licence, which is OSI-approved. That covers the source only, and says nothing about the cost of any service it calls.