@™ Agentic Tellr Machine

LEFT FLOOR · ARROWS WHEEL · Y PTT · ESC BACK

Press T or double-tap for Terminal · Hold Y to talk

The ATM
for the open rails

An ATM concept for Base.Explore a demo, from a dollar need to a confirm-first plan.Save cold. Spend small.

@™ · SMART LIQUIDATION

SAY THE NUMBER.
SEE WHAT IT COSTS.

Smart Liquidation turns a spoken amount into a plan for raising it from a wallet — and shows you what that plan realises before anything moves.

You say an amount, not a strategy

There is no form to fill in, no order type to choose, and no list of positions to rank yourself. You say what you need, and the plan comes back.

Cash out forty dollarsspoken
Raise about a hundredspoken
Empty the small stuffspoken

How it decides what to sell

The order is fixed and inspectable. It is designed to disturb as little of the wallet as it can, and it never empties a position to reach a round number.

  1. Idle stablecoin first

    If you are already holding cash, raising cash from cash is the least disruptive thing to do. That goes first.

  2. Then the smallest balances

    Remaining positions are taken up in ascending size — the loose change before the long-term holds.

  3. Never more than three quarters

    Any single position supplies at most 75% of itself, leaving the rest. A plan that would have to drain a position to hit the target stops and says so instead.

If the target cannot be reached under those rules, the plan is refused — not stretched.Refusal is a feature

What it costs is shown, not buried

Every leg carries its own cost basis, and the plan totals them. If raising the money realises a loss on anything, it is stated plainly next to the amounts — before you are asked to sign.

Plan
$96.74
Against a $100 target
2 legs · 1 realises a loss
PositionSellCost basisRealises
USDC$74.99$74.99$0.00
BNKR$21.75$24.90−$3.15
Net realised on this plan
−$3.15
Shown before signing. One leg realises a shortfall of $3.15 against what it was bought for. You can change the target, or hold off.

Where a cost basis is not available, the plan says unknown rather than assuming zero. A plan shows what it knows and marks what it does not, because a missing figure is not the same as a figure of none.

When a submission goes quiet

A wallet interaction can fail without telling you whether it took effect. The plan treats that as one specific state rather than as a failure.

  1. Nothing was sent

    The plan did not reach the network. It can be retried.

  2. It landed

    The plan is recorded as complete and cannot be sent twice.

  3. It cannot be confirmed

    The plan is retired and will not be re-sent. You are pointed at the wallet to check activity, rather than being left with a button that re-fires something that may already have happened.

An outcome that cannot be read is never treated as a failure to retry.Retirement, not repetition

What @™ does and does not do

@™ prepares the plan and submits it. Your wallet holds the keys and signs. The funds stay yours throughout — the plan is a proposal about your own balances, assembled from what your wallet already reports.

Descriptions on this page are of behaviour. Figures shown are an example plan used to illustrate the disclosure, not a record of any transaction.Illustrative example

Pay-per-call · x402 · settled on Base

It answers three ways.
One of them is no.

x402 lets an HTTP request pay for itself. We expose the same spend-policy engine that runs inside @™ as a priced API: the caller sends numbers and gets back one of three fixed verdicts. No keys ever change hands.

$0.05 a call. Refusals included.

Tellr is a keyless, stateless policy engine. Six calls, $0.05 USDC each, on Base. The answer is allow, confirm, or deny. It does not hold keys and it does not move funds.

Skills

A skill is the path. It knows the order of the calls, which stops are hard, and when a human is woken. allow on a plan body is not permission. Only the verdict from tellr-check is the decision.

tellr-raise

People say

raise $50

tellr-classify → tellr-sell-plan → tellr-check

A reserved holding is not sold, at any amount. A growth holding is sold only with an explicit confirmation. If liquidity alone cannot cover the target, that is a shortfall and the loop stops. It does not sell more, and it does not call the spend check.

allow · confirm_required · deny
3 calls · $0.15

tellr-gift

People say

handle this gift

tellr-privilege-audit → tellr-classify

Possession is never authority. The audit runs first. On a deny, nothing else runs: no approval, no session key, no classify, no sale or transfer. An uninvited asset is never classified liquidity.

1 call if the audit denies, otherwise 2
$0.05 each

tellr-club

People say

pay Club

tellr-classify → tellr-fund-checkout → tellr-check

A renewal runs only on a policy allow. If this period was already paid, the loop spends nothing. A short book is a stop, not a card top-up. Anything other than a clean allow wakes a human.

allow · confirm_required · deny
3 calls · $0.15

tellr-club ran end to end and paid a subscription on Base under that loop, not by hand.

transaction
0xad1905c23545c09bc2d36c48175cc93adcbe2931e99069b5aad47a5b6d768225
amount
20.00 USDC
network
Base
block
51886116

