On this page

How do I verify a model download?

Paste a SHA-256 or hash a file in your browser. File bytes stay on your device.

Published by Hugging Bay. Free public SHA-256 lookup for model files.

As of

How do I verify a model download?

Open /verify, paste its 64-character SHA-256, or choose or drop the saved file. Your browser hashes every byte locally and sends only the digest. A match returns public hosted file paths and recorded repositories, revisions, quantization labels and repository licence metadata. Unknown fields remain unknown.

What does the badge verify?

The badge checks whether that exact SHA-256 currently matches an eligible public hosted file in the Hugging Bay index. It links to /verify?sha256=<digest>. Same bytes may have several sources. Read the linked result and its timestamp; cached images on other sites may lag.

Is my file uploaded?

No. File bytes stay in the browser or local CLI. Only the SHA-256 is sent to the public lookup API. The request may appear in normal service logs.

Which API should an agent call?

GET /api/v1/verify?sha256=<64-hex-digest> returns hugging-bay.verify.v1 JSON. known is true only for a match. status is matched or unknown. Read generatedAt, scope, limitations and matches. GET /api/v1/verify/badge/<digest>.svg returns a live SVG. File uploads and POST are refused.

How do I use the SDK, CLI or MCP?

Use JavaScript Client.verify(sha256) or Client.verifyFile(path). Run hbay verify <file> to hash locally and look up the digest. Hosted MCP profile=verify accepts verify with {"sha256":"<64-hex>"}. Run hbay mcp and call verify with {"path":"model.gguf"}. Supplying sha256 retains the existing offline byte comparison instead. No local path or file bytes are sent to the lookup API. These SDK/CLI calls require the updated source; installed releases may lag.

How do I embed the badge?

After a match, copy the Markdown snippet from /verify into a model card, README or Hugging Face repository. Its image URL contains the complete digest and its link opens verification for those same bytes. The badge changes to unknown if no eligible match remains.

What do revision, quantization and licence mean?

Revision is the file source revision when recorded. Quantization comes from file metadata or a filename label, with its source identified. Licence is current repository metadata, not legal permission or proof of the historical licence for those bytes. Missing values are null. Follow the catalog and licence lineage links.

What does no match mean?

Unknown means this bounded public hosted-model index has no eligible match. It does not mean the file is malicious or altered. Private, removed, blocked, external-only and currently ineligible files do not qualify. Compare with a digest from a trusted publisher when needed.

Does a match prove a model is safe or fits my machine?

No. SHA-256 equality identifies bytes. It does not prove authorship, safety, licence permission, quality, or hardware compatibility. Review the source, licence and other evidence before use.

Is verification free and what are the limits?

Verification is public and needs no account when enabled. Results contain at most 10 eligible files; deployments may return fewer. Per-client and shared Byte Match rate limits apply. HTTP 429 means retry after Retry-After. HTTP 503 means unavailable or busy, never an unknown result.

When was this documentation checked and where are the sources?

As of 2026-10-21. This page documents the Hugging Bay verification contract and links directly to its JSON API, Byte Match lookup and public hash receipts. These capabilities require HB_VERIFY_BADGE=1 and HB_BYTE_MATCH_LOOKUP=1; the verification flag defaults off.

Sources: Verification service, Byte Match, JSON contract example. Public hash receipts are available at /verify/<sha256> when enabled.

Read as Markdown

Quick answer: compatibility and sources

How do I use How do I verify a model download??

It depends on your client and setup. Check a model file against public hosted SHA-256 records and copy an exact-file verification badge. Check the current file record before downloading. Metadata access, file hosting and a tested runtime are separate things.

Model weights are learned parameters; a runtime is the software that loads them. RAM is working memory, separate from disk space for downloaded files.

Page-copy provenance: the revision record names apps/web/server.mjs, apps/web/lib/aeo-page.mjs, apps/web/lib/api-status-contract.mjs, apps/web/lib/agent-readable.mjs, apps/web/lib/docs-hub-model.mjs, apps/web/lib/compare-pages.mjs and commit 8871bab84e1cf80aea1686a944ec335078a6c036. This identifies the text source; it is not a model test receipt. A SHA-256 checksum fingerprints file bytes, not safety or answer quality. See what file verification checks. Run receipts, when present, belong to a specific model file and setup; this page asserts no model test.

Page sources and update history

Updated · Page-copy source revision 8871bab84e1cf80aea1686a944ec335078a6c036 · Source files: apps/web/server.mjs, apps/web/lib/aeo-page.mjs, apps/web/lib/api-status-contract.mjs, apps/web/lib/agent-readable.mjs, apps/web/lib/docs-hub-model.mjs, apps/web/lib/compare-pages.mjs · Full revision record

Key facts

Catalog vs runtime
Metadata access, file hosting and a tested load are separate checks.
Checksum
SHA-256 confirms file identity, not license permission or answer quality.
Receipts
Run evidence is scoped to one file and setup; it does not transfer to other files.

Evidence you can inspect (plain text)

  • GET /openapi.json lists request and response shapes for public API reads.
  • GET /api/agent-discovery lists agent-facing interfaces when enabled.
  • Open /artifact/hf-model-qwen-qwen3-8b/files for model exact filenames, availability and any recorded SHA-256.
  • Open /evidence/artifacts/hf-model-qwen-qwen3-8b for run-readiness evidence tied to that record; absent receipts stay unmeasured.
  • Open /api/artifacts/hf-model-qwen-qwen3-8b/card.md for machine-readable source facts (not a runtime test).
  • These documents describe interfaces and catalog reads; they do not execute or score models.

Unmeasured states are stated explicitly; this page does not invent run scores or compatibility guarantees.

Which date applies to which fact

  • Committed page-copy sources:
  • Upstream model metadata: Dates on artifact records when shown; not implied by page-copy revision
  • Run receipts: Only on /evidence pages when recorded; otherwise unmeasured

Page-copy revision (Updated line above) identifies committed text sources, not upstream model edits or test outcomes.