zerm
REMOTE · ZERM.DEV · SCANNED AUG 3
Utility MCP server for AI agents: durable memory, scheduled callbacks, live lookups, fixtures.
Available components
How this component scores in each security and reliability category. Every signal is checked automatically against the live server, and we only credit what we can confirm. How we score →
Endpoint Security57
- The endpoint's TLS certificate is valid, in date, and uses a strong key. View diagnostics → Pass
- Authorisation not fully verified: no authorisation is required to call this server, and 24 tool(s) never declared a destructiveHint. The MCP spec treats an absent hint as destructive by default, so we cannot call this surface safe. See how to fix → View diagnostics → Unverified
- HTTPS is enforced; there's no plaintext access path. View diagnostics → Pass
- HSTS check failed: the Strict-Transport-Security header is absent. See how to fix → View diagnostics → Fail
- DNSSEC check failed: this domain isn't protected by DNSSEC. See how to fix → View diagnostics → Fail
Transport & Reachability100
- Verified streamable-http transport via a live MCP handshake. View diagnostics → Pass
Schema Quality & AI Usability71
- AI-judged instruction clarity (good).Pass
- Context-footprint check failed: tool/resource definitions use about 2988 tokens (~124/item across 24 items; 24 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 Management27
- Stability observed for 8 of 30 days with no destabilising changes; credit accrues until the full window elapses.Partial
Tool Coverage99
- 100% of tools have a non-trivial description (not blank, and not just the tool's name).Pass
- 97% of tool parameters carry a description.Partial
Capabilities100
- Implements a supported MCP spec version (2025-11-25); the latest is 2026-07-28.Pass
Add this component to your MCP client. Where a client-specific snippet is available, pick your client below and copy it straight into your config; otherwise use the connection detail shown.
remote · zerm.dev
claude mcp add --transport http dev-zerm-zerm https://zerm.dev/mcp
[mcp_servers.dev-zerm-zerm] url = "https://zerm.dev/mcp"
{
"$schema": "https://opencode.ai/config.json",
"mcp": {
"dev-zerm-zerm": {
"type": "remote",
"url": "https://zerm.dev/mcp",
"enabled": true
}
}
} openclaw mcp add dev-zerm-zerm --url https://zerm.dev/mcp --transport streamable-http
mcp_servers:
dev-zerm-zerm:
url: "https://zerm.dev/mcp" {
"mcpServers": {
"dev-zerm-zerm": {
"type": "http",
"url": "https://zerm.dev/mcp"
}
}
} The mcpServers block is a cross-client convention. Remote transports vary, so check your client's docs.
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.
- 3 Aug 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 23 to 27. That category is still filling its 30-day observation window: 7 days of observed history at the previous scan, 8 at this one. The score rises as the window fills, whether or not the server changes.
- 2 Aug 26 −1
- Tool “timer_cancel” rewrote its description, which is the text the model reads security
- Tool “timer_schedule” rewrote its description, which is the text the model reads security
- Tool “tz_info” rewrote its description, which is the text the model reads security
- Schema quality: 2548 → 2988 ▼ functional
- Schema quality: excellent → good functional
- New tool “inbox_create” functional
- New tool “inbox_poll” functional
- New tool “inbox_delete” functional
- 1 Aug 26 0
- Tool “timer_verify_origin” rewrote its description, which is the text the model reads security
- Tool “timer_cancel” rewrote its description, which is the text the model reads security
- Tool “timer_schedule” rewrote its description, which is the text the model reads security
- Tool “timer_status” rewrote its description, which is the text the model reads security
- Schema quality: 106 → 121 ▼ functional
- “tz_convert” added an optional parameter “from_tz” cosmetic
- “tz_convert” added an optional parameter “time” cosmetic
- “tz_convert” added an optional parameter “timestamp” cosmetic
- “tz_convert” added an optional parameter “to_tz” cosmetic
- “counter_next” added an optional parameter “key” cosmetic
- “timer_status” reworded the description of “id” cosmetic
- “timer_verify_origin” reworded the description of “url” cosmetic
- “tz_convert” reworded the description of “from” cosmetic
- “tz_convert” reworded the description of “to” cosmetic
- “tz_info” reworded the description of “date” cosmetic
- “tz_convert” reworded the description of “datetime” cosmetic
- “name_check” reworded the description of “name” cosmetic
- “timer_cancel” reworded the description of “id” cosmetic
- “timer_schedule” reworded the description of “url” cosmetic
- “tz_convert” made “datetime” optional cosmetic
- “tz_convert” made “to” optional cosmetic
- “counter_next” made “name” optional cosmetic
- 31 Jul 26 0
- We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
- 30 Jul 26 +1
- We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
- 28 Jul 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 3 to 7. That category is still filling its 30-day observation window: 1 days of observed history at the previous scan, 2 at this one. The score rises as the window fills, whether or not the server changes.
- 27 Jul 26 +1
- We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
- 26 Jul 26 63
First indexed and scored.
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 3 Aug 2026 · Probed https://zerm.dev/mcp
TLS valid
Negotiated TLS 1.3 with TLS_AES_128_GCM_SHA256 .
| Subject | Issuer | Valid from | Valid until | Key | Signature | Serial |
|---|---|---|---|---|---|---|
| CN=zerm.dev | CN=YE1,O=Let's Encrypt,C=US | 22 Jul 2026 | 20 Oct 2026 | ECDSA 256 | ECDSA-SHA384 | 57ea00c42072a8aef560552afe847c9c668 |
| SANs: zerm.dev | ||||||
| CN=YE1,O=Let's Encrypt,C=US (CA) | CN=Root YE,O=ISRG,C=US | 3 Sept 2025 | 2 Sept 2028 | ECDSA 384 | ECDSA-SHA384 | 5ddd70dd31f801c85c186a7a04b80afe |
| CN=Root YE,O=ISRG,C=US (CA) | CN=ISRG Root X2,O=Internet Security Research Group,C=US | 13 May 2026 | 2 Sept 2032 | ECDSA 384 | ECDSA-SHA384 | 872165fc34b6e5fba8add5b3705fb53a |
| CN=ISRG Root X2,O=Internet Security Research Group,C=US (CA) | CN=ISRG Root X1,O=Internet Security Research Group,C=US | 13 May 2026 | 2 Sept 2032 | ECDSA 384 | SHA256-RSA | 6c8f1dc727c7117f7baf853ac980f9cd |
DNSSEC insecure
Validation of zerm.dev. — Not signed
| Zone | DS | Keys | Algorithms | Outcome |
|---|---|---|---|---|
| . | trust_anchor | 20326, 38696 | 8, 8 | Verified |
| dev. | present | 60074 | 8 | Verified |
| zerm.dev. | absent | Unsigned (proven) parent-signed NSEC/NSEC3 proves an unsigned delegation |
Authentication No authorisation required
The endpoint answered without asking for a token. Anyone who knows the URL can reach it.
| Result | No authorisation required |
|---|---|
| HTTP status | 200 |
| Header | Value |
|---|---|
| x-content-type-options | nosniff |
| x-frame-options | DENY |
Transports 2 probes
| Transport | URL | Outcome | Status | Location |
|---|---|---|---|---|
| streamable-http | https://zerm.dev/mcp | Verified | 200 | |
| http (plaintext) | http://zerm.dev/mcp | HTTPS enforced | 308 | https://zerm.dev/mcp |
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.
counter_next ~116
Atomically increment a named counter and return the new value. Guaranteed unique, monotonically increasing integers across concurrent stateless runs - use it for sequence numbers, run IDs, or once-only ordering that agents cannot produce on their own. Starts at 1 on first call. Counters persist indefinitely.
| Name | Type | Req | Description |
|---|---|---|---|
| key | — | — | Lock or counter name within the namespace. |
| name | string | — | Lock or counter name within the namespace. |
| namespace | string | yes | Your private namespace. Pick a long unique string; it acts as the access key. |
No output schema declared.
No examples provided.
cron_next ~146
Deterministic cron expression validator and scheduler: parses a cron expression (5 or 6 field, seconds optional) and computes the next N actual fire times, timezone-aware. Use this instead of guessing - cron semantics (DOM/DOW OR-logic, DST transitions) are routinely miscalculated.
| Name | Type | Req | Description |
|---|---|---|---|
| count | integer | — | How many fire times. Default 5. |
| expression | string | yes | Cron expression, e.g. "0 9 * * MON-FRI". |
| from | string | — | Compute fire times after this ISO 8601 instant. Default now. |
| timezone | string | — | IANA timezone, e.g. "America/Chicago". Default UTC. |
No output schema declared.
No examples provided.
dns_query ~149
Full DNS record lookup for a domain: returns A, AAAA, MX, NS, TXT, CNAME, SOA, and CAA records in one call. Automatically parses SPF and DMARC policies from TXT records. Use this for infrastructure audits, email deliverability setup, domain verification, and security checks. Live lookups - not cached. Need a record type or lookup this does not support? Describe it via the request_tool tool.
| Name | Type | Req | Description |
|---|---|---|---|
| domain | string | yes | Domain to query, e.g. "example.com". |
| types | array | — | Record types to query. Default: all (A, AAAA, MX, NS, TXT, CNAME, SOA, CAA). |
No output schema declared.
No examples provided.
email_check ~94
Deliverability probe for an email address without sending anything: syntax validation, live MX lookup (with A/AAAA fallback per RFC 5321), disposable-domain detection, and typo suggestions for common providers. Use it to validate an address before sending to it, storing it, or accepting a signup. LLMs cannot do the DNS part; this is a live check.
| Name | Type | Req | Description |
|---|---|---|---|
| string | yes | The email address to check. |
No output schema declared.
No examples provided.
fixture_rows ~145
Bulk realistic test data: generate up to 10000 rows from a field schema in one call - orders of magnitude cheaper than generating rows with tokens. Deterministic when you pass a seed (same seed + schema = identical data). Formats: json, ndjson, csv. Types: uuid, name, email, username, int, float, bool, date, datetime, phone, city, country, company, url, ip, word, sentence, enum.
| Name | Type | Req | Description |
|---|---|---|---|
| count | integer | yes | Number of rows. |
| fields | array | yes | Schema: ordered list of fields. |
| format | string | — | Default json. |
| seed | integer | — | Seed for deterministic output. |
No output schema declared.
No examples provided.
inbox_create ~140
Create a URL that receives HTTP requests for you. Point any webhook (GitHub, Stripe, CI, a form) at it and read what arrives with inbox_poll - no server, no signup, no tunnel. This is the way to be notified of something when your process is not running. Returns an id, the URL, and a separate read token: the URL is what you hand out, the token is what lets you read, so giving out the URL never gives away the contents. Holds 100 payloads of up to 64KB. Expires after 24h idle; every inbox_poll resets that clock. Max 5 per day.
Input schema present but exposes no named parameters.
No output schema declared.
No examples provided.
inbox_delete ~75
Delete an inbox and everything delivered to it. The URL stops accepting requests immediately. Inboxes also delete themselves once unpolled past their expiry, so this is only for tearing down early.
| Name | Type | Req | Description |
|---|---|---|---|
| inbox_id | string | yes | The inbox id returned by inbox_create. |
| token | string | yes | The read token returned by inbox_create. |
No output schema declared.
No examples provided.
inbox_poll ~173
Read requests delivered to an inbox since you last looked. Pass after=<the next_after from your previous poll> to get only new ones; omit it to start from the beginning. Each payload has its method, headers, body and arrival time. Set consume=true to delete what is returned. Polling also resets the inbox expiry, so an inbox you poll stays alive and one you abandon does not. Returns at most 50 payloads per call.
| Name | Type | Req | Description |
|---|---|---|---|
| after | integer | — | Return only payloads with seq greater than this. Use next_after from your last poll. |
| consume | boolean | — | Delete the returned payloads. Default false. |
| inbox_id | string | yes | The inbox id returned by inbox_create. |
| limit | integer | — | — |
| token | string | yes | The read token returned by inbox_create. |
No output schema declared.
No examples provided.
kv_delete ~49
Delete a key from your namespace.
| Name | Type | Req | Description |
|---|---|---|---|
| key | string | yes | Key within the namespace. |
| namespace | string | yes | Your private namespace. Pick a long unique string; it acts as the access key. |
No output schema declared.
No examples provided.
kv_get ~80
Retrieve a value previously stored with kv_set. Call this at the start of a run to restore state, preferences, or progress saved by earlier runs. Returns found=false if missing or expired.
| Name | Type | Req | Description |
|---|---|---|---|
| key | string | yes | Key within the namespace. |
| namespace | string | yes | Your private namespace. Pick a long unique string; it acts as the access key. |
No output schema declared.
No examples provided.
kv_list ~83
List keys in your namespace, optionally filtered by prefix. Use it to discover what earlier runs saved before deciding what to restore. Returns at most 100 keys.
| Name | Type | Req | Description |
|---|---|---|---|
| limit | integer | — | — |
| namespace | string | yes | Your private namespace. Pick a long unique string; it acts as the access key. |
| prefix | string | — | Only keys starting with this prefix. |
No output schema declared.
No examples provided.
kv_set ~145
Store a value durably under (namespace, key) with a TTL. Survives across your sessions - use it as memory between stateless runs. Value must be a string (JSON-encode objects), max 8192 bytes. TTL defaults to 30 days, max 90 days. Max 1000 keys per namespace.
| Name | Type | Req | Description |
|---|---|---|---|
| key | string | yes | Key within the namespace. |
| namespace | string | yes | Your private namespace. Pick a long unique string; it acts as the access key. |
| ttl_seconds | integer | — | Seconds until expiry. Default 2592000. |
| value | string | yes | Value to store (string; JSON-encode structured data). |
No output schema declared.
No examples provided.
lock_acquire ~155
Acquire a mutual-exclusion lock so concurrent agent runs do not double-process the same work. If two runs race, exactly one gets acquired=true plus a release token; the other gets acquired=false with retry_after_ms. Locks auto-expire after ttl_seconds (default 60s, max 3600s), so a crashed run can never wedge the lock. Not reentrant. Use it before processing a shared job, then lock_release when done.
| Name | Type | Req | Description |
|---|---|---|---|
| name | string | yes | Lock or counter name within the namespace. |
| namespace | string | yes | Your private namespace. Pick a long unique string; it acts as the access key. |
| ttl_seconds | integer | — | Seconds until the lock auto-expires. Default 60. |
No output schema declared.
No examples provided.
lock_release ~105
Release a lock early using the token returned by lock_acquire. Only the token holder can release; without the token the lock simply expires on its own. Returns released=false if the token is wrong or the lock already expired.
| Name | Type | Req | Description |
|---|---|---|---|
| name | string | yes | Lock or counter name within the namespace. |
| namespace | string | yes | Your private namespace. Pick a long unique string; it acts as the access key. |
| token | string | yes | The release token returned by lock_acquire. |
No output schema declared.
No examples provided.
name_check ~182
Live availability check for a name across domain TLDs (registry RDAP), npm, PyPI, and GitHub usernames. Real registry lookups at call time - not guesses. Note: "unregistered" domains can still be registry-reserved or premium-priced; only a registrar checkout is final. Need another registry or platform checked? Describe it via the request_tool tool.
| Name | Type | Req | Description |
|---|---|---|---|
| name | string | yes | The name to check. A bare name is best, but "stripe.com" (checks the .com) and "Acme Global Ltd" (slugified to acme-global-ltd) are accepted; the normalized name is echoed back. |
| targets | array | — | Which registries to check. Default: all. |
| tlds | array | — | TLDs for the domain check. Default: ["com","dev","io","net"]. |
No output schema declared.
No examples provided.
regex_test ~150
Execute a regex against test strings and return the ACTUAL matches: match text, indices, capture groups, named groups, and optional replacement output. Deterministic proof, not prediction - run this before shipping a pattern. Patterns run sandboxed with a 250ms kill switch for catastrophic backtracking. JavaScript (ECMAScript) regex dialect.
| Name | Type | Req | Description |
|---|---|---|---|
| flags | string | — | Regex flags, e.g. "gi". Default "". |
| pattern | string | yes | The regex pattern (without slashes). |
| replacement | string | — | If given, also return each input with the pattern replaced (supports $1, $<name>). |
| tests | array | yes | Strings to test the pattern against. |
No output schema declared.
No examples provided.
request_tool ~86
Hit a capability wall? Describe a tool you wish this server had and the task you were trying to accomplish. The operator reviews every submission; the most-requested capabilities get built. Free, no payment ever required.
| Name | Type | Req | Description |
|---|---|---|---|
| description | string | yes | What the tool should do, in plain language. |
| use_case | string | — | The task you were trying to accomplish when you needed it. |
No output schema declared.
No examples provided.
timer_cancel ~68
Cancel a pending timer using the id returned by timer_schedule. The id is the authorization: holding it is what proves you scheduled the timer, so keep it secret. Already-delivered or already-cancelled timers return cancelled=false.
| Name | Type | Req | Description |
|---|---|---|---|
| id | string | yes | The timer id returned by timer_schedule. |
No output schema declared.
No examples provided.
timer_schedule ~200
Schedule a durable callback: at fire time this service POSTs your JSON payload to your URL. Use it to wake up future runs of yourself or your orchestrator - agents cannot wake themselves. Prerequisite: the target origin must already pass timer_verify_origin, which requires an HTTPS endpoint you control that echoes a token - without your own endpoint this tool cannot be used. Delay 10s-30d, payload max 8192 bytes, 3 delivery attempts with backoff. Returns an id that doubles as the capability to inspect and cancel the timer; hold it privately.
| Name | Type | Req | Description |
|---|---|---|---|
| delay_seconds | integer | — | Fire after this many seconds. Provide this OR fire_at. |
| fire_at | string | — | Absolute ISO 8601 fire time. Provide this OR delay_seconds. |
| payload | string | — | JSON string delivered as the request body. Default "{}". |
| url | string | yes | https URL to POST to. The origin must already be verified. |
No output schema declared.
No examples provided.
timer_status ~61
Check a timer by the id returned by timer_schedule: status (pending|delivering|delivered|failed|cancelled), attempts, last error. Returns found=false for an unknown id.
| Name | Type | Req | Description |
|---|---|---|---|
| id | string | yes | The timer id returned by timer_schedule. |
No output schema declared.
No examples provided.
timer_verify_origin ~173
One-time consent handshake before timers can deliver to an origin. Prerequisite: an HTTPS endpoint you control that can read a request body and echo part of it back - if you have no endpoint of your own, timers are not usable yet. zerm POSTs {type:"zerm.origin_verification", token, service, instructions} to the URL; the endpoint must answer 2xx with the token echoed anywhere in the response body. The URL must be https on the default port, publicly reachable, with no credentials and no private/reserved IP. Verification covers the whole origin (scheme+host) and persists, so this is once per origin, not once per timer.
| Name | Type | Req | Description |
|---|---|---|---|
| url | string | yes | An https URL on an origin you control, e.g. "https://example.com/hooks/zerm". |
No output schema declared.
No examples provided.
tz_convert ~195
Deterministic timezone conversion: convert a timestamp between IANA timezones with full DST awareness. Models routinely miscalculate DST transitions - this gives exact results. Returns the converted time, UTC offsets for both zones on that date, and whether DST is active.
| Name | Type | Req | Description |
|---|---|---|---|
| datetime | string | — | ISO 8601 datetime to convert, e.g. "2025-03-09T02:30:00". Aliases: timestamp, time. |
| from | string | — | Source IANA timezone, e.g. "America/Chicago". Default UTC. Alias: from_tz. |
| from_tz | string | — | Alias for from. |
| time | string | — | Alias for datetime. |
| timestamp | string | — | Alias for datetime. |
| to | string | — | Target IANA timezone, e.g. "Asia/Tokyo". Alias: to_tz. |
| to_tz | string | — | Alias for to. |
No output schema declared.
No examples provided.
tz_info ~142
Timezone intelligence: for a given IANA timezone and date, returns the UTC offset, whether DST is active, the exact UTC instant of each DST transition in that year, and the timezone abbreviation. Transition timestamps are the first instant the new offset is in effect. Use this to understand DST behavior before scheduling.
| Name | Type | Req | Description |
|---|---|---|---|
| date | string | — | Date to query: "2026-07-26", "2026-07-26T12:00:00", or full ISO 8601. Input without a UTC offset is read as UTC. Default: now. |
| timezone | string | yes | IANA timezone, e.g. "America/New_York". |
No output schema declared.
No examples provided.
url_check ~76
Live URL health check: follows the full redirect chain (each hop reported), returns final status, content type, response time, TLS certificate expiry and trust, and access hints (login walls, bot blocks). Fresh at call time - use it to verify links before citing them.
| Name | Type | Req | Description |
|---|---|---|---|
| url | string | yes | The URL to check (https). |
No output schema declared.
No examples provided.