Skip to content
verify mcp Beta VerifyMCP is currently in beta. If you notice any issues, get in touch and we’ll put it right.

io.github.lesofi/handinloop-mcp-server

NPM · HANDINLOOP-MCP-SERVER · SCANNED SEP 20

Human-in-the-loop document extraction: submit a doc, get validated fields and an audit trail.

0 this week 77 Trust /100
Trust breakdown (7 categories)

How this component scores in each security and reliability category. Every signal is checked automatically from public evidence about the published package, including repeated runs of it in an isolated sandbox, and we only credit what we can confirm. How we score → Why this is hard to score →

Supply Chain Security98
  • No malware found by supply-chain analysis.Pass
  • No known CVEs affecting this package version or its production dependencies.Pass
  • No install/post-install scripts declared.Pass
  • 31 of 96 dependencies flagged as unhealthy. View diagnostics → Partial
Provenance & Transparency19
  • Repository check failed: the declared repository URL returned HTTP 404. See how to fix → View diagnostics → Fail
  • Provenance check failed: no build-provenance attestation is published. See how to fix → View diagnostics → Fail
  • Clear OSI-approved license (MIT).Pass
  • Actively maintained (last published 70 days ago).Pass
  • Security-disclosure policy not yet verified: we couldn't inspect the source repository.Unverified
Schema Quality & AI Usability71
  • AI-judged instruction clarity (excellent).Pass
  • Context-footprint check failed: tool/resource definitions use about 1223 tokens (~203/item across 6 items; 6 tools + 0 resources), over budget; trim descriptions and params. See how to fix → Fail
  • Usage-examples check failed: none of the tools include examples. See how to fix → Fail
Stability & Change Management93
  • Stability observed for 28 of 30 days with no destabilising changes; credit accrues until the full window elapses.Partial
