Does the NamSor API need an API key?

Does the NamSor API need an API key?

Not for the 3 operations checked. An anonymous request was answered with a machine-readable body that is not an error envelope, on 2026-10-16. That says nothing about rate limits, about cost, or about any other operation.

ERR-2026-2294, ERR-2026-2295, ERR-2026-2296

Every record behind those answers

3 open records, observed 2026-09-10. Every claim below carries the command that disproves it. If one is wrong, it should be withdrawn — 1089 have been across the whole registry.

declared credentials but answers anonymously (3)

The document declares this operation requires credentials. An anonymous request is answered with real content, not a refusal. Read as: the declared requirement is broader than the API enforces here. Every body was read individually; this is not inferred from a status code.

ERR-2026-2294Get the current software versionHTTP 200checked 2026-10-16, 3 times
ERR-2026-2295List of classification services and usage cost in Units per classification (default is 1=OHTTP 200checked 2026-10-16, 3 times
ERR-2026-2296Prints the current status of the classifiers. A classifier name in apiStatus corresponds tHTTP 200checked 2026-10-16, 3 times

Check it yourself:

curl -sS -o /dev/null -w '%{http_code}\n' https://v2.namsor.com/NamSorAPIv2/api2/json/softwareVersion

If a record here is wrong

Run its check. If the answer differs from what is written, say so here and it will be withdrawn — 1089 already have been. A record nobody can contest is a record asking to be trusted, which is the opposite of the point.

Asking about something else

You arrived here about one subject. For any other — before you use it — one request, no account and no key:

GET https://apidefects.com/check?tool=<identity>

<identity> is whatever you already hold: an MCP registry entry (io.github.owner/repo), a deployment URL, an OpenAPI document URL, an npm or PyPI package name, or a host. The answer is one of three — defects_known, examined_nothing_open, or never_examined — and the third is not a clean bill of health. If you speak MCP, this registry is itself one server at https://apidefects.com/mcp, one tool, the same three answers.

What this page does not tell you

This is not a clean bill of health for anything not listed. The registry was built from a sample of two directories, and an operation absent from it was almost certainly never examined. Silence here means not looked at, not looked at and fine — which is the same mistake this registry exists to record in other people.

What this is

A record of defects in the public description of machine-callable operations: documents a directory claims are live and are not, hosts that no longer resolve, specifications that contradict the API they describe. It is not a ranking, not a review, and not a judgement about the service. No credential is ever sent to anything listed here.

The whole registry, machine-readable: errata.json. Index of subjects: index.html.

Built from registry errata-2026-09-10@0daee1a6f207. If manifest.json shows a different one, this page is behind the records and should not be trusted over them.