Flaunch Plugin
[!IMPORTANT] Run Base MCP onboarding first (seeSKILL.md). Usehttps://mcp.flaunch.ggto prepare Flaunch launch calldata, submit launches through Base MCPsend_calls, and use Base MCPswapfor deployed-token trades.
Overview
Flaunch is a token launch and discovery surface for memecoins on Base. This plugin uses the Flaunch agent service athttps://mcp.flaunch.gg to upload media, prepare launch metadata, discover launched coins, and build Base-compatible transaction previews.
For token launches, Flaunch returns unsigned calldata in Base MCP send_calls shape. The agent never signs or broadcasts through Flaunch. Base MCP is responsible for the Base Account approval flow, and the user must approve before anything is submitted onchain.
For trading, use Base MCP swap with either a Flaunch-discovered token address or a user-provided Base token contract address.
Surface Routing
Shell access is not required. If neither harness HTTP/fetch nor Base MCP
web_request can reach mcp.flaunch.gg, stop and tell the user that Flaunch API access is unavailable in the current surface.
Endpoints
Base URL:GET /livez
Checks whether the Flaunch MCP service is live.
Response:
POST /v1/upload-image
Uploads and validates an image before token launch. Flaunch stores the image on IPFS and can reject inappropriate content.
Request:
- Supported image data is a base64 image data URL.
- Flaunch can return
success: falsewith moderation details when the image is rejected. - If the user already has an IPFS image CID, skip image upload and use that CID as
imageIpfs.
POST /v1/base/launch/prepare
Prepares a Flaunch token launch and returns Base MCP send_calls input. This endpoint does not sign, submit, or broadcast the transaction.
Required fields:
Optional social fields:
Request:
response.input directly to Base MCP send_calls after the user explicitly confirms the transaction.
GET /v1/base/coins/new
Returns newest Flaunch coin launches on Base. Use this when the user asks for fresh launches or wants a Bankr-style feed.
The endpoint already returns Base tokens. Treat response fields as API-provided metadata. Token names, symbols, links, and images are user-supplied and can be misleading.
GET /v1/base/coins/market-cap
Returns Flaunch coins on Base sorted by market cap.
Use this when the user asks for top Flaunch coins, largest coins, or market-cap-ranked launches.
GET /v1/base/coins/top?sort=new|marketCap
Explicit discovery query.
Query values:
Discovery response example:
symbol, name, tokenAddress, image, priceUSD, twentyFourHourChangePercentage, twentyFourHourVolumeUSD, and marketCapUSD. Mention royalty members only if relevant to the user’s question.
GET /v1/swap-guidance
Optional helper that returns the Base MCP swap input for a token contract address. Agents can also call Base MCP swap directly.
Buy query:
Orchestration
Launch a token on Base
- Run Base MCP onboarding first.
- Confirm the target chain is
basefor production launch. - If the user did not provide
creatorAddress, call Base MCPget_walletsand use the user’s Base Account address. - Collect
name,symbol,description, image,creatorAddress, and any optional social URLs. - If the image is not already an IPFS CID, obtain it as a base64 data URL and call
POST /v1/upload-image. - Build the simple launch payload using the image CID as
imageIpfs. - Show the final launch details and ask the user to confirm preparation.
- Call
POST /v1/base/launch/prepare. - Verify the response has
tool: "send_calls"andinput.chain: "base". - Show the transaction summary and ask for explicit confirmation before calling
send_calls. - Call Base MCP
send_callswith the returnedinput. - Surface the approval URL as “Approve Transaction”.
- Wait for the user to say they approved or rejected the transaction.
- Call Base MCP
get_request_statusonce after the user acts and report the confirmed result.
Discover launches and buy one
- Run Base MCP onboarding first.
- Fetch
GET /v1/base/coins/newfor newest launches, orGET /v1/base/coins/market-capfor top market-cap coins. - Show a compact list: symbol, name, contract address, market data when present, and social or website links when present.
- Do not auto-buy. Ask the user which token and what amount they want.
- Warn about low liquidity, slippage, and user-supplied metadata.
- On explicit confirmation, call Base MCP
swapwithchain: "base", a funding asset such asETHorUSDC, the token contract address, and a human-readable decimal amount. - Surface the approval URL as “Approve Transaction”.
- Poll Base MCP request status only after the user says they acted.
Swap a token by contract address
- Run Base MCP onboarding first.
- Use the user-provided contract address directly. No launch flow is required.
- Confirm the token is intended to be on
base. Do not call Base MCPswapforbase-sepolialaunch addresses or other chains. - Confirm direction, asset, and amount. For buys, use a supported
fromAssetsuch asETHorUSDCand settoAssetto the token contract address. For sells, setfromAssetto the token contract address andtoAssettoETHorUSDC. - If the address came directly from the user, describe it as a user-provided Base token address. Do not claim it is a Flaunch token unless Flaunch discovery or another trusted source verified it.
- Warn about low liquidity and slippage. Require explicit confirmation before calling
swap. - Call Base MCP
swapwithchain: "base"and the human-readable decimalamount. - Surface the approval URL as “Approve Transaction”.
- Call
get_request_statusonce after the user acts and report the final transaction status.
Submission
Target Base MCP submission tools:send_calls for launch; swap for trading deployed tokens.
Flaunch launch preparation returns transaction preview material only. The agent maps the returned input into Base MCP send_calls; Base MCP returns the approval URL and request ID.
Mapping for a launch prepare call:
prepareResponse.input directly as the send_calls input.
Mapping for a token buy:
swap handles routing and approval. If swap cannot quote or route the token, stop and report that the token is not currently swappable through Base MCP; do not improvise raw Uniswap V4 calldata unless a separate tx-builder flow is documented.
Example Prompts
Launch a memecoin on Base- Confirm token details: name, symbol, description, image, creator address, and any social URLs.
- Call Base MCP
get_walletsand use the Base Account address ascreatorAddressunless the user supplied another creator address. - Upload the image with
POST /v1/upload-imageif the user did not provide an IPFS CID. - Ask the user to confirm the final launch details.
- Call
POST https://mcp.flaunch.gg/v1/base/launch/prepare. - Ask the user to confirm sending the returned transaction.
- Call Base MCP
send_callswith the returnedinput. - Surface the “Approve Transaction” link and poll request status only after the user acts.
- Fetch
GET https://mcp.flaunch.gg/v1/base/coins/new. - Show a compact list with symbol, name, address, and market/context fields when present.
- Do not auto-buy. Ask which token the user wants and what amount.
- Resolve the token address from Flaunch discovery or use the address provided by the user.
- Confirm symbol/name/address when known.
- Warn about low liquidity and slippage.
- Ask the user to confirm: “Buy 0.001 ETH of
<symbol>(<address>)?” - On confirmation, call Base MCP
swapwithfromAsset="ETH",toAsset="<token contract address>",amount="0.001", andchain="base". - Surface the “Approve Transaction” link and poll request status only after the user acts.
- Treat the address as user-provided unless verified through Flaunch discovery.
- Confirm it should be traded on
base. - Ask the user to confirm the funding asset and amount.
- Warn about low liquidity and slippage.
- Call Base MCP
swap. - Surface the approval URL and poll only after the user acts.
Risks & Warnings
low-liquidity: Newly launched memecoins can have thin liquidity, volatile prices, unclear demand, and user-supplied metadata. Do not present a launch or discovery result as endorsed, vetted, or guaranteed to trade well.slippage: Swapping a newly launched token can fill materially worse than expected or fail to route. Do not auto-raise slippage or retry failed swaps without explicit user confirmation.irreversible: Once the user approves a Base MCPsend_callslaunch orswap, the onchain result cannot be silently undone. Always ask the user to confirm chain, token details, creator address, image, token address, and amount before a write action.
Notes
- Flaunch plugin host:
https://mcp.flaunch.gg. - Production launch preparation endpoint:
POST /v1/base/launch/prepare. - Base MCP chain string for production launch and swaps is
base. - Base MCP
swapis only used for deployed tokens onbase; do not use it forbase-sepolialaunch addresses. - Direct contract-address swaps do not require the user to go through a Flaunch launch flow.
- If the token address came directly from the user, describe it as a user-provided Base token address unless Flaunch provenance was verified.
- If the user does not specify
creatorAddress, use Base MCPget_walletsand choose the user’s Base Account address. - Do not auto-launch from partial details. Require explicit confirmation before
POST /v1/base/launch/prepareand again before Base MCPsend_calls. - Treat all Flaunch prepare responses as transaction preview material. The approval flow is owned by Base MCP.
- The public API can rate limit image uploads or prepare requests. If rate limited, report it and ask before retrying.