Tool Coverage100
  • 100% of tools have a non-trivial description (not blank, and not just the tool's name).Pass
  • 100% of tool parameters carry a description.Pass
Tool Safety100
  • No prompt-injection markers were found in the server instructions, tool names or descriptions we captured.Pass
  • We read all 6 captured tool definition(s), and no name or description among them implies an irreversible operation.Pass
  • An AI judge read all 6 captured unit(s) of tool text and found none that tries to manipulate the model reading it.Pass
Capabilities100
  • Implements a supported MCP spec version (2025-11-25); the latest is 2026-07-28.Pass
Install

How do I install the io.github.lesofi/handinloop-mcp-server server?

io.github.lesofi/handinloop-mcp-server runs locally as an npm package, launched with npx -y handinloop-mcp-server. Ready-made configuration for Claude, Cursor, VS Code, Codex and 5 more is on this page, copied from each client's own documentation.

npm · handinloop-mcp-server

# add to Claude Code
claude mcp add lesofi-handinloop-mcp-server -- npx -y handinloop-mcp-server
// .cursor/mcp.json
{
  "mcpServers": {
    "lesofi-handinloop-mcp-server": {
      "command": "npx",
      "args": [
        "-y",
        "handinloop-mcp-server"
      ]
    }
  }
}
// .vscode/mcp.json
{
  "servers": {
    "lesofi-handinloop-mcp-server": {
      "command": "npx",
      "args": [
        "-y",
        "handinloop-mcp-server"
      ]
    }
  }
}
# add to Codex CLI
codex mcp add lesofi-handinloop-mcp-server -- npx -y handinloop-mcp-server
// opencode.json
{
  "$schema": "https://opencode.ai/config.json",
  "mcp": {
    "lesofi-handinloop-mcp-server": {
      "type": "local",
      "command": [
        "npx",
        "-y",
        "handinloop-mcp-server"
      ],
      "enabled": true
    }
  }
}
# add to OpenClaw
openclaw mcp add lesofi-handinloop-mcp-server --command npx --arg -y --arg handinloop-mcp-server
# ~/.hermes/config.yaml
mcp_servers:
  lesofi-handinloop-mcp-server:
    command: "npx"
    args: ["-y", "handinloop-mcp-server"]
// ~/.netclaw/config/netclaw.json
{
  "McpServers": {
    "lesofi-handinloop-mcp-server": {
      "Transport": "stdio",
      "Command": "npx",
      "Arguments": [
        "-y",
        "handinloop-mcp-server"
      ]
    }
  }
}
# add to Vellum
assistant mcp add lesofi-handinloop-mcp-server -t stdio -c npx -a -y handinloop-mcp-server
// mcp.json
{
  "mcpServers": {
    "lesofi-handinloop-mcp-server": {
      "command": "npx",
      "args": [
        "-y",
        "handinloop-mcp-server"
      ]
    }
  }
}
Changelog

Every change we have recorded for this component, newest first. Security-relevant changes are always shown. ▲ marks a change for the better, ▼ a change for the worse; unmarked changes are neutral.

  • 19 Sept 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 87 to 90. That category is still filling its 30-day observation window: 26 days of observed history at the previous scan, 27 at this one. The score rises as the window fills, whether or not the server changes.

  • 17 Sept 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 80 to 83. That category is still filling its 30-day observation window: 24 days of observed history at the previous scan, 25 at this one. The score rises as the window fills, whether or not the server changes.

  • 16 Sept 26 −3
    • Stability: pass → 0.80 functional
  • 15 Sept 26 0
    • Stability: 0.97 → pass security
  • 14 Sept 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 93 to 97. That category is still filling its 30-day observation window: 28 days of observed history at the previous scan, 29 at this one. The score rises as the window fills, whether or not the server changes.

  • 12 Sept 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 87 to 90. That category is still filling its 30-day observation window: 26 days of observed history at the previous scan, 27 at this one. The score rises as the window fills, whether or not the server changes.

  • 10 Sept 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 80 to 83. That category is still filling its 30-day observation window: 24 days of observed history at the previous scan, 25 at this one. The score rises as the window fills, whether or not the server changes.

  • 9 Sept 26 −3
    • Stability: pass → 0.80 functional
Diagnostics

Diagnostic detail from the automated scan of this channel: what the scanner observed at each step, so you can see exactly where a check passed or failed. It is informational only and never changes the trust score.

Captured 20 Sept 2026 · Analysed npm/handinloop-mcp-server@0.4.0

Provenance No attestation

The registry publishes no build provenance for this version, so there is nothing to verify.

Result No attestation
Ecosystem npm

Background: How many MCP packages publish verified provenance →

Dependencies 96 packages
Packages resolved 96
Stale 31
Tree resolution Complete

Background: SBOMs and build attestations, explained →

MCP tools · 6 exposed · ~1,223 tokens

The tools this component advertises to a client, with an estimated token cost for each. Expand a tool to see its parameters and schema. The per-tool counts are indicative and are not scored directly; the schema's total context footprint is one signal in Schema Quality & AI Usability. A tool's description is untrusted text the model reads on every call, which is what makes this list a security surface and not just an inventory: how tool poisoning works →

Tool Tokens
handinloop_get_job_result ~167

Fetch the validated extraction result for a completed job. Only call once handinloop_get_job_status reports status 'completed' (calling earlier returns an error with the remaining time). Returns: { job_id, task_type, status, fields: [{ name, value, confidence (0..1), human_verified }], line_items?: [...], // for invoice-like documents audit_trail: [{ at, actor: system|ai|human, action }] } Fields with human_verified=true were reviewed or corrected by a trained human — treat confidence 1.0 as authoritative. The audit_trail documents every step for compliance purposes; preserve it when storing results.

NameTypeReqDescription
job_idstringyesJob id returned by handinloop_submit_extraction_job

No output schema declared.

No examples provided.

handinloop_get_job_status ~142

Check the status of a previously submitted extraction job. Statuses: 'queued' (waiting for a worker) -> 'in_review' (human processing) -> 'completed' (result ready) | 'rejected' (invalid document). Use estimated_seconds_remaining to pick a sensible polling interval; for scheduled routines, checking on the next run is usually enough. Args: - job_id: id returned by handinloop_submit_extraction_job Returns: { job_id, task_type, status, submitted_at, finished_at?, estimated_seconds_remaining? }

NameTypeReqDescription
job_idstringyesJob id returned by handinloop_submit_extraction_job

No output schema declared.

No examples provided.

handinloop_list_task_types ~77

List the document extraction task types the HandInLoop human-in-the-loop platform supports. Call this first to discover valid 'task_type' values for handinloop_submit_extraction_job, and to see which fields each task type returns. Returns: { task_types: [{ id, name, description, output_fields[] }] }

Input schema present but exposes no named parameters.

No output schema declared.

No examples provided.

handinloop_propose_fields ~217

Ask HandInLoop to propose the fields worth extracting from a document — the "what should I extract?" assist. Given a document (and an optional goal), the model suggests a field set you can then pass as 'fields' to handinloop_submit_extraction_job for a custom, human-verified extraction. Synchronous: returns immediately, no job, no human review. Args: - document_url OR document_base64: the document (PDF/image). Exactly one required. - file_name (optional) - goal (optional): focus, e.g. "accounts payable" Returns: { fields: [{ name, description }] }

NameTypeReqDescription
document_base64stringBase64-encoded document content (alternative to document_url)
document_urlstringPublicly fetchable URL of the document (PDF or image)
file_namestringOriginal filename, e.g. 'do-123.pdf'
goalstringOptional focus, e.g. 'accounts payable'

No output schema declared.

No examples provided.

handinloop_save_task_type ~236

Save a named custom field set as a reusable task type (#103 Phase B). Once saved, submit against it by passing its returned id as 'task_type' to handinloop_submit_extraction_job — no need to re-send the fields each time. Saved types also appear in handinloop_list_task_types. Saving an existing id updates it. Args: - fields: [{ name, description? }] — the field set (required, at least one). - name (optional): human name; the id is derived from it if 'id' is omitted. - id (optional): stable handle (lowercase letter then letters/digits/underscores). Must not collide with a built-in. - description (optional). Returns the saved TaskType { id, name, description, output_fields }.

NameTypeReqDescription
descriptionstringOptional description of the type
fieldsarrayyesThe field set to save (at least one)
idstringStable handle; derived from name if omitted
namestringHuman name, e.g. 'Delivery Order'

No output schema declared.

No examples provided.

handinloop_submit_extraction_job ~384

Submit a document to HandInLoop for extraction with human-in-the-loop validation. AI extracts the document first; low-confidence fields are routed to a trained human reviewer. The result is validated data with per-field confidence and a complete audit trail. ASYNC: returns immediately with a job_id and status 'queued'. Human turnaround is minutes to hours in production — poll handinloop_get_job_status (respect estimated_seconds_remaining), then call handinloop_get_job_result once status is 'completed'. Ideal for scheduled/recurring workflows. Args: - task_type: one of the ids from handinloop_list_task_types (e.g. "invoice"), OR - fields: for CUSTOM extraction, describe the fields to extract yourself — [{ name, description? }]. Works on ANY document, not just the built-in task types. Provide task_type OR fields. - document_url OR document_base64: the document (PDF/image). Exactly one required. - file_name (optional): original filename for routing and audit - instructions (optional): note for the human reviewer Returns: { job_id, task_type, status, submitted_at, estimated_seconds_remaining }

NameTypeReqDescription
document_base64stringBase64-encoded document content (alternative to document_url)
document_urlstringPublicly fetchable URL of the document (PDF or image)
fieldsarrayCustom extraction: define the fields to extract instead of a built-in task_type. Provide task_type OR fields.
file_namestringOriginal filename, e.g. 'inv-04187.pdf'
instructionsstringFree-form note passed to the human reviewer
task_typestringBuilt-in task type id from handinloop_list_task_types, e.g. 'invoice'. Provide this OR fields.

No output schema declared.

No examples provided.

Common questions

What is the io.github.lesofi/handinloop-mcp-server server?

io.github.lesofi/handinloop-mcp-server is listed in the public MCP registry as io.github.lesofi/handinloop-mcp-server. Human-in-the-loop document extraction: submit a doc, get validated fields and an audit trail. This page covers its npm package (handinloop-mcp-server).

Is the io.github.lesofi/handinloop-mcp-server server safe to use?

io.github.lesofi/handinloop-mcp-server scores 77 out of 100 on VerifyMCP. We found no known CVEs affecting it as of 20 September 2026. It declares no install or post-install scripts. That is a record of what we were able to check automatically, not an endorsement. The category breakdown on this page shows every signal behind the number, including the ones we could not confirm.

What tools does the io.github.lesofi/handinloop-mcp-server server expose?

io.github.lesofi/handinloop-mcp-server exposes 6 tools: handinloop_list_task_types, handinloop_propose_fields, handinloop_save_task_type, handinloop_submit_extraction_job, handinloop_get_job_status, handinloop_get_job_result. Their descriptions and schemas cost roughly 1,223 tokens of context every time the server is loaded.

Is the io.github.lesofi/handinloop-mcp-server server still maintained?

io.github.lesofi/handinloop-mcp-server is still listed as active in the MCP registry. We last reached this channel on 20 September 2026. Those dates come from our own scans of the registry and the channel itself, not from anything the publisher announced.

What licence is the io.github.lesofi/handinloop-mcp-server server under?

io.github.lesofi/handinloop-mcp-server declares the MIT licence, which is OSI-approved. That covers the source only, and says nothing about the cost of any service it calls.