Start with a signed history, not just a score
LetsPing keeps the components that make a score honest. GET /api/agents/attestation returns signed counters, and GET /api/agents/proof returns signed receipts for individual requests.
curl "https://letsping.co/api/agents/attestation?agent_id=AGENT_ID&window_days=30" \ -H "Authorization: Bearer PROJECT_API_KEY" curl "https://letsping.co/api/agents/proof?request_id=req_abc123" \ -H "Authorization: Bearer PROJECT_API_KEY"
These primitives are enough for any marketplace or vendor to compute its own view of your reliability if it does not want to rely on a single score.
Then layer on a 0 to 999 trust score
On top of the raw data, LetsPing exposes GET /api/agents/trust-score. It compresses behavior into a number between 0 and 999, plus the fields you need to understand why the number is what it is.
curl "https://letsping.co/api/agents/trust-score?agent_id=AGENT_ID" \ -H "Authorization: Bearer PROJECT_API_KEY"
Services that just need a threshold can use the score directly. Others can look at volume, disputes, and outcomes to decide how much to risk on each call.
Why this matters for agents
With a credit-like layer, an agent can arrive at a new service and point to a signed history of fulfilled work. That makes it easier to get access to better limits, more sensitive APIs, and higher value tasks without a human sponsor.
To see the full surface, start with Agent Trust Score and Reputation and the Agent APIs reference.