MCP Server for Z.AI - A Model Context Protocol server that provides AI capabilities
zerm is installed from its publisher's own source and answers where it runs, so this marketplace is not in the path of a single call. There is no address here to send one to, and a panel that pretended otherwise would be showing you an answer we made up. Install it and call it from your own client — the Installation tab has the entry for each one.
What it does
Agent utility belt: memory, locks, webhook inboxes, timers, DNS, email, URL, timezone, cron
Quickstart
# 1 — add it to Claude Code
claude mcp add --scope user --transport http zerm-mcp https://zerm.dev/mcp
# 2 — ask your agent for something these tools do
# kv_set, kv_get, kv_delete and 21 more
zerm costs nothing on mcprush: there is no plan to choose here, no cap to set and nothing mcprush can bill you for.
Collected from a public index. Nobody has claimed this account, so nothing here was written by its author — claim it if it is yours.
Where are you running it?
Every route below installs the same thing and ends at the same approval screen. Nothing here runs on your machine and nothing runs on ours: this server answers at its publisher’s own address, and what you install is the connection straight to it.
This is a public server: it answers at its publisher’s own address and this marketplace is not in the path. Claude Code registers it in one command; --scope user makes it available in every project. The transport below is http, as the publisher's own manifest declares it.
claude mcp add --scope user --transport http zerm-mcp https://zerm.dev/mcpReconnect, or start a new session, and the tools appear in the model’s tool list.
One config entry pointing straight at the publisher’s own address — this marketplace is not in the path, and nothing from this listing executes on your machine.
24 tools, with what each one reads, writes and reaches shown before you agree — the same list on every route above. Read the tool surface.
Tool surface
What the model actually sees. Descriptions are diffed on every release — see version history.
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.
| Parameter | Type | Required | Notes |
|---|---|---|---|
| namespace | string | yes | Your private namespace. Pick a long unique string; it acts as the access key. |
| key | string | yes | Key within the namespace. |
| value | string | yes | Value to store (string; JSON-encode structured data). |
| ttl_seconds | integer | no | Seconds until expiry. Default 2592000. |
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.
| Parameter | Type | Required | Notes |
|---|---|---|---|
| namespace | string | yes | Your private namespace. Pick a long unique string; it acts as the access key. |
| key | string | yes | Key within the namespace. |
Permanently remove one key from your namespace, freeing a slot against the 1000-key limit. Use it when a stored value is wrong or unwanted before its TTL runs out; if you only want the value to lapse on schedule, do nothing and let the TTL expire instead. Deletes exactly one key - there is no prefix or wildcard form, so clearing several keys means one call each, and kv_list is how you find their n
| Parameter | Type | Required | Notes |
|---|---|---|---|
| namespace | string | yes | Your private namespace. Pick a long unique string; it acts as the access key. |
| key | string | yes | Key within the namespace. |
List the keys held in your namespace, optionally narrowed to those starting with a prefix. Use it to discover what earlier runs saved before deciding what to fetch with kv_get: it returns key names with their expiry and last-update time, never the stored values. Expired keys are filtered out, so what comes back is what kv_get would still find. There is no cursor and no offset - a namespace with mo
| Parameter | Type | Required | Notes |
|---|---|---|---|
| namespace | string | yes | Your private namespace. Pick a long unique string; it acts as the access key. |
| prefix | string | no | Only keys starting with this prefix. |
| limit | integer | no | Maximum keys to return. Default and maximum 100. |
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.
| Parameter | Type | Required | Notes |
|---|---|---|---|
| url | string | yes | An https URL on an origin you control, e.g. "https://example.com/hooks/zerm". |
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
| Parameter | Type | Required | Notes |
|---|---|---|---|
| url | string | yes | https URL to POST to. The origin must already be verified. |
| payload | string | no | JSON string delivered as the request body. Default "{}". |
| delay_seconds | integer | no | Fire after this many seconds. Provide this OR fire_at. |
| fire_at | string | no | Absolute ISO 8601 fire time. Provide this OR delay_seconds. |
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.
| Parameter | Type | Required | Notes |
|---|---|---|---|
| id | string | yes | The timer id returned by timer_schedule. |
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.
| Parameter | Type | Required | Notes |
|---|---|---|---|
| id | string | yes | The timer id returned by timer_schedule. |
Live availability check for a name across domain TLDs (registry RDAP), npm, PyPI, and GitHub usernames. Real registry lookups at call time - not guesses. Each result is registered, unregistered, unknown or invalid and names the source that decided it; "unknown" means no authoritative registry answered, so treat it as "cannot tell" and never as free. Some ccTLDs (.co among them) publish no RDAP and
| Parameter | Type | Required | Notes |
|---|---|---|---|
| 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 | no | Which registries to check. Default: all. |
| tlds | array | no | TLDs for the domain check. Default: ["com","dev","io","net"]. |
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.
| Parameter | Type | Required | Notes |
|---|---|---|---|
| string | yes | The email address to check. |
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.
| Parameter | Type | Required | Notes |
|---|---|---|---|
| url | string | yes | The URL to check (https). |
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.
| Parameter | Type | Required | Notes |
|---|---|---|---|
| expression | string | yes | Cron expression, e.g. "0 9 * * MON-FRI". |
| count | integer | no | How many fire times. Default 5. |
| timezone | string | no | IANA timezone, e.g. "America/Chicago". Default UTC. |
| from | string | no | Compute fire times after this ISO 8601 instant. Default now. |
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.
| Parameter | Type | Required | Notes |
|---|---|---|---|
| pattern | string | yes | The regex pattern (without slashes). |
| flags | string | no | Regex flags, e.g. "gi". Default "". |
| tests | array | yes | Strings to test the pattern against. |
| replacement | string | no | If given, also return each input with the pattern replaced (supports $1, $<name>). |
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.
| Parameter | Type | Required | Notes |
|---|---|---|---|
| fields | array | yes | Schema: ordered list of fields. |
| count | integer | yes | Number of rows. |
| seed | integer | no | Seed for deterministic output. |
| format | string | no | Default json. |
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.
| Parameter | Type | Required | Notes |
|---|---|---|---|
| datetime | string | no | ISO 8601 datetime to convert, e.g. "2025-03-09T02:30:00". Aliases: timestamp, time. |
| timestamp | string | no | Alias for datetime. |
| time | string | no | Alias for datetime. |
| from | string | no | Source IANA timezone, e.g. "America/Chicago". Default UTC. Alias: from_tz. |
| from_tz | string | no | Alias for from. |
| to | string | no | Target IANA timezone, e.g. "Asia/Tokyo". Alias: to_tz. |
| to_tz | string | no | Alias for to. |
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.
| Parameter | Type | Required | Notes |
|---|---|---|---|
| timezone | string | yes | IANA timezone, e.g. "America/New_York". |
| date | string | no | 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. |
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.
| Parameter | Type | Required | Notes |
|---|---|---|---|
| domain | string | yes | Domain to query, e.g. "example.com". |
| types | array | no | Record types to query. Default: all (A, AAAA, MX, NS, TXT, CNAME, SOA, CAA). |
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.
| Parameter | Type | Required | Notes |
|---|---|---|---|
| description | string | yes | What the tool should do, in plain language. |
| use_case | string | no | The task you were trying to accomplish when you needed it. |
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 do
| Parameter | Type | Required | Notes |
|---|---|---|---|
| namespace | string | yes | Your private namespace. Pick a long unique string; it acts as the access key. |
| name | string | yes | Lock or counter name within the namespace. |
| ttl_seconds | integer | no | Seconds until the lock auto-expires. Default 60. |
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.
| Parameter | Type | Required | Notes |
|---|---|---|---|
| namespace | string | yes | Your private namespace. Pick a long unique string; it acts as the access key. |
| name | string | yes | Lock or counter name within the namespace. |
| token | string | yes | The release token returned by lock_acquire. |
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.
| Parameter | Type | Required | Notes |
|---|---|---|---|
| namespace | string | yes | Your private namespace. Pick a long unique string; it acts as the access key. |
| name | string | no | Lock or counter name within the namespace. |
| key | no | Lock or counter name within the namespace. |
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 give
No parameter schema on file.
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 payl
| Parameter | Type | Required | Notes |
|---|---|---|---|
| inbox_id | string | yes | The inbox id returned by inbox_create. |
| token | string | yes | The read token returned by inbox_create. |
| after | integer | no | Return only payloads with seq greater than this. Use next_after from your last poll. |
| limit | integer | no | Maximum payloads to return. Default and maximum 50. |
| consume | boolean | no | Delete the returned payloads. Default false. |
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.
| Parameter | Type | Required | Notes |
|---|---|---|---|
| inbox_id | string | yes | The inbox id returned by inbox_create. |
| token | string | yes | The read token returned by inbox_create. |
- Every tool — any call limit is its publisher’s, not ours
- No card, and mcprush charges nothing for it
- Runs at its publisher’s own address — this marketplace is not in the path
- Nothing to cap, because mcprush bills nothing
What counts against your monthly calls
| Tool | Unit | Calls used | Out of the allowance |
|---|
Nothing here is billable: mcprush charges nothing to install zerm or to call it, at any volume.
Two independent axes, because powerful and malicious are different questions. The grade is threat only. The capability level is blast radius, and it is never a penalty on the grade — it is priced as one subtract-only term in the score, where you can see it.
| Term | Level | What it prices | Points |
|---|---|---|---|
| capability-exposure | moderate | capability blast radius (moderate) — client exposure if the model is manipulated | −3 |
| coverage-honesty | manifest | inspection depth (manifest) — how much of the target the scan could see | −4 |
What the scan could actually read
A grade is only as meaningful as its coverage, so the scanner publishes its own depth before it publishes its result.
The scan read each tool’s name, description, input schema and annotations exactly as the server listed them the last time it answered us; no code was reviewed. We ask the server again about once a month, and a list that changed is graded again.
The implementation source was not read — this reflects the declared tool metadata only.
Capability — what it could do if the model were manipulated
Tags derived from each tool’s schema and the implementation, not from what the tool calls itself. moderate is the level these add up to.
| Tool | Capability tags | Why the tag was assigned |
|---|---|---|
| kv_set | state-write | state-write: declares readOnlyHint: false, destructiveHint: true |
| kv_get | no tags | |
| kv_delete | state-write | state-write: declares readOnlyHint: false, destructiveHint: true |
| kv_list | untrusted-input | untrusted-input: keyword "fetch" |
| timer_verify_origin | external-sink | external-sink: declares readOnlyHint: false, openWorldHint: true |
| timer_schedule | external-sink | external-sink: declares readOnlyHint: false, openWorldHint: true |
| timer_cancel | state-write | state-write: declares readOnlyHint: false, destructiveHint: true |
| timer_status | no tags | |
| name_check | untrusted-input | untrusted-input: declares openWorldHint: true (interacts with entities outside the server) |
| email_check | untrusted-input | untrusted-input: declares openWorldHint: true (interacts with entities outside the server) |
| url_check | untrusted-input | untrusted-input: declares openWorldHint: true (interacts with entities outside the server) |
| cron_next | no tags | |
| regex_test | no tags | |
| fixture_rows | no tags | |
| tz_convert | no tags | |
| tz_info | no tags | |
| dns_query | untrusted-input | untrusted-input: declares openWorldHint: true (interacts with entities outside the server) |
| request_tool | state-write | state-write: declares readOnlyHint: false |
| lock_acquire | state-write | state-write: declares readOnlyHint: false |
| lock_release | state-write | state-write: declares readOnlyHint: false, destructiveHint: true |
| counter_next | state-write | state-write: declares readOnlyHint: false |
| inbox_create | external-sinkstate-write | external-sink: keyword "http_request"; state-write: declares readOnlyHint: false |
| inbox_poll | state-write | state-write: declares readOnlyHint: false, destructiveHint: true |
| inbox_delete | state-write | state-write: declares readOnlyHint: false, destructiveHint: true |
Toxic-flow graph
The lethal trifecta, checked as a graph rather than as a checklist: untrusted input, a sensitive source and an external sink have to meet before there is a path worth worrying about.
Supply chain and provenance
This is the first scan of this surface here, so there is nothing yet to compare it against.
Every result on this tab comes from one deterministic pass over the published package — offline, rule by rule, and auditable line by line above. Same methodology version, same bytes, same score.
Release history
This is an address its publisher runs: which release it serves is theirs to choose, so there is nothing here to pin. The history below is for reading; the current release on file is 0.3.3.
No release note was published with this version.
One review per account, from a signed-in account that does not publish this listing. Nothing else is asked — you can say what you think before you install it. Publishers can reply once per review, and a review can be edited or deleted by whoever wrote it.
Any signed-in account that does not publish zerm can review it, once — before installing it or after. A review from an account that has installed it is marked as one.
Nobody has reviewed this listing. The rating on the card is the mean of the reviews written here and nothing else, so there is no rating until somebody writes the first — which takes a signed-in account that does not publish it, and nothing else.