io.github.lesofi/handinloop-mcp-server
NPM · HANDINLOOP-MCP-SERVER · SCANNED AUG 3
Human-in-the-loop document extraction: submit a doc, get validated fields and an audit trail.
Available components
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 →
Supply Chain Security87
- No malware found by supply-chain analysis.Pass
- Only part of the dependency tree could be resolved (95 of 99), so this covers what we could see, not the whole tree.Partial
- No install/post-install scripts declared.Pass
- Only part of the dependency tree could be resolved (95 of 99), so this covers what we could see, not the whole tree. 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 22 days ago).Pass
- Security-disclosure policy not yet verified: we couldn't inspect the source repository.Unverified
Schema Quality & AI Usability68
- 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 Management23
- Stability observed for 7 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
Capabilities100
- Implements a supported MCP spec version (2025-11-25); the latest is 2026-07-28.Pass
Add this component to your MCP client. Where a client-specific snippet is available, pick your client below and copy it straight into your config; otherwise use the connection detail shown.
npm · handinloop-mcp-server
claude mcp add lesofi-handinloop-mcp-server -- npx -y handinloop-mcp-server
codex mcp add lesofi-handinloop-mcp-server -- npx -y handinloop-mcp-server
{
"$schema": "https://opencode.ai/config.json",
"mcp": {
"lesofi-handinloop-mcp-server": {
"type": "local",
"command": [
"npx",
"-y",
"handinloop-mcp-server"
],
"enabled": true
}
}
} openclaw mcp add lesofi-handinloop-mcp-server --command npx --arg -y --arg handinloop-mcp-server
mcp_servers:
lesofi-handinloop-mcp-server:
command: "npx"
args: ["-y", "handinloop-mcp-server"] {
"mcpServers": {
"lesofi-handinloop-mcp-server": {
"command": "npx",
"args": [
"-y",
"handinloop-mcp-server"
]
}
}
} 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.
- 3 Aug 26 +46
- Provenance: unverified → fail ▼ security
- Install scripts: unverified → pass ▲ security
- Known CVEs: unverified → partial ▲ security
- Stability: unverified → 0.23 ▲ functional
- MCP protocol: unverified → pass ▲ functional
- Maintenance: unverified → pass ▲ functional
- License: unverified → pass ▲ functional
- Tool coverage: unverified → 100 ▲ functional
- Schema quality: unverified → excellent ▲ functional
- Licence: MIT functional
- 2 Aug 26 +3
- Malware scan: unverified → pass ▲ security
- Tool coverage: 100 → unverified ▼ functional
- Dependency health: unverified → partial ▲ functional
- 31 Jul 26 −5
- We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
- 30 Jul 26 −19
- Tool coverage: 100 → unverified ▼ functional
- 28 Jul 26 +19
- Tool coverage: unverified → 100 ▲ functional
- First check of Schema quality: unverified functional
- First check of Schema quality: fail functional
- First check of Schema quality: fail functional
- First check of Tool coverage: 100 functional
- 27 Jul 26 18
First indexed and scored.
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 3 Aug 2026 · Analysed npm/[email protected]
Provenance none
Ecosystem: npm · Outcome: none
Dependencies 95 packages
95 packages in the resolved dependency tree · 95 deprecated · 29 stale.
The dependency tree was only partially resolved, so these counts may be incomplete.
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.
handinloop_get_job_result 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.
| Name | Type | Req | Description |
|---|---|---|---|
| job_id | string | yes | Job id returned by handinloop_submit_extraction_job |
No output schema declared.
No examples provided.
handinloop_get_job_status 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? }
| Name | Type | Req | Description |
|---|---|---|---|
| job_id | string | yes | Job id returned by handinloop_submit_extraction_job |
No output schema declared.
No examples provided.
handinloop_list_task_types List HandInLoop 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 Propose Extraction 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 }] }
| Name | Type | Req | Description |
|---|---|---|---|
| document_base64 | string | — | Base64-encoded document content (alternative to document_url) |
| document_url | string | — | Publicly fetchable URL of the document (PDF or image) |
| file_name | string | — | Original filename, e.g. 'do-123.pdf' |
| goal | string | — | Optional focus, e.g. 'accounts payable' |
No output schema declared.
No examples provided.
handinloop_save_task_type Save a Reusable 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 }.
| Name | Type | Req | Description |
|---|---|---|---|
| description | string | — | Optional description of the type |
| fields | array | yes | The field set to save (at least one) |
| id | string | — | Stable handle; derived from name if omitted |
| name | string | — | Human name, e.g. 'Delivery Order' |
No output schema declared.
No examples provided.
handinloop_submit_extraction_job 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 }
| Name | Type | Req | Description |
|---|---|---|---|
| document_base64 | string | — | Base64-encoded document content (alternative to document_url) |
| document_url | string | — | Publicly fetchable URL of the document (PDF or image) |
| fields | array | — | Custom extraction: define the fields to extract instead of a built-in task_type. Provide task_type OR fields. |
| file_name | string | — | Original filename, e.g. 'inv-04187.pdf' |
| instructions | string | — | Free-form note passed to the human reviewer |
| task_type | string | — | Built-in task type id from handinloop_list_task_types, e.g. 'invoice'. Provide this OR fields. |
No output schema declared.
No examples provided.