# PriorSeal

> Bounded authorization and independently verifiable execution evidence for agents.

- name: io.github.imokokok/priorseal
- version: 0.1.1
- connection class: R0 (autonomous)
- trust: 94/100
- quality: 100/100 (new)
- owner: not claimed
- descriptor: https://api.protogrid.dev/v1/servers/io.github.imokokok%2Fpriorseal
- tools: https://api.protogrid.dev/v1/servers/io.github.imokokok%2Fpriorseal/tools

**An agent can connect right now, no human step.** Remote endpoint, no authentication, reachable on the last probe.

## Connection (mcpServers)

```json
{
  "mcpServers": {
    "priorseal": {
      "type": "http",
      "url": "https://priorseal.xyz/mcp"
    }
  }
}
```


## Trust

- hygiene: 100
- liveness: 89
- freshness: 100
- provenance: 90
- drivers: +repository +namespace-matches-repo +website +reachable +uptime-71% +updated-2d-ago
- Derived from observable signals (official registry feed and our own credential-free probes); no code audit performed.

## Quality 100/100 (new)

### protocol: 100 (weight 25)

- pass `protocol.modern`: supports 2026-07-28 (server/discover)
- pass `protocol.stateless`: answers without a session
- pass `protocol.transport`: streamable HTTP
- pass `protocol.list_ttl`: tool list is cacheable (ttlMs 300000)

### authorization: n/a (weight 15)

- n/a `auth.prm`, `auth.as_metadata`, `auth.cimd`: no remote uses OAuth
- n/a `auth.secret_in_url`: no templated URL

### tool hygiene: 100 (weight 30)

- pass `tools.descriptions`: every tool has a description
- pass `tools.description_length`: descriptions are concise
- pass `tools.schemas`: every tool has an object input schema
- pass `tools.annotations`: 10 of 10 tools declare readOnlyHint or destructiveHint
- pass `tools.directory_hints`: every tool declares readOnlyHint, destructiveHint, idempotentHint and openWorldHint
- pass `tools.token_cost`: about 1,040 tokens to load every tool
- pass `tools.api_dump`: tools are not a one-to-one API dump

### stability: n/a (weight 15)

- n/a `stability.changes`, `stability.rug_pull`: tool history recorded for 2 of the 7 days needed

### dependencies: n/a (weight 15)

- n/a `deps.known_vulns`, `deps.mcp_sdk_version`, `deps.resolvable`: no npm or PyPI package

- tools: 10, about 1,040 tokens to load them all
- tool set hash: e0fdda9542b2158182b9d3b0bd803b38
- badge: [![protogrid quality](https://protogrid.dev/badge/io.github.imokokok/priorseal.svg)](https://protogrid.dev/servers/io.github.imokokok/priorseal)
- Checks run on what our credential-free, read-only probes observe; tools are never called and no code audit is performed.

### Tool changes

_No tool definition changes recorded._

## Remotes

- https://priorseal.xyz/mcp (streamable-http, auth none, reachable true, uptime30d 0.71428573)

## Packages

_none_

## Tools (10)

- `priorseal_accept_authorization`: Verify and persist a principal-signed authorization. This can consume configured Agent credits and changes service state; send an idempotency key. It never signs, submits, or executes a transaction.
- `priorseal_get_authorization`: Read an accepted authorization by its identifier.
- `priorseal_get_capabilities`: Read the live PriorSeal deployment capabilities before constructing a workflow.
- `priorseal_get_evidence_bundle`: Export the portable receipt evidence bundle and issuer key-discovery metadata.
- `priorseal_get_observation_job`: Read the durable status of an automatic finality-observation job.
- `priorseal_get_receipt`: Read a signed execution receipt by its identifier.
- `priorseal_observe_execution`: Persist an observation request for an already-submitted EVM or Solana transaction, then issue evidence when configured observation completes. This can consume configured Agent credits; send an idempotency key. It never broadcasts a transaction.
- `priorseal_prepare_authorization`: Canonicalize a bounded authorization and return the exact EIP-712 typed data or Solana message for a human-controlled principal to sign. This is read-only and never signs, submits, or executes a transaction.
- `priorseal_prepare_controlled_execution`: Prepare a bounded authorization together with the deployment capabilities and a safe, explicit handoff plan. A human-controlled principal must still sign; this never accepts an authorization, signs, submits, or executes a transaction.
- `priorseal_verify_receipt`: Convenience-verify a PriorSeal receipt with the deployment key registry. Independent local verification remains required for trust decisions.
