bizfile

Before you deal with a company you have only just met, it helps to know whether public registries back up what it says about itself. bizfile is a small local bridge to the hosted Jid MCP service: you can search for a business file by name or registry number, read the file with its cited facts, ask for a proceed / review / stop verification decision with a signed receipt, fetch an earlier receipt by its id, or run deterministic header checks on an email to see whether it really came from who it claims.

Nothing is verified on your own machine. This package answers tools/list locally from the captured tool definitions and forwards every tools/call to the hosted service over a streamable-HTTP JSON-RPC session, returning whatever the service sends back unchanged.

This build is a labelled subset. The captured Jid surface had seven tools; the two that screen individual people — qualify_counterparty and screen, which score a lead or sender from their personal email, phone, IP geolocation and browser signals — are not part of this rebuild and are never registered, at the MCP layer or on the CLI.

The tools

• search_business — Finds business files by name or by any registry number (FEI, LEI, SEC CIK, DUNS, NDC labeler code, state licence or entity number, French SIREN or SIRET), returning candidates with status and match evidence. Passing country "FR" also searches the French SIRENE register live.
• get_business_file — Returns one business's file by its Jid id: status and flags, identifiers, verified websites and the top facts with source and verification date — or, with detail "full", every current fact with its provenance, owner statements, possible matches and change history.
• verify_business — Verifies a business against the registry facts Jid holds, by id or by name / registry number, optionally for a stated activity, jurisdiction and amount. With an activity it returns a decision (proceed, review, stop or insufficient_data) with reasons and a signed receipt_id; without one it returns the status and the top cited facts.
• get_receipt — Returns a stored, Ed25519-signed verification receipt by receipt_id: the inputs, decision, reasons, fact ids and value hashes, rules version and time of the check.
• check_email — Checks the raw headers of a message you supply: DMARC / SPF / DKIM as the receiving server recorded them, DKIM alignment with From, a Reply-To on another domain, and a From domain or display name imitating a known business. The headers are processed in memory and never stored, per the captured description.

No built tool buys anything, starts a subscription, checks out, mints a key, or screens a person.

Install and run

As an MCP server via npm:

npx -y @reneturcios/bizfile mcp

MCP client configuration:

{
  "mcpServers": {
    "bizfile": {
      "command": "npx",
      "args": ["-y", "@reneturcios/bizfile", "mcp"]
    }
  }
}

As a container:

docker run -i ghcr.io/cloudcorprecords/bizfile
docker run --rm ghcr.io/cloudcorprecords/bizfile get_receipt '{"receipt_id":"rcpt_123"}'

CLI

One binary serves both the command line and the MCP server. Each tool is a subcommand taking a single JSON string with that tool's arguments:

bizfile search_business '{"query":"Example Corp"}'
bizfile get_business_file '{"id":"example-corp-a1b2c3"}'
bizfile verify_business '{"id":"example-corp-a1b2c3","activity":"general_commerce"}'
bizfile get_receipt '{"receipt_id":"rcpt_123"}'
bizfile check_email '{"headers":"From: a@example.com\nSubject: hi\n"}'
bizfile --version

Exit codes: 0 when the forwarded call succeeds, 1 when the upstream result is an error, and 2 for usage problems such as an unknown subcommand — including either omitted tool — or a malformed JSON argument.

Configuration

• JID_MCP_URL — Overrides the upstream endpoint. The default is the pinned hosted endpoint, https://jid.com/mcp. (The override

... View full README on GitHub