mellontoken
Client for the mellontoken gateway.
import mellontoken
answer = await mellontoken.ask("Summarise this tender in one line.")
parsed = await mellontoken.ask(document_text, schema=DocExtraction)
full = await mellontoken.ask_full(document_text, schema=DocExtraction)
full.cost_usd # "0.00059550"
full.model # the model that actually served it
Letting the gateway pick the model
answer = await mellontoken.ask(prompt, model="auto")
answer = await mellontoken.ask(prompt, model="auto", tier="high") # bound the spend
full = await mellontoken.ask_full(prompt, model="auto")
full.route.model_slug # what it picked
full.route.task # the grid row it read
full.route.explanation # why, in a paragraph you can argue with
One command, and one request. model="auto" goes to the gateway as the model name;
the gateway classifies the prompt on three axes (task, effort, capability), reads the
resulting grid cell, and serves the answer from whatever that cell names — all inside
the same call. ask_full reports the decision on Answer.route, so routing is
legible after the fact without a second call to ask about it.
Those three classifier calls are billed, per call. They cost roughly $0.005 against
a completion's dollars and land on the ledger as kind=classifier rows, so the
spend is visible rather than hidden. A service sending the same shape of prompt a
thousand times should read full.route.model_slug once and then name that slug:
the decision is a property of the workload, not of each call.
tier= bounds what the router may spend and outranks the effort classifier, because
a tier is a statement about your budget rather than a property of the text. Set it
per call, or once via MELLONTOKEN_TIER. It is only read on the auto path — with a
named model it is logged as ignored rather than silently dropped.
A router that resolves nothing is not an error. When the capability gate rejects
every candidate in the cell the gateway answers 422 with the reason; ask logs it and
retries against MELLONTOKEN_MODEL, which is what that error advises — keep your own
model, so auto is never less reliable than naming a slug. The one case that raises
is MELLONTOKEN_MODEL=auto as well, where there is no own model to keep.
Configuration
From the environment:
| variable | default |
|---|---|
MELLONTOKEN_BASE_URL |
https://dev.mellontoken.internal.techmellon.com/api/v1 |
MELLONTOKEN_API_KEY |
— required |
MELLONTOKEN_MODEL |
gemini-3.7-flash (or auto) |
MELLONTOKEN_TIER |
— (the effort classifier judges it) |
MELLONTOKEN_MAX_TOKENS |
32000 |
MELLONTOKEN_TIMEOUT |
600 |
or in code:
mellontoken.configure(base_url="http://gateway:8000/api/v1", api_key=key, model="gpt-5.6-luna")
MELLONTOKEN_API_KEY is the only variable most callers set. The default base
URL is the dev gateway, which resolves on the internal network only — from outside
it, set MELLONTOKEN_BASE_URL yourself. Running the stack locally, that is
http://localhost:8000/api/v1, or http://host.docker.internal:8000/api/v1 from
inside a container, where localhost is the container rather than the host.
What ask does that a bare HTTP call does not
- Sends the schema twice, as
response_formatand as prompt text. The request field is only honoured where the provider can enforce it; Gemini accepts a schema it will then ignore, and the field names in the prompt are what stop it inventingcol_idxforcol. - Reads JSON out of a fenced reply, and wraps a bare list under the schema's single array field when that is unambiguous.
- Retries the shape, not the wire. A 401/402/403/404 is final — a key, a budget, a permission, a missing model — and raises immediately. A reply that did not parse is retried three times.
- Logs the cost of every call, which is the reason to route through the gateway
at all:
mellon.cost_usdis the only per-call price any provider path reports. - Sends
model="auto"straight through, and lets the gateway route it. This client used to resolve it first against/api/auto/previewand then send the slug that named — two round trips for one logical request. That endpoint still exists, for callers that want a decision without a completion; this path no longer uses it. Routing happens once perask: the first reply names the model it chose and the shape-retries are pinned to it, so a reply that did not parse is a reason to ask the same model again rather than to pay three classifiers a second time.
Install
Built from this directory, which lives in the gateway's own repo so the client and the endpoint version together:
uv build # -> dist/mellontoken-0.1.0-py3-none-any.whl
Metadata
Release files for mellontoken 0.3.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | Provenance | |
|---|---|---|---|---|
| mellontoken-0.3.0.tar.gz | 14.2 kB | Without provenance | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| mellontoken-0.3.0-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 28.6 kB
Release files / mellontoken-0.3.0.tar.gz
| Download URL | mellontoken-0.3.0.tar.gz |
|---|---|
| Size | 14.2 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
af2541976ae706d2570715cbdcbedae02e47d5c2647333bc8236a0b400d8d8d9
|
|
BLAKE2b-256 checksum How to use checksums |
dc8df38361eee0f465a45708a0e7d32cfcb8d0152205cad5d942fa9c99bb988b
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
uv/0.12.8 {"installer":{"name":"uv","version":"0.12.8","subcommand":["publish"]},"python":null,"implementation":{"name":null,"version":null},"distro":{"name":"Ubuntu","version":"24.04","id":"noble","libc":null},"system":{"name":null,"release":null},"cpu":null,"openssl_version":null,"setuptools_version":null,"rustc_version":null,"ci":true}
|
Release files / mellontoken-0.3.0-py3-none-any.whl
| Download URL | mellontoken-0.3.0-py3-none-any.whl |
|---|---|
| Size | 14.5 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
52f2f6d620166a0940020442150dcae380872e4ed1654873f1e16dfccab641ca
|
|
BLAKE2b-256 checksum How to use checksums |
531d9272c818ea2c5fc64697f4e958ad7d25c9c45f69bdd19b6ad5c2ef646df1
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
uv/0.12.8 {"installer":{"name":"uv","version":"0.12.8","subcommand":["publish"]},"python":null,"implementation":{"name":null,"version":null},"distro":{"name":"Ubuntu","version":"24.04","id":"noble","libc":null},"system":{"name":null,"release":null},"cpu":null,"openssl_version":null,"setuptools_version":null,"rustc_version":null,"ci":true}
|
Security for mellontoken 0.3.0
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
No provenance found
None of the files in this release were uploaded with provenance metadata.
A note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.