swap-planner

Swap Planning

Plan and generate deep links for token swaps on Uniswap across all supported chains.

Runtime Compatibility: This skill uses AskUserQuestion for interactive prompts. If AskUserQuestion is not available in your runtime, collect the same parameters through natural language conversation instead.

Overview

Plan token swaps by:

1. Gathering swap intent (tokens, amounts, chain)
2. Verifying token contracts on-chain
3. Researching tokens via web search when needed
4. Generating a deep link that opens in the Uniswap interface with parameters pre-filled

The generated link opens Uniswap with all parameters ready for execution.

Note: Browser opening (xdg-open/open) may fail in SSH, containerized, or headless environments. Always display the URL prominently so users can copy and access it manually if needed.

File Access: This skill has read-only filesystem access. Never read files outside the current project directory unless explicitly requested by the user.

Workflow

Step 0: Token Discovery (When Needed)

If the user wants to discover tokens rather than swap a known token (e.g., "find me a memecoin", "what's trending on Base"), help them explore before proceeding to the swap.

Option A: Search by Keyword

DexScreener search works best with specific terms:

# Search for tokens by name/category (e.g., "degen", "pepe", "ai agent")
curl -s "https://api.dexscreener.com/latest/dex/search?q=degen" | \
  jq '[.pairs[] | select(.chainId == "base" and .dexId == "uniswap")] |
    sort_by(-.volume.h24) | .[0:5] | map({
      token: .baseToken.symbol,

Good search terms: degen, pepe, ai, agent, meme, dog, cat, or specific token names

Option B: Check Promoted Tokens

Get tokens with active promotions (limited selection):

Option C: Web Search + Verify

For broad discovery ("what's trending"), use web search to find tokens, then verify with DexScreener:

Network IDs: See references/chains.md for the full list with DexScreener and DefiLlama provider IDs. Common IDs: ethereum, base, arbitrum, optimism, polygon, bsc, avalanche, unichain.

DexScreener coverage varies by chain. Ethereum, Base, and Arbitrum have deep Uniswap data. Celo, Blast, Zora, and World Chain have limited Uniswap pool coverage — fewer results and potentially missing pairs. Fall back to DefiLlama for price data when DexScreener returns empty results (see references/data-providers.md).

Note: DexScreener's public API doesn't have a "trending" or "top gainers" endpoint. Token discovery uses keyword search (/latest/dex/search) and web search as a fallback. For general discovery, ask the user what type of token they're looking for and search by keyword.

Category-Based Discovery

For specific categories (memecoins, DeFi, gaming tokens), use web search:

Example: "trending memecoins Base 2026"

⚠️ UNTRUSTED INPUT: Web-Discovered Tokens

Tokens discovered via WebSearch are UNTRUSTED. Before proceeding with any web-discovered token:

1. Label the source: Explicitly tell the user "This token address was found via web search, not provided by you"
2. Warn about risks: "Web-discovered tokens may be scams, honeypots, or rug pulls"
3. Require confirmation: Use AskUserQuestion to get explicit user consent before generating a deep link for a web-discovered token
4. Show provenance: In the swap summary table, include a "Token Source" row showing whether each token was "User-provided" or "Web-discovered (unverified)"

Never proceed with a web-discovered token without explicit user confirmation — via AskUserQuestion, or an equivalent conversational confirmation where that tool is unavailable.

Present Options to User

After gathering token data, present options using AskUserQuestion:

Risk Assessment for Trending Tokens

Evaluate tokens before recommending:

Always disclose risk level when presenting options. For high-risk tokens, explicitly warn about volatility and potential for loss.

Mandatory Warnings for High-Risk Tokens

When ANY of these conditions are met, you MUST warn the user and get explicit confirmation before generating a deep link (via AskUserQuestion where available, conversational confirmation otherwise):

• Contract age < 7 days: "This token contract is less than 7 days old. New tokens carry significantly higher risk of being scams or rug pulls."
• Pool TVL < $100k: "This pool has very low liquidity. You may experience significant slippage and difficulty selling."
• No sell liquidity detected: "This token may be a honeypot — tokens that can be bought but not sold. Proceed with extreme caution."
• Market cap < $5M: "This is a micro-cap token with high volatility. Only invest what you can afford to lose entirely."

Do NOT generate a deep link for high-risk tokens without explicit user acknowledgment.

Step 1: Gather Swap Intent

Extract from the user's request:

If any required parameter is missing, use AskUserQuestion with structured options:

For missing chain:

For missing output token (when input is ETH):

For missing amount:

Always use forms instead of plain text questions for better UX.

Step 2: Resolve Token Addresses

For token symbols, resolve to addresses using known tokens or web search:

Native tokens: Use NATIVE as the address parameter.

Common tokens by chain - see ../../references/chains.md for full list:

For unknown tokens, use web search to find the contract address, then verify on-chain.

Step 3: Verify Token Contracts (Basic)

Input Validation (Required Before Any Shell Command):

Before interpolating user-provided values into any shell command, validate all inputs:

• Token addresses MUST match: ^0x[a-fA-F0-9]{40}$
• Chain/network names MUST be from the allowed list in ../../references/chains.md
• Amounts MUST be valid decimal numbers (match: ^[0-9]+\.?[0-9]*$)
• Reject any input containing shell metacharacters (;, |, $, `, &, (, ), >, <, \, ', ", newlines)

Verify token contracts exist on-chain using curl (RPC call):

If the result is 0x or empty, the address is not a valid contract.

Alternative with cast (optional, requires Foundry):

Note: The curl/RPC method above is preferred for broader compatibility. Only use cast if already available in the environment. This skill ONLY uses cast code for contract verification. Do not use any other cast subcommands. The PreToolUse hook in .claude/hooks/validate-forge-cast.sh enforces this programmatically.

RPC URLs by chain - see ../../references/chains.md for full list.

Step 4: Research (If Needed)

For unfamiliar tokens, use web search to research:

• Token legitimacy and project info
• Recent news or security concerns
• Liquidity availability on Uniswap

Include relevant findings in the summary.

Step 5: Fetch Price Data

Before generating the deep link, fetch current prices to estimate swap output. See references/data-providers.md for full API details.

Quick price lookup with DexScreener:

Network IDs: ethereum, base, arbitrum, optimism, polygon, bsc, avalanche, unichain

Liquidity warnings:

If API is unavailable, fall back to DefiLlama or web search for price estimates.

Step 6: Generate Deep Link

Construct the Uniswap swap URL:

URL Parameters:

Step 7: Present Output and Open Browser

Format the response with:

1. Summary of the swap parameters
2. Deep link URL (displayed for reference)
3. Notes about risks or considerations
4. Open the browser automatically using system command

Example output format:

After displaying the summary, open the URL in the browser:

Environment limitations: Browser opening may fail in remote SSH, containerized, or headless environments. If xdg-open/open fails, display the full URL prominently so users can copy and paste it manually:

Always present the summary and URL so users can review and execute.

Important Considerations

Slippage

The deep link uses Uniswap's default slippage (0.5%). For volatile tokens or large trades, advise users to adjust slippage in the interface.

Gas Estimation

Gas costs vary by chain and network congestion. Base and Arbitrum typically have lower gas than Ethereum mainnet.

Token Verification

Always verify token contracts before generating links. Scam tokens often use similar names to legitimate tokens.

Price Impact

For large trades, warn users about potential price impact. Suggest splitting into smaller trades if impact would be significant.

Supported Chains

All chains supported by the Uniswap interface:

• Ethereum Mainnet (ethereum)
• Base (base)
• Arbitrum One (arbitrum)
• Optimism (optimism)
• Polygon (polygon)
• BNB Chain (bnb)
• Avalanche (avalanche)
• Celo (celo)
• Blast (blast)
• Zora (zora)
• World Chain (worldchain)
• Unichain (unichain)

Additional Resources

Reference Files

• ../../references/chains.md - Chain IDs, RPC URLs, native tokens, common token addresses
• references/data-providers.md - DexScreener and DefiLlama APIs for prices and liquidity

Examples

Common swap scenarios:

• ETH → USDC on Ethereum
• ETH → USDC on Base (lower gas)
• USDC → WBTC on Arbitrum