asale-sell-gemini

English · 中文

Put a Gemini CLI subscription on the asale market: import it, set a price floor and a concurrency cap, and see which of its models are actually selling.

Trigger Keywords

• sell my Gemini subscription
• put Gemini CLI on the market
• rent out Gemini quota
• asale sell gemini

Authentication

Two separate things have to be true.

1. The local daemon must be running, and you need its token. asaled writes ~/.asale/daemon.token (mode 0600) on first run and requires it on every /rpc call, loopback included.

asale status            # is the daemon up, and on which port
asale start             # start it if it is not

# Every /rpc call carries the daemon token — loopback included.
TOKEN=$(cat ~/.asale/daemon.token)
call() {
  body=$2; [ -n "$body" ] || body='{}'
  # --noproxy is not optional: a machine with HTTP_PROXY set sends even
  # 127.0.0.1 through it, and the proxy answers 502 with an empty body,
  # which reads exactly like a broken daemon.
  curl -sS --noproxy 127.0.0.1 -X POST "http://127.0.0.1:9700/rpc/$1" \
    -H 'content-type: application/json' -H "x-asale-token: $TOKEN" -d "$body"
}

A connection refused means the daemon is not running — say so and stop. Starting it is the user's call.

~/.asale/asaled.bind holds the port the last asale start used; fall back to 127.0.0.1:9700. A bind on 0.0.0.0 is not a destination — keep the port and dial loopback.

2. Selling and buying need a signed-in asale account. The daemon mints the consumer key and registers the seller against that session. There is no CLI login: open the app (asale open) and sign in there. Without it you get errors.session.signInToSell / errors.session.signInToBuy, which is not something to work around.

About & Provenance

• Source: github.com/asale-ai/asale
• Homepage: asale.ai
• Install: curl -fsSL https://asale.ai/dl/install.sh | sh (Windows: irm https://asale.ai/dl/install.ps1 | iex). asale update re-runs the same installer.
• Config: ~/.asale/ — the token, the SQLite store and the daemon's logs. $ASALE_DATA_DIR moves all of it.

This skill talks to a daemon on your own machine. Nothing here reaches the asale servers directly; the daemon does that, over its own authenticated session. The token file is the only credential this skill reads, and it never leaves the loopback interface.

How It Works

Selling is per subscription account, not per machine. The daemon holds its own copy of the account's credential (it never reads or writes the CLI's config on this side), declares the account's models to the market as lanes, and serves other people's requests from it — inside the limits you set: a price floor, how many requests at once, and an optional daily token cap.

A lane leaves the market on its own whenever the market price drops under your floor, and comes back when it recovers. Nothing has to be switched off and on again for that.

The credential comes from the macOS keychain entry gemini-cli-oauth (account main-account) or from ~/.gemini/oauth_creds.json. Both the flat file format and the keytar nesting are read, so it does not matter which one the CLI wrote.

Usage

1. Find the subscription

call discovery_scan          # what this machine holds — imports nothing
call import_cli_all          # import everything found
call list_accounts           # what is connected, and on what terms

A Gemini subscription is found in the gemini-cli-oauth keychain entry or in ~/.gemini/oauth_creds.json. The account email comes out of the id_token claims when the file carries one.

Pick the row whose provider is gemini. Its account_id is what every later call names it by.

2. Put it on the market

call set_account_sell '{"provider":"gemini","accountId":"<id>","enabled":true,"minRatio":10,"concurrency":5,"dailyLimit":0}'

Every field past enabled is optional and keeps its current value when omitted. dailyLimit is in tokens; 0 means no cap.

The price floor

minRatio is a whole percentage of the vendor's list price — 60 means "I will not sell below 60% of list". 100 is list price.

• 5 is the platform's floor. The market never prices anything below it, so a floor of 5 never withholds anything.
• 10 is the default a fresh account starts on.

There is no "any price" setting: every account trades against a floor. Lowering one is a real decision about money — propose it, do not just do it.

3. Check what is actually selling

call list_lanes '{"provider":"gemini","accountId":"<id>"}'

One row per model: status, paused_reason, requires_user, ratio (what the market pays now), min_ratio (your floor).

call resume_lane '{"provider":"gemini","accountId":"<id>","model":"<model>"}'

4. Take it off the market

call set_account_sell '{"provider":"gemini","accountId":"<id>","enabled":false}'

CRITICAL INSTRUCTION FOR AGENT:

1. Run list_accounts before every set_account_sell. The switch, the floor and the concurrency are independent, and a value set from a stale reading silently overwrites what the user chose.
2. Never lower minRatio on your own initiative. Propose the number and the reason, and let the user answer.
3. resume_lane only after the thing paused_reason names is actually fixed. Clearing a pause that still applies just puts the lane back into it, and each round costs the seller's reputation.
4. If selling is refused with errors.session.signInToSell, stop and say so.

Error Handling

AGENT CRITICAL INSTRUCTION:

1. Errors carry a key as well as a message. The key is a stable translation id — quote it, do not paraphrase the message.
2. On errors.session.signInToSell / errors.session.signInToBuy, tell the user to sign in from the app (asale open) and stop. Do not retry, and do not look for another route to the same effect.
3. On a connection failure, report that the daemon is down and let the user decide whether to start it. Do not run asale start unasked.

Tips

Visit https://asale.ai for more information. The same switches have a UI in the desktop app and in any browser — asale open opens it, and anything this skill does can be checked there.