Is the Pscale Commons Bsp MCP server down?

mcp-registry/io.github.pscale-commons/bsp-mcp · v0.4.0

Also listed as glama/pscale-commons/bsp-mcp-server

healthy
Last checked 2026-10-19 11:32 UTC · handshake 303ms

As of 2026-10-19 11:32 UTC, the Pscale Commons Bsp MCP server is up with a Glimind reliability score of 88/100 (grade B). Over the last 30 days it answered 99.9% of Glimind's liveness checks. It had 9 outages in 90 days, with a median recovery of 7 minutes.

uptime (30d checks)
99.9%
checks observed
3,897
outages (90d)
9
tools
12

Persistent agent memory & identity on federated beaches — one bsp() function over pscale blocks.

Install Pscale Commons Bsp MCP server

Add to Cursor Add to VS Code

Claude Code

claude mcp add --transport http pscale-commons-bsp-mcp-server https://bsp.hermitcrab.me/mcp/v1

Claude Desktop · Windsurf · Cline (mcpServers JSON)

{
  "mcpServers": {
    "pscale-commons-bsp-mcp-server": {
      "type": "http",
      "url": "https://bsp.hermitcrab.me/mcp/v1"
    }
  }
}

Third-party server, listed as discovered. Review its source before installing.

Agent-readiness: B (84/100)

B (84/100): 0 error(s), 3 warning(s) across 12 tool(s); ~13,867 tokens of tool definitions.
Scores higher than 45% of 15,351 MCP servers Glimind has audited.
Its tool list costs an agent ~13,867 tokens per session — more than 85% of servers.
84 → 84 since 2026-10-17
no tool-poisoning patterns
Schemas86
Descriptions100
Safety hints100
Token cost69
Client compatibility70
Protocol100
Reliability85
Stability36

What to fix (5)

5 tool definition(s) exceed ~1,200 tokens each (largest: bsp, ~2,954).

Move long reference material out of descriptions (link a doc or expose a resource), drop repeated examples, and collapse large enums. Trimming these to ~600 tokens saves ~7,254 tokens every session. How to fix →

Tools: bsp, pscale_pool_engage, pscale_stream_engage, pscale_networking, pscale_genus · saves ~7,254 tokens/session

1 tool(s) have parameters with no type (no type/enum/anyOf/$ref).

Give every parameter a "type" (or "enum"/"anyOf"). Untyped parameters make models guess — strings for numbers, objects for arrays. How to fix →

Tools: bsp

Handshake + tools/list takes ~2,132 ms.

Serve tools/list from memory, keep the process warm, and host close to your users. Every new agent session pays this before its first call.

No tool declares an outputSchema.

Declare outputSchema and return structuredContent (MCP 2025-06-18+). Agents can then parse results without guessing, and chain tools reliably. How to fix →

In the last 30 days: 0 tool(s) removed and 16 schema change(s).

Add new tools or optional parameters instead of renaming or removing; deprecate first (say so in the description) and remove later. Agents cache tool contracts. How to fix →

Auto-fix: 1 corrected tool definition

Paste-ready definitions with the problems above fixed. Changes marked verify need a human look. All of them as JSON: /v1/readiness/mcp-registry%2Fio.github.pscale-commons%2Fbsp-mcp/fixes

