skills

OpenFinance Launchpad — Solana token launchpad on a Meteora dynamic bonding curve (DBC). Launch a new SPL token in one tx, trade it on the curve, and graduate to a DAMM v2 AMM once the curve fills. Use whenever the user wants to create a new Solana memecoin / project token, browse tokens already launched on the platform, or trade one of these DBC tokens. Triggers: "launch a token", "create a memecoin", "start a token on Solana", "DBC launch", "bonding curve launch", "buy / sell {token} on the curve", "graduate the curve", "claim my creator fees", "what fees has my token made", "pool state / curve progress", "show me tokens on the launchpad", "trending / newest tokens", "what tokens have I launched". Routing rule: PRE-graduation trading (curve not full) → buy / sell here. POST-graduation (curve filled, DAMM v2 pool live) → openfin-onchain Jupiter (onchain_jupiter_order + onchain_jupiter_execute) — calling buy/sell on a graduated pool returns alreadyGraduated: true. Solana-only — other chains use op

Hyperliquid perps + spot trading via the OpenFinance backend. Use for any Hyperliquid task — orders (perp, spot, TWAP, HIP-3 stocks/commodities/FX/preipo, HIP-4 binary outcomes), leverage/margin, account balance, market data (REST + WebSocket), OHLCV candles, deposits/withdrawals. Hyperliquid is its **own L1**, chain. Hyperliquid accepts **only USDC** (not USDT, not USDC.e). INR funding route — Onramp.money INR → USDC on Polygon/BSC → Relay bridge → Arbitrum → deposit. Hyperliquid runs **unifiedAccount** so spot+perp USDC share one margin pool — agents MUST sum `account.withdrawable + spot.USDC.total` and present it as ONE figure (NEVER "Perp withdrawable $0" or "Spot USDC" as separate lines). On first balance read, if `account.withdrawable > 0` and `GET /agent/trading/abstraction` returns `"default"` or `"disabled"`, POST `{abstraction:"u"}` to upgrade (one-shot, idempotent). Triggers — "buy/long/short/sell BTC/ETH/SOL/NVDA/TSLA/...", "perp/spot order", "Gtc/Ioc/Alo/FrontendMarket", "TP/SL", "TWAP", "leverag

Polymarket — research, pricing, trading, deposit/withdraw, and trader leaderboard via the OpenFinance backend. Use for ANY Polymarket task. Polymarket runs a per-EOA "deposit wallet" smart contract that holds pUSD and is the on-chain `maker` on every order — pUSD on the EOA is stranded for trading, and `/user/:address/*` lookups must use the deposit-wallet address (NOT the EOA). Always call `GET /agent/polymarket/deposit-wallet` first to resolve the right address — except for "my data" reads where the `/me/*` aliases inject the caller's address automatically. Triggers — events / markets / odds in politics / sports (IPL, FIFA, NBA, NFL, F1, UFC, cricket) / crypto / culture / entertainment, place / cancel orders (limit GTC/GTD, market FOK/FAK, batch), neg-risk multi-outcome markets, tick sizes, builder attribution, "where do I deposit on Polymarket / what's my Polymarket address", "withdraw / cash out from Polymarket to {chain}", "Polymarket leaderboard / top traders / best wallets / who's making money / where

Error → fix lookup for the OpenFinance backend (Polymarket, Relay, Hyperliquid, Solana RPC, account-setup). Use the moment a call fails or returns an unexpected status. Triggers on the error signatures verbatim or paraphrased — Polymarket — "maker address not allowed", post-migration balance/allowance both reading 0, "allowance max but CLOB returns 0", "tick size", "order size below minimum"; Relay — "InstructionFallbackNotFound / Custom:101", "Blockhash not found", "401 No valid authorization signatures" or 412 on Solana execute, "User has no Solana wallet provisioned", "topupGas forced off"; Hyperliquid — "Insufficient margin / account value too low", "withdrawal not arriving on Arbitrum", WebSocket stale data, "price out of bounds". Read this BEFORE assuming a bug.