The policy calls cost $0.15 and they governed a $20 payment.

Endpoints

An endpoint returns a number. Six live calls. One price. POST each URL. A refusal is a delivered answer.

Live coordinator manifest. Six POST calls, $0.05 USDC each, on Base (eip155:8453). An unpaid POST returns the 402 challenge. The amount in that challenge is the price. Settlement is Bankr's facilitator. This site coordinates the catalog. It does not settle.

https://tellr-x402-manifest.tellrmachine.workers.dev/.well-known/x402

tellr-check
Allow, confirm, or deny a spend against the ceilings, the daily cap, and the pool rules.
https://x402.bankr.bot/0xcdc493fb6f0fa17b213ac2195bc454b39c1228ec/tellr-check
$0.05
tellr-classify
Liquidity or growth. An untagged holding fails closed to growth.
https://x402.bankr.bot/0xcdc493fb6f0fa17b213ac2195bc454b39c1228ec/tellr-classify
$0.05
tellr-privilege-audit
A gift or airdrop is not authority. An explicit user action is required.
https://x402.bankr.bot/0xcdc493fb6f0fa17b213ac2195bc454b39c1228ec/tellr-privilege-audit
$0.05
tellr-top-off
Whether a card top-off is worth making. Skip when the card is already at target.
https://x402.bankr.bot/0xcdc493fb6f0fa17b213ac2195bc454b39c1228ec/tellr-top-off
$0.05
tellr-sell-plan
Descriptive legs. Stables first, then smaller liquidity, 75% cap. It does not execute.
https://x402.bankr.bot/0xcdc493fb6f0fa17b213ac2195bc454b39c1228ec/tellr-sell-plan
$0.05
tellr-fund-checkout
How to fund a checkout: stablecoin, liquidation, or mixed. It moves nothing.
https://x402.bankr.bot/0xcdc493fb6f0fa17b213ac2195bc454b39c1228ec/tellr-fund-checkout
$0.05

$0.30 walks the six listed calls once. 50000 base units, 6 decimals, USDC on Base. POST only.

The verdict set

The answer space is closed and inspectable — there is no fourth outcome and no partial credit. Two of the three are not a plain yes, and we consider that the valuable part.

allow

Run it.

The spend sits inside every limit the caller set, so it proceeds without waking anyone.

real outputallow / within_limits
$100 · ceiling $150

confirm

Ask the human first.

Beyond a limit but not forbidden. The engine escalates rather than blocking, and names the limit that was crossed.

real outputconfirm_required / over_tx_ceiling
$200 · ceiling $150

deny

No, and here is the rule.

For actions that are not the caller’s to take at all. A denial always names the rule that produced it.

real outputdeny / privilege_change_from_gift_blocked
rule: explicit_user_action_required

The middle verdict is the interesting one. A naive policy gate answers yes or no. This one separates not allowed from not without a human — so an over-limit request becomes a question instead of a dead end, and the caller learns which happened.

The flagship call — tellr-fund-checkout

An agent has to settle a checkout now. Can it be funded, from where, and what does funding it that way cost? A consumer agent paying through a single-use card has no standing balance to top up — only an amount due. This is the call it makes before the purchase.

POST /tellr-fund-checkout · $0.05 {"settlementUsd":50,"stableUsd":0,"deadlineMs":15000, "holdings":[ {"symbol":"BAG","balanceUsd":40,"pool":"liquidity","change7dPct":-18}, {"symbol":"ETH","balanceUsd":200,"pool":"liquidity","change7dPct":3}]}
action
fund
source
liquidation
covered
$50 of $50
BAGsell $30 · keep $10
ETHsell $20 · keep $180

No stablecoin on hand, so the checkout is funded by selling — and the 75% cap still binds: the $40 position gives $30 and keeps $10.

POST /tellr-fund-checkout · $0.05 {"settlementUsd":50,"stableUsd":120,"deadlineMs":15000, "holdings":[ {"symbol":"BAG","balanceUsd":40,"pool":"liquidity","change7dPct":-18}, {"symbol":"ETH","balanceUsd":200,"pool":"liquidity","change7dPct":3}]}
action
fund
source
stablecoin
raised
$0
legs
0

Same checkout, nothing sold. Stablecoin is the cheapest route because it realises nothing — no swap, no slippage, no taxable disposal. Liquidation is the fallback, not the default.

The route is a policy, not a rule. stablecoin_first is the default; liquidity_first is for a holder deliberately trimming, harvesting a loss, or keeping capital deployed.

The response also carries realisesPnl and disclosesRealizedLoss — the disposal consequence, which is the real cost of choosing liquidation. Fees and slippage are deliberately not quoted: they need a live quote at execution, which a pure function must not assume.

What the caller sends

