zerm

Where it sits in the directory's order

What can be seen from outside, weighed as the directory publishes.

Where it answers

• https://zerm.dev/mcpstreamable-http

The tools it lists (24, as of 2 days ago)

The tool-description rules found nothing in these descriptions. They look for instructions aimed at a model and for hidden characters; they cannot see what a tool does when it runs.

• kv_set

  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.

• kv_get

  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.

• kv_delete

  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 names first. Idempotent and safe to retry: a key that is already gone or expired returns deleted=false rather than an error. The value is not recoverable afterwards.

• kv_list

  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 more keys than the limit can only be walked by narrowing the prefix. Expiry is filtered after the limit is applied, so a page can come back short while live keys remain.

• timer_verify_origin

  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 orig