Call this server's tools from your browser. Nothing to install.
Requests go through mcptry because browsers can't call most MCP servers directly. Header values are sent to the server for that request only and are never stored or logged.
Tool list from our last check. Connect live to refresh it.
Book (or apply+pay for jobs) a listing into escrow. Requires a hub token in the X-Hub-Token header on the MCP request (header-only auth; obtain via the hub auth contract: POST /accounts/signup + /accounts/login, keypair stays client-side). human_verified must be true (interim credential; production = zk-personhood). Booking fields depend on the vertical (attendee / buyer+quantity / client / worker).
This tool isn't marked read-only, so it may change something on the server or in an account you connected.
Pick your client. Values in capitals, like YOUR_TOKEN, are yours to fill in.
Run in a terminal
claude mcp add --transport http everlist-hub https://everlist.network/mcp
Book (or apply+pay for jobs) a listing into escrow. Requires a hub token in the X-Hub-Token header on the MCP request (header-only auth; obtain via the hub auth contract: POST /accounts/signup + /accounts/login, keypair stays client-side). human_verified must be true (interim credential; production = zk-personhood). Booking fields depend on the vertical (attendee / buyer+quantity / client / worker).
| Argument | Type | Description |
|---|---|---|
| buyer | string | |
| client | string | |
| worker | string | |
| attendee | string | |
| quantity | integer | |
| listing_id* | string | |
| human_verified | boolean | |
| idempotency_key | string |
{
"type": "object",
"required": [
"listing_id"
],
"properties": {
"buyer": {
"type": "string"
},
"client": {
"type": "string"
},
"worker": {
"type": "string"
},
"attendee": {
"type": "string"
},
"quantity": {
"type": "integer",
"minimum": 1
},
"listing_id": {
"type": "string"
},
"human_verified": {
"type": "boolean"
},
"idempotency_key": {
"type": "string"
}
}
}Booking status for the token holder: escrow state, amount, confirmation code.
| Argument | Type | Description |
|---|---|---|
| booking_id* | string |
{
"type": "object",
"required": [
"booking_id"
],
"properties": {
"booking_id": {
"type": "string"
}
}
}Discovery: the EverList hub manifest - payment mode, fee policy, identity requirements, verticals, and endpoint map. Call this first.
No arguments.
{
"type": "object",
"properties": {}
}One listing, full record: title, date, place, price, escrow terms, capacity, rating.
| Argument | Type | Description |
|---|---|---|
| id* | string | listing id, e.g. even-1 or jobs-1 |
{
"type": "object",
"required": [
"id"
],
"properties": {
"id": {
"type": "string",
"description": "listing id, e.g. even-1 or jobs-1"
}
}
}Search public listings. q = free text; optional vertical, category, tags (comma-separated), from/to (YYYY-MM-DD), min_price/max_price (numbers), sort.
| Argument | Type | Description |
|---|---|---|
| q | string | free-text query |
| to | string | YYYY-MM-DD |
| from | string | YYYY-MM-DD |
| sort | string | date | price | newest (invalid values are rejected) |
| tags | string | comma-separated tags |
| category | string | |
| vertical | string | events|food|services|jobs|classes|p2p |
| max_price | number | |
| min_price | number |
{
"type": "object",
"properties": {
"q": {
"type": "string",
"description": "free-text query"
},
"to": {
"type": "string",
"description": "YYYY-MM-DD"
},
"from": {
"type": "string",
"description": "YYYY-MM-DD"
},
"sort": {
"enum": [
"date",
"price",
"newest"
],
"type": "string",
"description": "date | price | newest (invalid values are rejected)"
},
"tags": {
"type": "string",
"description": "comma-separated tags"
},
"category": {
"type": "string"
},
"vertical": {
"type": "string",
"description": "events|food|services|jobs|classes|p2p"
},
"max_price": {
"type": "number"
},
"min_price": {
"type": "number"
}
}
}Vertical schema registry: required/optional fields, categories, and booking shape per vertical (events, food, services, jobs, classes, p2p).
No arguments.
{
"type": "object",
"properties": {}
}We read every tool's name, description and inputs the way the model will, looking for instructions hidden from you. A clean result means no warning signs, not a guarantee. Scanned Nov 13, 2026.
No readOnlyHint / destructiveHint annotations, so clients can't tell a read from a write without asking.
Fix: Add annotations to each tool, e.g. { readOnlyHint: true } for tools that only read.