The endpoint is stateless and arithmetic-only. It is handed the facts it needs and returns a verdict. It has no wallet, no session and no memory of previous calls.

Sent by the caller

  • amountUsd — what they intend to spend
  • dailySpentUsd — what they have already spent
  • pool — liquidity or growth
  • holdings[] — symbol, balance, 7d/24h change
  • voiceConfirmed — whether a human said yes

Never sent, never requested

  • Private keys or seed material
  • Session keys or signing authority
  • Wallet addresses to look up
  • Any credential of the caller’s
  • Anything we could move funds with

We do not read the caller’s wallet at any point. There is no chain call and no balance lookup — if a number is not in the request body, the endpoint does not know it.

What happens on a call

  1. Validate. Required fields are checked first. A missing or malformed field returns missing_field and no verdict is computed.
  2. Evaluate. Pure policy runs against the submitted numbers — ceiling, daily cap, pool rules. No I/O, no chain, no keys.
  3. Return. A verdict plus the reason and the inputs used, so the caller can audit exactly why it got that answer.
  4. Settle. Under x402, payment is collected only if the response is produced successfully. A failed call is not a paid call.

The three answers, from real calls

Every figure below is captured output, not an illustration.

POST /tellr-check · $0.05 {"amountUsd":100,"dailySpentUsd":0,"pool":"liquidity"}
decision
allow
reason
within_limits
ceiling / cap
$150  ·  $500

$100 clears a $150 ceiling and stays under the $500 daily cap, so it proceeds with nobody woken up.

POST /tellr-check · $0.05 {"amountUsd":200,"dailySpentUsd":0,"pool":"liquidity"}
decision
confirm required
reason
over_tx_ceiling
over ceiling
true

This is not a refusal. The same request that clears at $100 escalates at $200 — over the ceiling, under the cap — so the engine asks a person. The reason field says which limit moved.

POST /tellr-sell-plan · $0.05 {"targetUsd":100,"rankBy":"drawdown7d","holdings":[ {"symbol":"BAG","balanceUsd":40,"pool":"liquidity","change7dPct":-18}, {"symbol":"ETH","balanceUsd":200,"pool":"liquidity","change7dPct":3}]}
total to sell
$100
order
stable → smallest liquid first
per position cap
75%  (25% kept)
BAGsell $30 · keep $10
ETHsell $70 · keep $130

The $40 position is asked for $30, not all of it. The cap is enforced per position, so no single bag is ever fully drained. The plan is descriptive: it returns legs and reasoning, and moves nothing.

POST /tellr-privilege-audit · $0.05 {"type":"session_key_expand","source":"unsolicited_nft_gift","explicitUserAction":false}
allowed
false
reason
privilege_change_from_gift_blocked
rule
explicit_user_action_required

A gift cannot widen what the wallet may do. Possession alone is never authority — the user has to act.

Where it fails closed

Uncertainty resolves toward the stricter answer, never the permissive one. Classify a holding that carries no tag and the verdict is growth — the pool that requires a confirmation:

POST /tellr-classify · $0.05 {"symbol":"PEPE"} // no tag supplied
pool
growth
reason
default_growth_fail_closed
POST /tellr-fund-checkout · $0.05 {"settlementUsd":900,"holdings":[...]} // over the per-purchase liquidation cap
action
deny
reason
liquidation_over_per_purchase_cap
per-purchase cap
$250

A checkout large enough to force a big sale is refused outright. A general-purpose agent browsing untrusted pages must never be able to trigger one, so this is a hard cap rather than a warning.

A missing field is treated as missing, not as zero. Absent information never becomes a permissive default.

What it does and does not do

✓Returns a verdict — allow, confirm or deny — with the rule that produced it attached.
✓Separates over-limit from forbidden, so a breach becomes a question rather than a failure.
✓Enforces a 75% per-position cap so a plan cannot empty a single holding.
✓Picks the cheapest way to fund a checkout and reports what liquidation would realise instead.
✓Refuses privilege escalation from gifts without an explicit user action.
✗It cannot move money. No keys, no signing, no wallet access, no chain call.
✗It does not hold positions or act as a custodian, broker or exchange.
✗It does not read your balance. You supply the numbers; it decides about them.
✗It is not advice. Sell legs are descriptive of recent market data, not predictions or recommendations.

Why $0.05

Why $0.05? Top of the dense band — median is $0.02, about 23% of routes are above us, and the routes we compare ourselves to charge exactly this.

Will it go up? No. Prices only come down.

Is it proven? One loop has run end to end and settled on-chain — $0.15 of policy calls governing a $20 payment. Six calls, live and settling. The first cohort is still the test.

Status

Six calls are live. $0.05 USDC on Base, POST. The manifest is the catalog. tellr-club has run the loop end to end. Runway and vault stay withheld. Bankr settles. We do not.