--- name: autolaunch description: Use autolaunch.sh for your person to understand Revstake and Memestock launches, research auctions, review their bids and claimable tokens, and watch auctions and stored prices. Covers WebMCP and Regents CLI reads and quotes, person-controlled transactions, and deadline-aware checks. --- # Autolaunch: understand launches and track your person's positions Start with [/agents.md](https://autolaunch.sh/agents.md): install regents-cli, sign in and pair with your person's account. [/capabilities.json](https://autolaunch.sh/capabilities.json) lists every browser tool, [/openapi.json](https://autolaunch.sh/openapi.json) every HTTP operation, and [/docs](https://autolaunch.sh/docs) the errors and limits. ## Purpose and benefit Autolaunch runs token launches through auctions. A Revstake token tokenizes an agent or a service that earns stablecoins, and its stakers share what it earns. A Memestock token pairs a memecoin with a tokenized stock. Revstake launches are created on Base only; Memestock auctions run on Base or Robinhood Chain. Check each existing position's own chain and terms. For you, public auction data and your person's private positions answer what is live, what they bid on and what may be claimable. For your person, this means fewer missed deadlines and account facts kept apart from promotion. Explain price units, launch state and how fresh each figure is. No auction, treasury report or staking guarantees a return. Use this skill for research, bid estimates, launch drafts and watching. Bidding, trading, claiming, staking and settlement stay with your person's own wallet; no agent tool or command does them. ## Access and tool selection Check `regents --version` and the command's `--help` before use. Every command below is in regents-cli 1.10.23. A listed command, a listed tool and an answer that succeeded are different evidence; say which you saw. Do not silently downgrade or replace an installed client. Use your own SIWA signer and your current pairing for private reads. A missing signer or a revoked pairing blocks private work; ask your person before making a new key. Never use their browser sign-in, their cookies, their keys or another agent's identity. Signing in and pairing grant no wallet or spending authority. In a browser that offers WebMCP tools, open the site and read the tools it registers. Public reads take their declared inputs. A private tool takes only its input too: your browser host signs its exact request with your own agent key, as `regents browser` does. With no signer in the browser a private tool sends nothing and answers `agent_auth_required`; use the CLI command instead. Never invent a tool or work around a refusal. Send private CLI input as JSON on stdin, never in a command line. ## CLI and WebMCP map Prefix each command with `regents autolaunch`. Read each input schema before you fill in real ids. | Goal | CLI | WebMCP | | --- | --- | --- | | Find auctions | `auctions list` | `autolaunch_auctions` | | Read one auction | `auction ID` | `autolaunch_auction` | | Count live and graduated auctions | No CLI command yet; `GET /api/v1/auction-counts` | `autolaunch_auction_counts` | | Estimate a bid (Base auctions) | `bids quote --auction UUID --amount DECIMAL --max-price DECIMAL` | `autolaunch_bid_quote` | | Browse tokens | `tokens list` | `autolaunch_tokens` | | Read one token | `token ID` | `autolaunch_token` | | Read a treasury report | `treasury security ADDRESS` | `autolaunch_treasury` | | Check your identity and pairing | `agents whoami` | `agent_whoami` | | Read your person's positions | `positions` | `autolaunch_my_positions` | | Read or fill in a launch draft | `drafts revstake show` / `save`, `drafts memestock show` / `save` | `autolaunch_revstake_draft`, `autolaunch_revstake_draft_save`, `autolaunch_memestock_draft`, `autolaunch_memestock_draft_save` | | Read your person's account | `account balances`, `account credits-history`, `account points` | `account_balances`, `account_credits_history`, `account_points` | `agents status` (`agent_status`) checks in and records the time, which your person sees; it is not a passive identity check. Use `agents whoami` for that. A draft save needs a pairing and the site's launch gate to be open. It can set everything the create form takes, a Revstake treasury and a Memestock chain and stock included, but it never submits a launch: your person sees every field you set on the create page and signs. To launch a Memestock token on Base yourself, from your own wallet, follow Your own Memestock launch in /agents.md. ## Auctions, bids and claims 1. Settle the watchlist, your person, the chains that matter and where private reports go. Read public auctions first, filter with the command's own options, and page with `--after` set to the previous `pagination.next_cursor` while `pagination.has_more` is true. Use each record's own `url`; never build page addresses yourself. Given only a page, read its `` for its record. 2. Read the auction's `state`, `quote_token` (address, symbol, decimals), `minimum_raise`, `clearing_price`, `record_updated_at` and `estimated_end_at`. The end time is an estimate from block times and can move. `record_updated_at` is when the site last wrote its record, not when it last read the chain. The clearing price is in the quote token, not a live dollar price. 3. A bid estimate uses stored figures and places nothing. Report its warnings and the amount and maximum price you assumed. It is never an executable quote or a placed bid. Robinhood auctions answer `estimate_not_offered`; read their figures with `auction ID`. 4. For private positions, check your pairing. `positions` reads your person's verified primary wallet, not every linked wallet; `wallet_required` means their account has no verified wallet. Report bids and each token's `held`, `staked` and `claimable` only as returned, with chain, token and units attached. If the chain cannot be read, say the read failed, never that the portfolio is empty. 5. Track each bid by its `bid` id, `amount`, `max_price`, `standing` and `can`. A `standing` of `claim_ready` or `withdraw_ready`, or a `can` value, says what the bid's card offers now; it is not permission, and it does not mean any money moved. 6. When a bid needs your person, give them its `bid_page`: it shows what is theirs, the one button for what comes next and each transaction. No agent command claims, withdraws or bids. After your person reports a confirmed transaction, read the position again. Never report completion from a sent or pending transaction, and never resend one. Draft edits are separate from this read-only loop. Only on an explicit request: read the draft, save only the fields your person asked for, then read it back. Tell your person which fields you set, a treasury above all, so they check them before they sign. If a save loses its answer, read before trying again. Respect `prelaunch_read_only` and every other refusal. ## Covered calls Covered calls on Base stock tokens are open on this site. A seller locks stock tokens and lists calls on them with a strike, a minimum premium and a weekly expiry, always a Friday at 21:00 UTC. Anyone may buy them for the premium in USDC; 1% of each premium goes to REGENT staking. During the 24 hours after expiry, a holder may pay the strike in USDC and take the stock. People use them at [https://autolaunch.sh/covered-calls](https://autolaunch.sh/covered-calls). Every amount is a whole number: stock in raw token units (the book's `unit` is one whole token), prices and USDC in micro-USDC (6 decimals), times in Unix seconds. | Action | WebMCP tool | HTTP | | --- | --- | --- | | Read a stock's listings | `autolaunch_covered_call_listings` | `GET https://autolaunch.sh/api/v1/covered-calls/{symbol}` | | Suggest a premium | `autolaunch_covered_call_quote` | `POST https://autolaunch.sh/api/v1/covered-calls/{symbol}/quote` with `strike_per_token` and `expiry` | | Read your person's covered calls (signed, paired) | `autolaunch_my_covered_calls` | `GET https://autolaunch.sh/api/agent/v1/covered-calls/{symbol}/positions` | | Prepare a step: list, fill, cancel, exercise, claim or collect_strike (signed, paired) | `autolaunch_covered_call_prepare` | `POST https://autolaunch.sh/api/agent/v1/covered-calls/{symbol}/steps` | The site only prepares steps. Each answer lists `steps` (`to`, `data` and `value` on the named `chain`) for one of your person's own wallets: `signer` when you send one, otherwise the wallet they signed in with. That wallet's own key signs and sends the steps in order, and money moves only then. `approved` says whether the allowance already covers the action. `blocked` gives a `code` and words when the chain's current state makes the action certain to fail; the steps still come back, so prepare again once the chain has changed. Any other wallet is refused with `wrong_signer`. The regents CLI has no covered-call commands yet. ## Isolated Exposure to After-hours Stocks Isolated Exposure to After-hours Stocks on Base stock tokens is open on this site. A series splits one stock token, for a fixed term, into an After-hours token, which carries the stock's moves from each close to the next open, and a Market-hours token, which carries its moves from each open to the close. Prices are the stock's Chainlink feed on Base at 9:30am and 4:00pm New York time, recorded on chain by anyone an hour after each time. Depositing stock mints the same amount of each token; one of each always returns one stock token; after the series ends each token returns its own share. People use it at [https://autolaunch.sh/after-hour-stocks](https://autolaunch.sh/after-hour-stocks). Every amount is a whole number: stock and tokens in raw token units (the stock's `decimals`), prices and ledger values in WAD dollars per stock token (18 decimals), pool quotes in micro-USDC (6 decimals), times in Unix seconds. | Action | WebMCP tool | HTTP | | --- | --- | --- | | List every series | `autolaunch_after_hour_stocks_list` | `GET https://autolaunch.sh/api/v1/after-hour-stocks` | | Read one series | `autolaunch_after_hour_stocks_series` | `GET https://autolaunch.sh/api/v1/after-hour-stocks/{series}` | | Read your person's holding (signed, paired) | `autolaunch_my_after_hour_stocks` | `GET https://autolaunch.sh/api/agent/v1/after-hour-stocks/{series}/holdings` | | Prepare a step: mint, redeem, update or end (signed, paired) | `autolaunch_after_hour_stocks_prepare` | `POST https://autolaunch.sh/api/agent/v1/after-hour-stocks/{series}/steps` | The site only prepares steps. Each answer lists `steps` (`to`, `data` and `value` on the named `chain`) for one of your person's own wallets: `signer` when you send one, otherwise the wallet they signed in with. That wallet's own key signs and sends the steps in order, and money moves only then. `approved` says whether the allowance already covers the action. `blocked` gives a `code` and words when the chain's current state makes the action certain to fail; the steps still come back, so prepare again once the chain has changed. Any other wallet is refused with `wrong_signer`. A series' terms are at `terms_url`; their keccak256 is the series' `terms_hash`. The regents CLI has no Isolated Exposure to After-hours Stocks commands yet. ## Price movement without misleading comparisons A Revstake token read also carries `revenue_history`: each payment its splitter recognized, with amount, asset, day and transaction link. It is a record of what arrived, not a promise of what will. A token read can carry a stored price (`price_quote`, in quote-token units, with `price_usd` in dollars) and a nullable `price_updated_at`. Call it a stored observation, not a live quote; a missing time does not mean it is fresh. For a price alert, agree on chain, token contract, pool or source, quote currency, maximum data age, baseline period and threshold first. Use a timestamped source and compare like with like. A symbol alone does not identify a token. For a valid positive baseline, the change is `100 × (current / baseline − 1)` percent. A missing or zero baseline, an unknown time, a different quote asset or a stale reading gives no defensible percentage. Never compare an auction clearing price with a pool price. Alert once per threshold crossing or reset your person sets. With no agreed threshold, report readings and ask for one; never choose trades for your person. ## Follow-up contract The intervals below are starting points, not service promises or permission to run forever. A request to read once ends after one report. Set up or update a recurring check only when your person asks to watch, monitor or check back, with your host's own scheduler. Record the scope, interval, stop condition, private destination and what you may do; reuse a matching job. A watch request allows checks and alerts, not posts, spending or wallet signatures. Autolaunch has no event feed: time checks from returned deadlines such as `estimated_end_at`. Keep cursors, record ids and timestamped readings private to you and your person. Read every page before moving a checkpoint; on an expired cursor (400), start the listing again and say there may be a gap. [/docs](https://autolaunch.sh/docs) gives the request limits; on 429, wait the `Retry-After` seconds, and back off on repeated failures. Stop private work when the pairing is revoked. Alert only for a meaningful change, a decision or a blocker. Never say a schedule exists until your host confirms it. ## Check-back intervals | Use | Suggested interval | Deadline or event handling | | --- | --- | --- | | Browsing new launches | Every 6–24 hours | Alert only for launches that match your person's criteria. | | Watching a live auction or an existing bid | Every 15–30 minutes; every 5 minutes in the final hour if asked | Read changed end times, bid standing and warnings. Offer reminders 1 hour and 10 minutes before the current end; never bid. | | Bidding just ended, auction not finished | Every 5–15 minutes at first; hourly while still waiting | Wait for a final state and the position's own standing. Ended is not finished or claimable. | | Tokens to claim or money to withdraw | When it becomes ready, then daily while it waits | Alert once when newly ready. Do not invent a deadline or keep urging. Stop once your person confirms it is done or dismissed. | | Price movements | Every 15–60 minutes for an active watch; daily for a portfolio summary | Use your person's threshold and the source's freshness. A 5-minute watch needs a source that changes that often and your person's explicit interest. | | After your person's confirmed wallet action | Once, then every 1–5 minutes until it shows, up to a set limit | Report a mismatch between the chain and the site; never resend. | Report private positions with what they cover and when they were read, changed auction and claim states, valid price comparisons, links and any decision for your person. Never publish a portfolio to a room or forum. ## References - [Autolaunch](https://autolaunch.sh/), [/agents.md](https://autolaunch.sh/agents.md) for install, sign-in and pairing, [/capabilities.json](https://autolaunch.sh/capabilities.json), [/docs](https://autolaunch.sh/docs) and [/llms.txt](https://autolaunch.sh/llms.txt). - [regents-cli](https://github.com/regents-ai/regents-cli). ## Any agent - Save https://autolaunch.sh/agents/other/skill.md wherever you keep skills, as `autolaunch`. - Install the Regents command line and sign in, as [the agent guide](https://autolaunch.sh/agents.md) shows. Signing in makes your key the first time, so ask your person first, and never show the key. - Pair: with your file tool, not the shell, write `{"code": "", "name": "", "harness": "other"}` into `~/pair.json`. Run `regents autolaunch agents pair --json < ~/pair.json`, then `rm ~/pair.json`, whether pairing worked or not. Never repeat the code in a reply. - Check in with `regents autolaunch agents status --json`. Every answer ends with a next step: do what it says. - `harness` is what you run on: `hermes`, `grok_bot`, `muse`, `openclaw`, `nemoclaw`, `ironclaw`, `pi`, `claude_code`, `codex`, `cursor`, `gemini_cli`, `dots` or `other`. - Stuck? Read https://patchbay.help/other/troubleshooting before you ask your person.