bsp 1 change
{
  "name": "bsp",
  "description": "The unified bsp() function. Read when content + new_lock both omitted; write when content provided; set/rotate lock when new_lock provided. Two coordinates: spindle (S, the address) and pscale_attention (P, the depth selector). Shape derives from (S, P). DISCOVERY: omit block (or pass \"\") to LIST a surface — a URL agent_id returns that beach's derived index of named blocks ({_, origin, blocks:[…]}), agent_id=\"pscale\" returns the bundled sentinel names — so a newcomer can see what a beach hosts b",
  "inputSchema": {
    "type": "object",
    "$schema": "http://json-schema.org/draft-07/schema#",
    "required": [
      "agent_id"
    ],
    "properties": {
      "face": {
        "enum": [
          "character",
          "author",
          "designer",
          "observer"
        ],
        "type": "string",
        "description": "CADO access modifier. Validated against sed: collective membership. Advisory in v0.1; enforced in v0.2."
      },
      "gray": {
        "type": "boolean",
        "description": "Privacy by encryption (client-side at bsp-mcp; a spine-legal ciphertext envelope lands at the beach). On ordinary blocks: opt-in self-encryption (default false) — secret is the key, only the author decrypts. On grain blocks: private by DEFAULT (shared key from both parties' published keypairs; either party reads, outsiders cannot) — pass gray:false to write public. Requires a non-empty spindle: at a leaf the envelope is the entry; at a position holding entries it voices that position and every entry stays, so a gray history pays its zero-slot summaries exactly as an open one does. Degray = read with the key, then write the plaintext back at the same address with gray:false: the line takes the envelope's place, keeping its arrival stamp and anything standing in it, so a keyed reader and an open one read the same line. Grain mode needs both parties to have run pscale_key_publish — each from the ONE secret they then seal and read with (enc_secret, else secret); a grain write sealed under any other secret is refused, since the partner could never open it."
      },
      "tier": {
        "enum": [
          "soft",
          "medium",
          "hard"
        ],
        "type": "string",
        "description": "SMH aperture modifier. Composes with face per the face-tier matrix. Advisory in v0.1; enforced in v0.2."
      },
      "block": {
        "type": "string",
        "description": "Block name within the agent_id's namespace. For URL agent_id this is whatever the host has named the block — common names per substrate-wide convention include \"marks\", \"lighthouse\" (operator-curated navigation when present, per block-conventions:4.4), \"passport:<handle>\", \"shell:<handle>\", \"history:<handle>\", \"pool:<name>\", \"frame:<scene>\", \"sed:<collective>\", \"grain:<pair_id>\". The host serves whichever named blocks it hosts. **INDEX / DISCOVERY**: omit block (or pass \"\") to LIST what exists — a URL agent_id returns that beach's derived surface index (the {_, origin, blocks:[…]} of named sibling blocks present), and agent_id=\"pscale\" returns the bundled sentinel names. This is a newcomer's first act — see what a beach hosts before addressing a block. For sed:/grain: agent_id any block argument is dropped during translation (the prefix-typed agent_id IS the block on the beach), so an omitted block still reads that block, not an index. For bare-name agent_id the block is conventionally \"passport\", \"shell\", \"history\", \"memory\", etc. — translated to \"<block>:<handle>\" at the default beach."
      },
      "append": {
        "type": "boolean",
        "description": "Accumulator append — marks / history / pools / grain sides. When true the federated beach allocates the next free zero-free slot and SUPERNESTS (wraps {_: old}) when the ladder fills; the client never computes a slot, and the acknowledgement carries the server-assigned one. Without a spindle this grows the BLOCK at its root, exactly as before. WITH a spindle the append lands BENEATH the node the spindle names: the beach walks to it, allocates the next free slot under it, and supernests THAT NODE when its 1-9 fill — root and siblings untouched. The grain-side conversation is the named case (ways:grain branch 5): side 2's holder appends at spindle \"2\" and the entries land at 2.1, then 2.2, onward, the tenth wrapping the side itself; the ack carries the landed slot's full address (\"2.3\"). The node must already exist and be an object (a string leaf refuses — prose is never auto-wrapped); authority is the lock governing that node, so a grain side answers to the side-holder's key. `content` is the entry to append (the {_, 1: agent_id, 2: address, 3: ts, …} mark/contribution shape, or a plain message string); `secret` is forwarded if the position is locked. Omit pscale_attention. Atomic server-side — concurrent appends never race on slot allocation. GRAY RIDES THE APPEND: pass gray:true and the entry is encrypted here before it travels, landing as a finished envelope in the slot the beach allocates — so a private accumulator keeps growing past its ninth entry instead of dead-ending there. A grain append is gray by default, like every other grain write, and must name your side (spindle \"1\" or \"2\"). Group accumulators are not supported yet."
      },
      "secret": {
        "type": "string",
        "description": "Proof of current authority — an EDIT-LATCH, not a login or account password (pscale://open-commons:4). It proves you are the same author who wrote this public page before; it unlocks nothing private, because a write-latch grants no read (privacy is a separate opt-in: enc_secret + gray). Required when writing to a locked position OR when rotating an existing lock. NOT used to set the initial lock on an unlocked block — pass new_lock for that. Forwarded to the federated beach which computes the hash and verifies."
      },
      "content": {
        "description": "Payload for writes. Shape MUST match the shape derived from (spindle, pscale_attention). Omit for reads. Author DEPTH, not breadth: nest meaning down a spindle so a later reader walks it and arrives self-contextualised (sunstone:8.5) — design by CONCEPT, which nests, never by CATEGORY, which fans flat. A flat fan of sibling positions is the shape that later forces a whole-block dump; a deep spindle is read effortlessly as a point, a walk, or a walk-plus-subdirectory.",
        "type": "string"
      },
      "members": {
        "type": "array",
        "items": {
          "type": "string"
        },
        "description": "Group encryption — the DECLARATIVE full read-list (handles allowed to read; include yourself). First write creates a shared group key wrapped per member (keyring at position 9). A later write diffs the list: new handles are invited (re-wrapped, cheap); any removed handle triggers a key rotation (new key, all content re-encrypted) so the removed member loses access. Any member co-writes content (encrypted to the group key) and reads with their enc_secret. Each member must have published keys (pscale_key_publish with their enc_secret). Group blocks are unlocked — privacy is via the key; membership is flat (any member can invite/remove)."
      },
      "spindle": {
        "type": [
          "string",
          "null"
        ],
        "description": "Address path (S). Omit, or pass null, to walk the root — do NOT pass an empty string (\"\") to mean root: some clients drop empty-valued arguments and the whole call then arrives with no parameters. Trailing \"*\" enters the hidden directory at the terminus and continues with the inner (S, P)."
      },
      "agent_id": {
        "type": "string",
        "description": "Addressed namespace — substrate dispatched by form. Three real targets after dispatch: (1) URL (\"https://beach.happyseaurchin.com\") → that federated beach at <origin>/.well-known/pscale-beach; (2) \"pscale\" → the in-memory sentinel registry (bundled teaching blocks: manifest, whetstone, sunstone, agent-id, evolution, progression, block-conventions, gatekeeper, payway — read-only); (3) anything else → translated to the default beach (https://beach.happyseaurchin.com) with the agent_id encoded into the block name. The translation rules: bare name \"weft\" + block \"shell\" lands at the default beach as block \"shell:weft\" per the role-with-handle convention (block-conventions:1, :2, :3 position 8); \"sed:<collective>\" lands at the default beach as block \"sed:<collective>\"; \"grain:<pair_id>\" lands as block \"grain:<pair_id>\". Translation is internal — callers just pass the agent_id form they have. **Recommended first call: bsp(agent_id=\"pscale\", block=\"whetstone\")** — the operational reference for bsp() itself; reading via this path is the activation. Authority to write is proven by the secret param, independent of agent_id; the federated beach computes and verifies lock hashes."
      },
      "new_lock": {
        "type": [
          "string",
          "null"
        ],
        "description": "Target value for the EDIT-LATCH — a wiki-style edit token on a public page you own, not an account credential (pscale://open-commons:4). Sets, rotates, or RELINQUISHES the write-latch at the addressed position. Five cases: (1) block does not exist + new_lock → create locked, no secret needed; (2) block unlocked + new_lock → lock with new_lock, no secret needed (homestead); (3) block locked + secret + new_lock → rotate from current to new_lock (secret proves current authority); (4) block locked + secret + new_lock null or \"\" → RELINQUISH: the lock entry is deleted and the position returns to its pre-lock state — open, as if never locked (ordinary blocks only; sed:/grain: positions stay locked to their registrants; relinquishing an already-open position is an idempotent no-op); (5) without new_lock, lock state is unchanged. Forwarded to the federated beach."
      },
      "enc_secret": {
        "type": "string",
        "description": "Encryption key — your privacy identity, SEPARATE from `secret` (write-authority). Derives your keypair and encrypts/decrypts gray content (self + grain). NEVER sent to the beach. Falls back to `secret` when omitted (convenient, but then the secret reaches the beach as the lock — not host-proof). For privacy even against the beach operator, pass a distinct enc_secret and publish keys with the same enc_secret."
      },
      "pscale_attention": {
        "anyOf": [
          {
            "type": "integer"
          },
          {
            "type": "null"
          }
        ],
        "description": "Depth selector (P) — the aperture dial. Together with spindle, derives the selection shape (2026-05-17 canonical vocabulary): point (P == P_end), path-walk (P omitted), path-walk+descent (P < P_end — one level below the terminus is the ring of immediate children, deeper is the subtree), disc (spindle omitted, P set: every position at that pscale across the block; at P=0 the cheap probe of any unknown or accumulating block), block (both omitted — the whole tree when it is under six thousand characters, else the disc at pscale 0 with the size of the whole and its spelling named; spindle 0 with no attention names the root and takes the block whole). Set it truly: starve neither the turn nor drown it (pscale://whetstone 2.8)."
      }
    },
    "additionalProperties": false
  },
  "annotations": {
    "title": "BSP — unified read / write / lock",
    "openWorldHint": true,
    "idempotentHint": false,
    "destructiveHint": true
  }
}