Multi-chain on-chain token data + same-chain transfers + Solana same-chain swaps (Jupiter). Read side (Uniblock-backed, 100+ chains) — token metadata, wallet portfolios, balances, USD prices, token search by name/symbol/address (Codex-backed, 200+ chains, returns marketCap / liquidity / volume24 / change24 / priceUSD). Write side — same-chain transfer of any token (native, ERC-20, SOL, SPL) to any address; Solana same-chain swap via Jupiter v2 (quote + sign + execute). Triggers — data — "what is token 0x…", "wallet portfolio", "USDC balance on {chain}", "price of {token}", "find PEPE", "search for SHIB", "is wrapped BTC at the right price". Transfer — "send X to Y on {chain}", "transfer USDC to wallet 0x…", "send SOL to friend's address", "pay 50 USDC". Solana swap — "buy PEPE on Solana", "swap SOL for BONK", "sell my BONK", "buy $50 of WIF". Routing rule — SAME-chain transfer (no token change) → POST /agent/onchain/send; Solana SAME-chain swap (SPL/wSOL ↔ SPL/wSOL) → onchain_jupiter_order + onchain_jupiter_e

Fiat → crypto onramp through OpenFinance. Smart-routed across **Moonpay** (cards / Apple Pay / Google Pay / SEPA / bank — global, non-INR) and **Onramp.money** (UPI / IMPS — INR only). Default to POST /agent/onramp (smart router; `baseCurrency:"inr"` → Onramp.money, anything else → Moonpay). Use POST /agent/onramp/moonpay or /onrampmoney to force a provider. Triggers — "buy USDC with my card", "Apple Pay", "deposit fiat", "fund my wallet", "I have no crypto, how do I start", "buy ETH on Base with USD"; INR triggers — "buy USDC with INR", "deposit ₹1000", "top up with UPI / IMPS", "India onramp". The agent never signs an on-chain tx — user opens the returned URL to complete KYC + payment in the provider's UI; funds land in the user's OpenFinance-managed wallet for the chosen chain. Onramp.money has a **fixed (coin × network) matrix** (usdt:bep20|matic20|erc20|trc20, usdc:bep20|matic20 ONLY, busd:bep20, matic:matic20, bnb:bep20, eth:erc20|matic20, sol:spl); calls outside it throw — propose a supported pair inst

Cross-chain bridging, swapping, and bridge+call via Relay through the OpenFinance backend. Use whenever the user wants to move tokens across chains, swap EVM same-chain with a token change, or run a destination-chain tx funded from another chain. `recipient` may be the caller's own wallet OR any external address — Relay treats them the same. Routing rule — SAME-chain transfer with NO token change → `openfin-onchain` POST /agent/onchain/send (faster, cheaper than a bridge). Solana SAME-chain swap (SPL ↔ SPL / wSOL) → `openfin-onchain` onchain_jupiter_order + onchain_jupiter_execute (native SPL routing, better pricing than Relay). Everything else (EVM same-chain swap with token change, any cross-chain) → Relay. Triggers — "bridge X from Y to Z", "move USDC to Base / Arbitrum / Optimism / Polygon / Solana", "swap ETH for USDC on Base", "cross-chain swap", "bridge and call", "how do I get to / back from Solana", "my USDC is stuck on Solana", "send USDC to 0x… on another chain", EVM↔EVM, EVM↔Solana, Bitcoin bridge

Auth check for the OpenFinance backend — confirms an API key is available before any other OpenFinance skill runs. Use FIRST whenever the user is about to call any /agent/* route (Polymarket, Hyperliquid, Relay), is hitting 401/412, or hasn't traded yet in this session. Triggers on "how do I get started", "API key is required", "Invalid API key", "401/412 from /agent/*", "set up OpenFinance", or any first call into a trading skill. Resolves the key from `OPENFINANCE_API_KEY` (or equivalent env / user-supplied value), confirms the format (`open_…`), verifies via GET /agent/wallets, and otherwise points the user to https://openfinance.tech to issue one.