ProbaFide

Proof rails for AI agents.

Verification, evidence receipts, and notarial handoff for workflows that require legal authority.

ProbaFide is a live, MCP-native verification and notarial-handoff API for AI agents working in legal, financial, corporate, real-estate, and diligence workflows.

Evidence receipt

rec_20260610T130113Z_56f1dcf03144
source-bound
{
  "ok": true,
  "tool_name": "br_cnpj_lookup",
  "source": "brasilapi",
  "legal_assurance_level":
    "public_api_observation",
  "timestamp_utc": "2026-06-10T13:01:13Z",
  "request_sha256": "f910…413f",
  "response_sha256": "71c5…8535",
  "limitations": ["Public API
    observation only. No legal or notarial
    conclusion was produced."]
}
Verify this receipt live ↗

02What it is

Agent-native verification with explicit limits.

What ProbaFide does

ProbaFide gives AI agents a safe way to verify legal-adjacent facts, create audit receipts, and escalate to authorized notarial channels.

It provides structured verification tools, source-bound outputs, evidence receipts, and human notarial handoff packets for workflows where the agent must separate observed facts from legal authority.

What ProbaFide is not

  • Not a cartório or tabelião.
  • Not an official government service.
  • Not legal advice.
  • Not a replacement for lawyers, e-Notariado, or signature platforms.

ProbaFide is not a cartório, notary, legal authority, government service, or substitute for legal advice.

03Use cases

Built for the moment an agent must prove its homework.

Three workflows ProbaFide is designed around — each one ends with receipts an auditor can replay, and a clear decision about what still needs human authority.

01

Counterparty diligence before a contract

An agent drafting a contract checks the counterparty's CNPJ registration, status, and partners, attaches a receipt for every lookup, and flags anything that requires human legal review before signature.

02

Real-estate closing dossier

An agent assembling a property closing verifies addresses and the seller entity, collects the evidence into a receipted dossier, and creates a notarial handoff packet for the escritura at the cartório.

03

Signed-document check with escalation

An agent receives a signed PDF, runs a technical ICP-Brasil signature-conformity check, gets a receipt that states what was not proven, and escalates when the workflow needs an act with legal authority.

04Trust ladder

Observed is not the same as notarized.

ProbaFide separates evidence, technical checks, and authorized human acts so agents know when to stop and escalate.

  1. Observation 01

    Data returned by a public or official source.

    A source-bound observation can answer what was seen, when, and from where.

  2. Evidence 02

    Observation plus timestamp, hash, and receipt.

    The receipt makes the check auditable without turning it into legal authority.

  3. Conformity check 03

    Technical validation of a file or signature.

    A configured provider can return a signature-conformity report; otherwise ProbaFide fails closed.

  4. Handoff 04

    Structured packet for human authority.

    A handoff packet packages the facts, hashes, limitations, and requested review path.

  5. Legal authority 05

    Completed act by an authorized entity.

    This requires a partner-confirmed event from an authorized notarial rail.

observed verified validated notarized

05How it works

From agent request to receipted boundary.

The product surface is built for agents first: deterministic tools, structured outputs, and a clear escalation decision.

01

Agent

Receives a counterparty, address, file, or workflow question.

02

MCP tool

Calls a narrow ProbaFide tool with explicit input.

03

Source-bound response

Returns what was checked, which source was used, and what came back.

04

Receipt

Records timestamp, source, hashes, assurance level, and limitations.

05

Escalation

Creates a handoff when human review or an authorized notarial act is required.

Product contract

Every answer resolves five questions.

  1. What was checked?
  2. What source was used?
  3. What did the source return?
  4. What is the assurance level?
  5. What receipt proves the check happened?

06Assurance levels

Each result carries a plain-language boundary.

The assurance level states what ProbaFide can support from the source and what still requires review or authority.

public_api_observation Observed from a public or community API.
official_api_observation Observed from an official API.
signature_conformity_check Technical signature validation performed.
notary_handoff_pending Local or submitted handoff pending human or legal authority.
notarial_act_completed Completed by an authorized notarial partner or system; requires a partner-confirmed event.
unavailable Tool failed, source unavailable, or credentials missing.

07For developers

Live API, fail-closed, receipt-native.

ProbaFide is a live public API — no account, no API key — plus a narrow MCP tool layer agents can call before acting inside legal-adjacent workflows. Every call returns a receipt.

Live — public API, no key required

GET https://api.probafide.ai/ — the machine-readable guide: endpoints, response shape, and receipt semantics an agent can discover on its own.

Unavailable credentials, disabled providers, and missing partner rails return structured limitations instead of optimistic conclusions.

br_cnpj_lookupbr_cep_lookupbr_bank_lookupbr_municipalities_lookupbr_pix_participantsbr_national_holidaysbr_rate_lookupbr_gazette_searchbr_public_contracts_searchbr_sanctions_checke_notariado_certificate_checkcreate_notarial_handoffget_receipt
probafide https · stdio
$ curl -s https://api.probafide.ai/v1/verify/cnpj \
    -H 'Content-Type: application/json' \
    -d '{"cnpj":"00000000000191"}'
{
  "ok": true,
  "source": "brasilapi",
  "legal_assurance_level": "public_api_observation",
  "receipt_id": "rec_..."
}

# claude_desktop_config.json · MCP, agent-native
{
  "mcpServers": {
    "probafide": {
      "command": "uv",
      "args": ["--directory", "/path/to/probafide",
               "run", "probafide", "mcp"]
    }
  }
}

Brazil first

Built around civil-law notarial tradition and digital rails.

Brazil is the first market because it combines a civil-law notarial tradition, digital notarial infrastructure, and public or official data rails.

08Roadmap

Four phases, no skipped rungs.

Each phase only claims what its rails can support — the assurance levels grow with the integrations behind them.

P1

MCP server, Brazil-first

Deterministic tools, native evidence receipts, fail-closed posture.

in development

P2

Official sources

SERPRO, DataJud, and ITI VALIDAR credentialing unlock the official assurance levels.

P3

Notarial rail

e-Notariado / CENAD partnership (technical cooperation agreement with CNB-CF) for handoffs and completed acts.

P4

Receipt anchoring

ICP-Brasil trusted timestamps on receipts first; batch blockchain anchoring as a later option.

09Principles

Conservative by design.

01

Never fake authority

If credentials, sources, or partner rails are missing, return a structured limitation.

02

Every answer has a source

No source, no verification.

03

Every check has a receipt

No receipt, no auditability.

04

Every receipt has limitations

The receipt should say what it does not prove.

05

Agents should escalate

A good result can say human notarial review required.

06

Start with Brazil

Build for civil-law markets, with Brazil as the beachhead.

For notarial partners

Cartórios: help shape the agent-to-notary rail.

ProbaFide routes agent workflows that require fé pública to human notarial channels as structured, receipted handoff packets — new demand arriving in a reviewable form. We are looking for a first cartório partner for the pilot.

10FAQ

Direct answers to the fair questions.

Is a ProbaFide receipt legally valid?

A receipt is structured evidence: what was checked, when, from which source, with which hashes. It supports audit and review — it is not fé pública, a notarial act, or a certification. When a workflow needs legal authority, the receipt's job is to say so and route the handoff.

How is this different from KYC providers?

KYC and data platforms verify people and companies for human-driven onboarding. ProbaFide is built for the agent loop: deterministic MCP tools, source-bound responses, explicit assurance levels, receipts, and an escalation path. It complements data providers rather than replacing them.

Is this "Know Your Agent"?

No — KYA verifies the identity and authority of agents themselves. ProbaFide works in the other direction: it equips agents to verify external facts and to escalate to human authority. The two layers are complementary.

How does ProbaFide handle LGPD?

Verification queries go to public or official sources with a stated purpose. Receipts are designed for data minimization — hashes and source references rather than copies of personal data wherever possible. Full LGPD documentation ships with the MVP.

What does fail-closed mean in practice?

If credentials are missing, a provider is disabled, or a partner rail is unavailable, the tool returns unavailable plus a structured limitation. ProbaFide never substitutes an optimistic guess for a source.

When does an agent escalate?

Whenever the workflow requires legal authority or human judgment: a notarial act, a certified copy, a contested fact. The handoff tool packages the evidence, hashes, and limitations into a packet a qualified human can act on.

11Contact

Early access for builders and partners.

Building agents for legal, financial, or diligence workflows — or running a notarial practice that wants reviewable, receipted demand? Ask for early access to the MCP server and the receipt spec.