Proctor

io.github.louissarvinPublished by GitHub account louissarvinv1.0.0Updated Oct 24, 2026

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

VerifiedSTDIODesktop onlyFinanceSecurity & Monitoring

Overview

AI-generated overview

Proctor blocks an AI agent's tool call until a verified human who is not the operator approves it, returning on-chain proof of the decision.

What you can do
  • Request human approval: one tool, request_human_approval, pauses the agent and hands a decision link to a real person.
  • Apply policy first: calls below the configured threshold proceed without a human, so most invocations never interrupt anyone.
  • Return a verifiable outcome: approved, refused or expired, with a citation on a Hedera topic that a third party can check later.
  • Fail closed on a deadline and distinguish a refusal from an unreachable gate.
  • Optionally settle a real x402 payment through a Hedera wallet when one is configured.
When to use it
Use it when an agent can take consequential actions and you want a human outside the operator loop to sign off, with evidence that survives the click. It suits teams that need auditable approval records rather than a local confirmation dialog.
Requirements
Runs locally over stdio via npx proctor-mcp, typically in a desktop MCP client. Needs a reachable Proctor gate, set by PROCTOR_API (defaults to a local address). Paid mode additionally needs HEDERA_AGENT_ID, the HEDERA_AGENT_KEY private key and AGENT_ALLOWED_TOKENS; without them it falls back to the operator endpoint and settles nothing.
Before you install
HEDERA_AGENT_KEY is an ECDSA private key that spends money; scope it to a funded testnet account and nothing else. AGENT_ALLOWED_TOKENS limits which tokens the agent may pay in. Paid mode settles real payments through a third-party facilitator, and the approval link is deliberately withheld from the payer. Decisions are recorded on a public Hedera topic.

Installation

In SourceWeft

  1. Open Proctor in the dashboard and add it to a workspace.
  2. Enable the server for the chats that should use its tools.

Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.

Other MCP clients

Follow the launch instructions in the repository.

README

Proctor MCP server

The human-in-the-loop that MCP's specification asks for and does not provide.

The MCP tools spec says, verbatim:

"For trust & safety and security, there SHOULD always be a human in the loop with the ability to deny tool invocations."

Applications SHOULD ... "Present confirmation prompts to the user for operations, to ensure a human is in the loop."

It then defines no mechanism for it. Every client builds its own confirmation dialog, locally, and nothing survives the click. Three questions an auditor asks after an incident have no answer:

QuestionWhat a local dialog can show
Was a human actually there?Nothing. A dialog proves a click, not a person
Was it someone other than the agent's operator?Nothing
Can you prove it to someone who does not trust you?Nothing

Meanwhile the direction of travel for paid MCP tools is explicitly the other way. Vercel's x402-mcp pitch is "no account, no API key, no human in the loop". That is correct for a weather API and wrong for a wire transfer.

This server is the missing mechanism.

What it does

One tool: request_human_approval.

It blocks the agent on a real person who is not the operator, fails closed on a deadline, and returns a citation on a Hedera topic with no admin key — so the decision can be proven to a third party later, without trusting the agent or us.

below threshold   → Proceed. Policy did not require a human (below_threshold).above threshold   → blocks, hands a link to a phone, waitsapproved          → Approved by a verified human. HCS sequence #41. You may proceed.refused / expired → NOT approved (EXPIRE). Do not proceed.

Most calls never reach a human. An oversight tool that interrupts everything is one the agent's owner switches off, so policy runs first and the common path is free.

Install

Published on npm as proctor-mcp and listed in the MCP Registry as io.github.louissarvin/proctor.

jsonc
// Claude Desktop: claude_desktop_config.json{  "mcpServers": {    "proctor": {      "command": "npx",      "args": ["-y", "proctor-mcp"],      "env": { "PROCTOR_API": "http://localhost:3700" }    }  }}

Nothing to clone and nothing to build. Point PROCTOR_API at a Proctor instance; the default is http://localhost:3700.

Verify it without a client:

bash
printf '%s\n%s\n' \  '{"jsonrpc":"2.0","id":1,"method":"initialize","params":{}}' \  '{"jsonrpc":"2.0","id":2,"method":"tools/list"}' \  | npx -y proctor-mcp

Works with any MCP client — Claude Desktop, Cursor, or your own. Transport is JSON-RPC 2.0 over stdio, protocol version 2025-06-18.

Verify it without a client:

bash
printf '%s\n%s\n' \  '{"jsonrpc":"2.0","id":1,"method":"initialize","params":{}}' \  '{"jsonrpc":"2.0","id":2,"method":"tools/list"}' \  | bun src/index.ts

Three decisions worth knowing

A refusal is not a tool error. It returns isError: false with approved: false. Marking a refusal as an error invites a model to treat it as a transient fault and retry around it, which is precisely the behaviour this tool exists to prevent.

Unreachable is not refused. If Proctor is down the tool says so explicitly and marks isError: true. "The gate is down" and "a human said no" are different facts, and collapsing them means an outage silently becomes a rejection — or worse, gets retried until it isn't.

No dependencies on the oversight path. JSON-RPC over stdio is a loop, and adding an SDK to a security tool is how it acquires a supply chain. The x402 client is imported lazily and only when a wallet is configured, so pointing this at a hosted Proctor to ask a human a question never loads a Hedera SDK.

Paid mode

Set a wallet and the tool stops simulating and starts paying:

jsonc
"env": {  "PROCTOR_API": "http://localhost:3700",  "HEDERA_AGENT_ID": "0.0.xxxxx",  "HEDERA_AGENT_KEY": "302e…",  "AGENT_ALLOWED_TOKENS": "0.0.10394781"}

It then hits the real x402 gate and settles through the Blocky402 facilitator. A verified run:

[proctor] paid the gate; a witness is being dispatched from the rotastructuredContent: { "approved": false, "outcome": "EXPIRE", "paid": true }

and the corresponding settlement on Hedera testnet:

0.0.10359475   -420000     the agent pays0.0.10349677  +415800     treasury0.0.10349667    +4200     1% HTS custom fee, assessed on chainfee payer 0.0.7162784     Blocky402

Policy runs first, and it is free. POST /v1/gate/evaluate decides whether a human is needed before any payment is made. An oversight tool that charges on every invocation is one the agent's owner switches off within a day.

Paid mode returns no witness link, on purpose. The gate never hands the approval URL back to the payer — an agent that could reach it could approve its own decision, which is the single property this product sells. The human is reached through the operator's rota instead. Unpaid operator mode does return a link, because there the caller is the operator.

Without a wallet the tool falls back to Proctor's operator endpoint, which opens a real decision but settles nothing, and says so in its own output (paid: false).

What it does not do yet

The evidence citation may read attestation pending when a decision resolves faster than consensus. The record lands afterwards, off the agent's critical path, and the sequence number is durable in the decision's own record.

Only the Hedera rail is wired here. The gate advertises Arc through Circle's Gateway too, and agent/ demonstrates it; the MCP client registers the Hedera scheme only.

Source: mcp/README.md at commit 29055f2

Tools

0
SourceWeft has not started this package in its sandbox yet, so its tools are not known.

Version history

1
  1. v1.0.0LatestSep 16, 2026

Score

40% of the applicable checks met

How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.

  • Reached in the last 30 days25 pts

    Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.

  • Auth declared10 pts

    Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.

  • Tools listed15 pts

    Answer tools/list without a credential, or ship a package that starts in a sandbox without one.

  • DescriptionRequired15 pts
  • Logo10 pts
  • Documentation15 pts
  • License10 pts

    Declare a license in the repository or the registry entry.