MCP.Market

Proctor MCP server

by louissarvin·io.github.louissarvin/proctor·v1.0.0

Human oversight for AI agents: block a tool call on a verified human, with on-chain proof.

B83/100grade B
What users say
No reviews yet
Be the first
Safety scan
B83/100

full report

Adoption
Growing

0 stars33 downloads/wk

Reviews

Write one

Nobody has reviewed Proctor yet.

If you have run it, two minutes of your experience saves the next person an afternoon.

Proctor tools (1)

write = sends, deletes, buys or posts

Read from the package source without running it. The installed server may list more.

  • request_human_approval

    Block until a verified human who is NOT the operator of this agent approves or refuses a

Public scan report

scanner v0.1.10 · 2026-10-02 · same rubric, same numbers if you re-run it

no findings
  • Code scan3 source files scanned25/25
  • –Live reliabilityno gateway calls yet and no remote to proben/a
  • –Tool poisoningtools not inspected (local package is not executed); not countedn/a
  • Auth qualitystatic API keys via environment variables6/15
  • Maintenancelast push 21 days ago15/15
  • Maintainer identityregistry namespace matches repository owner; GitHub account older than a year8/10
Overall 83/100. Components that don't apply are left out of the denominator. Any critical finding is an F.RubricAppeal a findingJSON

How Proctor compares

Against every graded MCP server, from our own scans and uptime checks. Updated after each scan run.

Safety score
83/100
higher than 65% of 48,243 servers
Tools
1
the typical server has 7
Tools that change things
0%
typical: 0%. Fewer write tools means less an agent can break
Downloads a week
33
more than 21% of 12,306 servers with a package

What its tools let an agent do: 1 read

Install Proctor in Claude Code, Cursor or VS Code

Runs npx -y proctor-mcp on your machine. Read the scan report first; the gateway never runs local packages.

claude mcp add proctor -- npx -y proctor-mcp
Add to Cursor

What the publisher says

From the Proctor repository's README, as published. We do not edit it. Read it on GitHub

PROCTOR

An AI agent stops mid-payment and pays a live, verified human for permission to continue.

An AI agent hits a policy threshold and is stopped by an HTTP 402. It pays $0.42 in USDC on Hedera to open a decision. A human witness who is not the operator proves liveness with World ID, bound to the hash of that exact decision, and approves or refuses inside 60 seconds. The default is refuse. An attestation binding the decision hash, the liveness proof, the witness nullifier and a consensus timestamp lands on a Hedera Consensus Service topic with no admin key.

The product is the evidence, not the approval.

Built for ETHOnline 2026. Partners: Hedera (AI & Agentic Payments, Improve the Harness), World (Selfie Check), Arc (Best Agentic Economy with Circle Agent Stack).

The problem, the solution, the stack

The problem

Every AI agent framework already ships a human-approval interrupt. LangGraph has interrupt, Temporal has signals, OpenAI has needsApproval. They are free, already integrated, and they all produce the same artefact:

approved_by: user_44, 14:22:07

That row is written by the system being audited. It is editable by the party being audited. And it contains no evidence that a human, rather than the agent's own service account, produced it.

Since 2 August 2026, the EU AI Act's obligations bind deployed high-risk systems. Article 12(3)(d) requires "the identification of the natural persons involved in the verification of the results", and Article 14(4) requires that such systems be "effectively overseen by natural persons" who can "interrupt the system". Both bind every high-risk deployer.

Article 14(5) goes further and requires "at least two natural persons" — but read its opening clause: "For high-risk AI systems referred to in point 1(a) of Annex III", which is remote biometric identification. A supplier-payment agent is not that, so 14(5) does not bind this example deployer. We build to it anyway, because it is the strictest oversight bar the Act names and the evidence is identical either way. The scope is set out in full here.

A self-written, self-editable log satisfies neither.

The solution

Proctor binds four things a self-hosted approve button cannot:

  1. The decision hash — the witness's liveness proof is cryptographically bound to this decision via the World signal, not to "a human approved something at some point"
  2. A liveness proof issued by a party that is not the deployer — World ID
  3. A nullifier proving the approver is not the operator — two distinct accounts, checkable by a third party rather than asserted
  4. A consensus timestamp on a log with no admin key — a clock the deployer did not choose, on a record nobody can rewrite, including us

Any third party verifies the whole record offline, against Hedera's mirror node and World's own verifier, without trusting Proctor.

Why this stack

Shortened. The full README is on GitHub.

Nothing above is checked by us. What we check is on the safety report.

Proctor: common questions

Is Proctor MCP server safe?
Mostly: it is graded B (83/100). Read the Proctor safety report
How do I install Proctor?
It runs on your machine. Copy the Claude Code, Cursor, VS Code or Claude Desktop config from the install section.
Does Proctor need an API key?
Yes. The registry entry asks for HEDERA_AGENT_KEY.
Is Proctor maintained?
The last commit was 55 days ago (2026-09-11). The latest release is v1.0.0.
What can I use instead of Proctor?
Servers from other publishers that do the same job: node9 MCP server.
How does Proctor compare with other MCP servers?
safety score 83/100 (higher than 65% of 48,243 servers); tools 1 (the typical server has 7); tools that change things 0% (typical: 0%. Fewer write tools means less an agent can break). Full comparison.

Alternatives to Proctor

Same job from other publishers: the closest match first, then the best rated.

  • node9
    Access control for AI agents and MCP servers: allow, hold for approval, or block each tool call
    A