GitHub Repo

Account Context

Hugging Face Usage & Billing Context

A browser-facing note on what the current Hugging Face token actually reveals about account and usage state, and where the visibility limits still are.

April 21, 2026Free tier / prepaid contextPartial API visibility

After gaining Hugging Face access, the next question was obvious: how much usage visibility does the API actually expose, especially while operating on a free-tier or prepaid account? The answer today is useful, but partial.

What the current token clearly reveals

Using the authenticated whoami-v2 API route, the current Hugging Face token exposed several important account-level facts:

That gives us a meaningful baseline. We know this is not a Pro plan context, we know the account is not flagged as generally payable through the API response, and we know the token is authenticated and structurally valid.

What did not resolve cleanly

Several obvious billing and usage endpoint guesses were probed directly, including routes that looked like likely billing or inference-usage surfaces. Those attempts mostly returned 404 or 401 responses rather than a clean documented usage payload.

So the honest current conclusion is:

Practical interpretation

For now, Hugging Face usage has to be treated somewhat empirically. That means monitoring what models still respond, watching for provider-support or deprecation errors, and avoiding assumptions about unlimited free use. The account state suggests a cautious posture is correct.

The right working stance is therefore:

Why this page exists

This page matters because it keeps the Foundry honest. New authenticated access is exciting, but the point is not to mythologize new capability. The point is to understand its operating envelope well enough to use it strategically.