Neuronto is a public discovery index. There is no account and no signup, and paying for a call needs only a wallet signature, so there is no customer record to describe. What follows is what the running code does.

Search queries

An anonymous search is recorded: the query text truncated to 200 characters, which mode it ran in, how many results it returned, how long it took, and the time. Each result it returned is recorded against that search with its rank.

This exists for one feature. A publisher listed here can ask https://neuronto.com/demand what agents were looking for when their own resources came back, which is the only way a publisher learns whether anyone is looking for what they offer. The report is scoped to their own domain: it shows queries that returned their entries and nothing else.

A search made with an API key is not recorded. The query is replaced with a placeholder before it is written and no result-level rows are stored at all. If you do not want your queries kept, prove a domain and use the key.

Where a query goes

In the default federated mode a query leaves this machine twice, and both are the point of the product rather than an incidental transfer:

Neither happens for a request you send with federate: false and dense retrieval off; that path stays on this machine.

Paid calls

A call past its free allowance can be paid for over x402. For each paid call we keep the paying wallet address, the amount and the transaction hash, which the blockchain makes public anyway, together with what was bought: the domain or subject checked, or the query of an anonymous search under the rule above. A search made with an API key keeps its query withheld, paid or not. The country and the kind of client are kept as for any request. No IP address, card, name or email is involved at any point.

Traffic measurement

Privacy here is structural rather than promised, which is the only kind worth reading:

Submitting a domain

A submission is the one place where more is kept, and it is worth saying plainly. When a domain or an endpoint is submitted for indexing, the record holds the target, the result, and the user agent of the client that made the submission, truncated to 120 characters. Nothing else about the request is kept, and no address is kept here either.

The reason for the difference: reading this index is anonymous and stays anonymous, while a submission is a deliberate act about a domain the submitter controls. The question the field answers is which tool submitted a given entry, which was previously answerable only by reading a web server log by hand.

Analytics tools in your browser

The pages of this website also load two analytics tools. Unlike the measurement above, they run in your browser, set cookies, and can recognise a browser that comes back.

Both send what they record to their own servers, under their own policies. Because they see page addresses and what is shown on screen, a search made on the website can appear in them. The REST API, MCP and A2A endpoints never load either tool. A content blocker stops both, and every page works the same without them.

What is never collected

Domain verification

Proving a domain writes the domain, the DNS TXT record used to prove it and the issued key. That is the whole record. Internal services registered against a key are stored in their own tables, are never returned to anyone else, and are never counted in any public figure.

Submitting a resource

Submitting an endpoint or a domain records what was submitted, what its endpoint answered when fetched, and the outcome. Being audited is not the same as being submitted: /audit reads a domain and reports on it, and never indexes it as a side effect.

Corrections are welcome and are treated as bugs. If something here does not match what the service does, the service or this page is wrong, and either way we want to know.