Trustverdict

io.github.CloudCorpRecordsPublished by GitHub account CloudCorpRecordsv0.1.0Updated Nov 7, 2026

Trust verification for agents and packages: safety scans, signed scores, identity and badges.

VerifiedSTDIODesktop only

Overview

Trustverdict's local MCP server; no sign-in required; STDIO; 8 tools.

No AI overview yet: these facts come from the registry entry and the server itself.

Installation

In SourceWeft

  1. Open Trustverdict 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

trustverdict

Before you connect an agent, a repo, a package or an MCP server, ask whether it deserves trust. trustverdict puts that question to a trust-verification service and brings back its signed answer: a decision you can act on, the one reason that drove it, a 0–100 trust score, and the findings underneath. Eight read-only tools cover the whole surface, and none of them needs an account or an API key — every call is anonymous.

Scan results come back exactly as the service issued them. Nothing is rescored, renamed or summarised locally, because the result is a signed attestation: its value is that it is the service's own output, recomputable offline.

Configuration

One environment variable controls the client:

  • AGENTAVOW_URL (optional) — the service base URL. Defaults to https://agentavow.com.

There is no API key and no auth header.

Tools

  • scan_repo — scan a public GitHub repo, addressed as owner/name. The answer leads with the decision, a signed 0–100 trust score, and the adoption score.
  • scan_package — scan a package by name; an optional ecosystem says which registry it lives on (npm, PyPI, crates, Docker, or Hugging Face).
  • scan_mcp_server — point it at a live MCP server url; its tool definitions are checked for poisoning and prompt-injection.
  • verify_trust — resolve an agent identity and get its current trust score.
  • check_interaction_safety — ask whether a specific interaction (for example delegating work or trading) with an agent is safe.
  • lookup_identity — resolve a DID (did:web:… or did:key:…) or search agents by name with one query.
  • get_trust_badge — a shields-style badge for an agent: the SVG URL plus ready-to-paste README markdown.
  • about_agentavow — how the service reaches a verdict and how to read one. This tool is answered locally and makes no request.

Reading a verdict

Every scan leads with decision — safe, review, or do_not_connect — and the decision_reason that triggered it, followed by a summary, the signed trust_score from 0 to 100, the tier, whether the subject is certified, the adoption score, and the findings. A second, binary verdict (safe or needs_review) carries its own verdict_reason: clean, blocking_findings, thin_coverage, or low_signals. Scan attestations are Ed25519-signed (JWS) and can be recomputed offline.

Validation and errors

Validation runs before any request. An empty or missing argument fails with <arg> must be a non-empty string, and scan_repo additionally requires the owner/name shape, failing with repo must look like owner/name. An upstream non-2xx reply fails with agentavow error: HTTP <status>; an unreachable service fails with agentavow unreachable.

Endpoint provenance

Every request path below is a labelled reconstruction: the service's tool surface, base URL and verdict vocabulary are documented, but the per-tool wire paths are not pinned by the documentation, so these follow the documented base and REST conventions.

  • POST /api/scan/repo — reconstruction (scan_repo)
  • POST /api/scan/package — reconstruction (scan_package)
  • POST /api/scan/mcp-server — reconstruction (scan_mcp_server)
  • GET /api/agents/<agent>/trust — reconstruction (verify_trust)
  • POST /api/interaction-safety — reconstruction (check_interaction_safety)
  • GET /api/identity?q=<query> — reconstruction (lookup_identity)
  • GET /api/agents/<agent>/badge — reconstruction (get_trust_badge)

The agent segment in the two GET paths and the q= value are URL-encoded. about_agentavow has no wire at all.

CLI

Each tool is a subcommand taking one JSON argument string:

bash
npx @reneturcios/trustverdict scan_repo '{"repo":"octocat/hello-world"}'npx @reneturcios/trustverdict scan_package '{"package":"express","ecosystem":"npm"}'npx @reneturcios/trustverdict scan_mcp_server '{"url":"https://example.com/mcp"}'npx @reneturcios/trustverdict verify_trust '{"agent":"did:web:example.com"}'npx @reneturcios/trustverdict check_interaction_safety '{"agent":"did:web:example.com","interaction":"delegate"}'npx @reneturcios/trustverdict lookup_identity '{"query":"did:web:example.com"}'npx @reneturcios/trustverdict get_trust_badge '{"agent":"did:web:example.com"}'npx @reneturcios/trustverdict about_agentavow '{}'npx @reneturcios/trustverdict --version

Output is the tool's result text (the upstream JSON on success). Exit codes: 0 on success, 1 on a runtime error (including a validation or upstream failure), 2 on a usage error.

MCP server

bash
npx -y @reneturcios/trustverdict mcp

MCP client config:

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

Docker

bash
docker run -i ghcr.io/cloudcorprecords/trustverdictdocker run --rm ghcr.io/cloudcorprecords/trustverdict scan_repo '{"repo":"octocat/hello-world"}'

Development

bash
npm installnpm run build   # tsc -> dist/npm test        # tsx --test test/*.test.ts (fake fetch only, no network)npm run dev     # run the CLI from source

License

MIT — Copyright (c) 2026 Rene Turcios

Source: README.md at commit 8e1c46c

Tools

8

scan_repo

Scan a public GitHub repo (owner/name) for trust: safe / review / do-not-connect decision, a signed 0–100 trust score, and the adoption score.

Parametersreporequired

scan_package

Scan an npm, PyPI, crates, Docker, or Hugging Face package for trust: decision, signed trust score, and findings.

Parameterspackagerequiredecosystem

scan_mcp_server

Scan a live MCP server's tool definitions for poisoning and prompt-injection.

Parametersurlrequired

verify_trust

Resolve an agent identity and return its current trust score.

Parametersagentrequired

check_interaction_safety

Check whether a given interaction (for example delegate or trade) with an agent is safe.

Parametersagentrequiredinteractionrequired

lookup_identity

Resolve a DID (did:web:… or did:key:…) or search agents by name.

Parametersqueryrequired

get_trust_badge

Get a shields-style trust badge (SVG URL and README markdown) for an agent.

Parametersagentrequired

about_agentavow

What the trust service checks and how to read a verdict.

Takes no parameters.

Version history

1
  1. v0.1.0LatestNov 3, 2026

Score

90% 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
  • 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 listedRequired15 pts
  • DescriptionRequired15 pts
  • Logo10 pts
  • Documentation15 pts
  • License10 pts