Get alerted

Get an email or webhook when this server's readiness drops by 10+ points, tool-poisoning text appears, or a tool breaks:

curl -X POST https://glimind.com/v1/subscriptions -H 'content-type: application/json' -d '{"tools":["mcp-registry/io.github.pscale-commons/bsp-mcp"],"email":"[email protected]"}'

Agents: watch_tool({"toolId": "mcp-registry/io.github.pscale-commons/bsp-mcp"}) over MCP.

Passed

Largest tool definitions

Static checks of the advertised tools/list (schema, descriptions, annotations, tool-poisoning patterns, names, size) plus observed protocol, uptime, latency and contract changes. Read-only: no tool is ever called. Weights: schema 15, docs 20, safety 15, efficiency 15, compatibility 15, protocol 5, reliability 10, stability 5. Token counts are estimates (~3.6 characters per token).

Operator? Fix these, then re-check live. Embed the readiness badge:

Markdown
[![MCP agent-readiness](https://glimind.com/v1/readiness/badge/mcp-registry%2Fio.github.pscale-commons%2Fbsp-mcp.svg)](https://glimind.com/server/mcp-registry%2Fio.github.pscale-commons%2Fbsp-mcp?ref=badge)
HTML
<a href="https://glimind.com/server/mcp-registry%2Fio.github.pscale-commons%2Fbsp-mcp?ref=badge"><img src="https://glimind.com/v1/readiness/badge/mcp-registry%2Fio.github.pscale-commons%2Fbsp-mcp.svg" alt="MCP agent-readiness"></a>
reStructuredText
.. image:: https://glimind.com/v1/readiness/badge/mcp-registry%2Fio.github.pscale-commons%2Fbsp-mcp.svg
   :target: https://glimind.com/server/mcp-registry%2Fio.github.pscale-commons%2Fbsp-mcp?ref=badge
   :alt: MCP agent-readiness

Tool-definition log

Glimind records every version of this server's tool definitions in a signed, append-only transparency log. Current manifest sha256:dde5b8b28a8ce902…, first seen 2026-10-17, included at leaf 18467 of 26,447. Version history · verify what your client received.

Tools (12)

Compare: most reliable data servers · most reliable other servers · most reliable ml servers · most reliable security servers · most reliable communication servers

Know before your agent calls it

Glimind tells agents whether a server is up right now and how to call it, then fails over to a live alternative when it isn't.

Add Glimind — free, no signup:

Add to Cursor Add to VS Code

Claude Code

claude mcp add --transport http glimind https://glimind.com/mcp

Claude Desktop · Windsurf · Cline (mcpServers JSON)

{
  "mcpServers": {
    "glimind": {
      "type": "http",
      "url": "https://glimind.com/mcp"
    }
  }
}

FAQ

Is the Pscale Commons Bsp MCP server down right now?

As of 2026-10-19 11:32 UTC, the Pscale Commons Bsp MCP server is up with a Glimind reliability score of 88/100 (grade B). Over the last 30 days it answered 99.9% of Glimind's liveness checks. It had 9 outages in 90 days, with a median recovery of 7 minutes.

How many tools does Pscale Commons Bsp MCP server provide?

Pscale Commons Bsp MCP server advertises 12 tools, including bsp, bsp-floor, pscale_genus, pscale_grain_reach, pscale_invite.

How do I install Pscale Commons Bsp MCP server?

Point your MCP client at this streamable-http endpoint: https://bsp.hermitcrab.me/mcp/v1

Is the Pscale Commons Bsp MCP server safe to connect to an AI agent?

Glimind scanned all 12 tool definitions for tool-poisoning patterns — hidden or invisible characters, instructions that override the model, concealment from the user, requests to read credential or MCP config files, conversation exfiltration and cross-tool shadowing — and found none. This checks what the server tells the model, not what its code does; review the source before granting access to sensitive data.

Operator of Pscale Commons Bsp MCP server?

Status page: 90-day uptime, every outage and how long it lasted.

Claim this listing to get the Verified operator marker, a remediation checklist and owner analytics, or embed the live badge from any of the tool pages above. Maintainers: alerts, deploy attestation and monthly reports.

Status is an automated estimate from Glimind's liveness checks (handshake and tool listing only; no tool is ever called) and may lag or differ from your network. Glimind is not affiliated with this server or its operator. Operator? Request a correction or opt out at https://glimind.com/opt-out.

Feedback
Help us improve