Set up Quicknode for your AI agent once. Then paste any of these web3 AI prompts straight in and end up with something that runs: a live feed, a dashboard, a report, or an inbox.
Creates / usesCreates 1 active Stream. Streams use API credits per block processed. Details ↗
Using Quicknode Streams and the qn CLI, build and run a zero-dependency Node.js live feed of new Pump.fun token creations on Solana Mainnet, delivered through <PUBLIC_HTTPS_URL>/webhook. Build the authenticated webhook receiver and local web page, resolve and verify the current Pump.fun program and decoding layout, display each token's mint, creator, name, symbol, initial purchase in SOL when present, transaction signature, slot, timestamp, and explorer link, test the filter and initial-purchase decode against a real matching slot plus a nonmatching slot, test delivery to the receiver, and only then create and activate the Stream from chain tip with a batch size of 5 and elastic batching enabled.
Rank every Hyperliquid perp market by transparent crowding and liquidation-risk signals, with direction and normalized intensity visible beside the score. Verified against live data, not just described to you.
SQL Explorer · hyperliquid-core-mainnet · local dashboard
Creates / usesCreates no persistent Quicknode resource. SQL Explorer queries use API credits. Details ↗
Paste this into your agent
hyperliquid-core-mainnet
Using Quicknode SQL Explorer and the qn CLI, build and run a local Hyperliquid market-risk dashboard for the last 24 hours covering all perpetual markets. Show signed funding, open interest and its 24-hour change, trading volume, liquidation notional and count by side, and liquidation intensity relative to open interest; rank markets with a deterministic score built from percentile-ranked absolute funding, positive open-interest change, and liquidation intensity, label each leader long-crowded, short-crowded, or liquidation-heavy, show every score component, save the bounded SQL and raw results, cache the data locally, and verify the finished dashboard with live SQL Explorer data.
Yes, chef.
Sample output
COIN RISK BIAS FUNDING OI CHG LIQ/OI
BTC 0.82 LONG +0.031% +8.4% 2.1%
ETH 0.77 LONG +0.024% +5.7% 1.6%
SOL 0.61 SHORT -0.008% +3.2% 0.9%
// Alert
Recipe 02
Aave v3 USDC rate monitor
Goal
One alert when Aave v3 USDC variable-borrow APR crosses above 8%, plus a recovery alert when it falls back below, on Aave's Ethereum Core market by default. Proven by testing both crossings and running the same block twice with no duplicate alert.
Streams · Key-Value Store · available on 13 networks
Creates / usesCreates 1 active Stream and Key-Value Store entries. Both can use API credits. Details ↗
Using Quicknode Streams and the qn CLI, build a USDC variable-borrow APR monitor for the Aave v3 deployment on ethereum-mainnet that sends <DESTINATION> one normalized alert when the rate crosses from below 8% to 8% or above, and one recovery alert when it crosses back below. Resolve the Pool and USDC reserve from the current official Aave address book, verify their bytecode and a recent ReserveDataUpdated event, use lossless RAY conversion and Quicknode KV to seed and persist threshold state and deduplicate alerts, test below-to-above, repeated-block, and above-to-below cases, and activate the Stream from chain tip only after the checks pass.
Yes, chef.
Sample output
[aave-usdc] ethereum · variable borrow
7.96% -> 8.12% · CROSSED ABOVE 8%
block 21,904,118 · alert sent
threshold state written to KV
// Live feed
Recipe 03
Pump.fun new-token live feed
Goal
A web page updating as tokens are minted, with each creation's initial purchase shown when present so the feed carries useful launch context. The decode layout is verified against a real historical slot before the Stream is switched on.
Streams · solana-mainnet · zero-dependency Node
Creates / usesCreates 1 active Stream. Streams use API credits per block processed. Details ↗
Using Quicknode Streams and the qn CLI, build and run a zero-dependency Node.js live feed of new Pump.fun token creations on Solana Mainnet, delivered through <PUBLIC_HTTPS_URL>/webhook. Build the authenticated webhook receiver and local web page, resolve and verify the current Pump.fun program and decoding layout, display each token's mint, creator, name, symbol, initial purchase in SOL when present, transaction signature, slot, timestamp, and explorer link, test the filter and initial-purchase decode against a real matching slot plus a nonmatching slot, test delivery to the receiver, and only then create and activate the Stream from chain tip with a batch size of 5 and elastic batching enabled.
A local, signature-verified inbox of everything a wallet does, on whichever of 6 chain families you pick. Replay- and duplicate-proof, tested end to end before the Webhook goes live.
Webhooks · append-only JSONL · available on 12 networks
Creates / usesCreates 1 active Webhook. Webhooks use API credits per delivered payload. Details ↗
Paste this into your agent
ネットワーク
Using Quicknode Webhooks and the qn CLI, build and run a zero-dependency Node.js wallet activity inbox for 0x8f0d024e780b7e2fd633a4d6d43631a96e8cb059 on ethereum-mainnet. Resolve the network to its matching Webhook template — evmWalletFilter, solanaWalletFilter, bitcoinWalletFilter, xrplWalletFilter, stellarWalletTransactionsSourceAccountFilter, or hyperliquidWalletEventsFilter — rather than assuming every address is EVM. Use only built-in Node.js modules, verify webhook signatures against the raw request body, reject stale replays, deduplicate deliveries, persist events to an append-only JSONL file, and serve a local page showing incoming and outgoing transactions with counterparties, values, status, timestamps, and explorer links; test the complete delivery path before activating the Webhook.
Yes, chef.
Sample output
IN 0.42 ETH from 0x3a7e..41c8 14:02
OUT 120 USDC to 0x1f9a..c31e 13:58
IN 0.05 ETH from 0xd4c1..88a0 13:41
3 events, 0 dupes
// Report
Recipe 05
Hyperliquid wallet performance report
Goal
A readable 7-day performance and risk report for one Hyperliquid wallet, centered on net PnL after fees and funding, win rate, drawdown, market concentration, and liquidations. The totals are reconciled, not just printed.
SQL Explorer · hyperliquid-core-mainnet · 7-day report
Creates / usesCreates no persistent Quicknode resource. SQL Explorer queries use API credits. Details ↗
Paste this into your agent
hyperliquid-core-mainnet
Using Quicknode SQL Explorer and the qn CLI, build a 7-day performance and risk report for Hyperliquid wallet 0xedcdcaa1f18350c50c10bef860e64daa9785d05a showing gross realized PnL, fees, funding, net PnL, trading volume, win rate, market concentration, maximum realized-PnL drawdown, top and bottom markets, and liquidation history. Save and execute the SQL, produce a readable report, and independently reconcile net PnL and volume from the underlying fills, funding payments, and account events.
Yes, chef.
Sample output
7-DAY PERFORMANCE
gross realized +$18,402 fees -$1,209
funding +$334 net PnL +$17,527
win rate 58.2% max DD -$3,104
// Live feed
Recipe 06
Robinhood Stock Token market tape
Goal
A live market tape for AAPL, TSLA, NVDA, and SPY Stock Tokens across Uniswap V3 pools and the V4 PoolManager, with one UI-adjusted entry per decoded swap instead of one entry per Transfer leg.
Streams · robinhood-mainnet · block-with-receipts
Creates / usesCreates 1 active Stream. Streams use API credits per block processed. Details ↗
Using Quicknode Streams and the qn CLI, build and run a live market tape for canonical AAPL, TSLA, NVDA, and SPY Stock Tokens on Robinhood Chain Mainnet across Uniswap V3 pools and the V4 PoolManager. Emit one entry per decoded swap rather than per ERC-20 Transfer leg; apply each token's current UI multiplier and display buy or sell direction, share-equivalent quantity, execution price in the pool's quote asset, USD notional when a canonical price feed is available, pool version, transaction, block, timestamp, and explorer link. Deliver events to <PUBLIC_HTTPS_URL>/webhook, test matching and nonmatching historical blocks plus a multi-leg swap, and only after delivery works activate the Stream from chain tip with a batch size of 5 and elastic batching enabled.
Yes, chef.
Sample output
AAPL BUY 112.4 sh $25.7K @ $228.61 V3
TSLA SELL 38.0 sh $15.7K @ $412.07 V4
NVDA BUY 64.2 sh $11.8K @ $184.22 V3
running notional $1.84M
// Report
Recipe 07
Solana rent-recovery planner
Goal
Find every zero-balance SPL Token account you could safely close for rent, without signing anything. Classic accounts get closed-or-not classified outright; Token-2022 accounts go to a separate review list instead of guessing about extensions. On a real wallet this found 58 classic accounts clean to close (~0.118 SOL recoverable) and 9 Token-2022 accounts correctly held back. Several carried transfer-fee or transfer-hook extensions a naive check would have gotten wrong.
Quicknode MCP · Core RPC · solana-mainnet
Creates / usesCreates nothing and never submits a transaction. Read-only RPC calls can use API credits. Details ↗
Paste this into your agent
solana-メインネット
Fill in: <WALLET>
Using Quicknode Core RPC through the connected Quicknode MCP and qn CLI, build and run a read-only, zero-dependency Node.js rent-recovery planner for ewcjNU4XWcwE3sJDafm43cxGsiihRmzTtX7bwMHqaEP on Solana Mainnet. Scan accounts owned by both the classic SPL Token and Token-2022 programs, find zero-balance token accounts, and classify a classic account as ready to close only when it is initialized, not wrapped SOL, has no delegate, and its effective close authority is <WALLET>; place Token-2022 accounts in a separate review list instead of guessing about extensions. Independently re-read every candidate, total its current lamports, save a JSON report and readable table with explorer links, and never construct, sign, close, or submit a transaction.
Yes, chef.
Sample output
CLASSIC SPL TOKEN 58 ready to close
recoverable ~0.118 SOL
TOKEN-2022 9 held for review
transfer-fee / hook extensions found
nothing signed, nothing submitted
// Dashboard
Recipe 08
Solana DAS portfolio page
Goal
One page showing everything a wallet holds: SOL, fungible tokens, standard and compressed NFTs, MPL Core, and Token-2022 assets. It checks getAssetsByOwner actually works before it does anything else, and refuses to spin up a paid endpoint if DAS isn't already enabled. Cursor pagination and the compressed-NFT flag are both confirmed live against a real wallet's holdings.
Quicknode MCP · Core RPC · DAS API · solana-mainnet
Creates / usesCreates nothing. Requires an existing DAS-enabled Solana endpoint; RPC calls can use API credits. Details ↗
Paste this into your agent
solana-メインネット
Using the connected Quicknode MCP, qn CLI, Core RPC, and Metaplex DAS API, build and run a zero-dependency Node.js portfolio page for ewcjNU4XWcwE3sJDafm43cxGsiihRmzTtX7bwMHqaEP on Solana Mainnet. First find an existing Solana Mainnet endpoint and prove that DAS is enabled with getAssetsByOwner; if none is available, stop and tell me exactly what must be enabled rather than creating a paid resource. Keep its RPC URL server-side, show the wallet's SOL balance, fungible tokens, standard NFTs, compressed NFTs, MPL Core, and Token-2022 assets with balances, names, images, collections, and explorer links, use cursor pagination with a configurable asset cap, cache the results, and verify the SOL balance and at least three displayed assets with independent RPC calls.
Yes, chef.
Sample output
SOL BALANCE 12.4081 SOL
fungible tokens 31
standard NFTs 14
compressed NFTs 226
MPL Core / T-2022 3
getAssetsByOwner verified
// Dashboard
Recipe 09
Account usage dashboard
Goal
A read-only dashboard of your own account's usage: busiest endpoints, biggest week-over-week jumps and priciest methods. Summary and breakdown totals can differ for the same window, so the dashboard measures and reports any gap instead of forcing the numbers to match.
Quicknode MCP
Creates / usesCreates nothing. Read-only Quicknode MCP access with the Viewer role is sufficient. Details ↗
Paste this into your agent
Using the connected Quicknode MCP with Viewer access and the qn CLI, build and run a read-only, zero-dependency Node.js usage dashboard for my Quicknode account. Fully paginate the endpoint inventory; show requests and credits for the last 7 and 30 days by endpoint, chain, and RPC method; compare each endpoint's current seven days with the preceding seven; and highlight the busiest endpoints, largest increases, and highest-credit methods. Save sanitized JSON and local HTML without endpoint URLs or credentials, compare the account summary with the endpoint, method, and chain breakdown totals, report any discrepancy rather than forcing them to match, handle unavailable plan-specific data gracefully, and never modify an endpoint or account setting.
Yes, chef.
Sample output
LAST 7 DAYS requests credits
busiest endpoint 1.42M 418K
week over week +18.6%
summary vs breakdown 5.3% apart
reported, not reconciled
// Report
Recipe 10
Multi-network EVM balance snapshot
Goal
A block-pinned native-balance snapshot of one wallet across whichever EVM networks you name, discovering and validating the network keys first instead of guessing them, and reporting invalid, non-EVM, and stale networks by name instead of dropping them. Run against three real chains plus one typo'd network and Solana: the typo came back invalid_network, Solana came back non_evm, and the three real chains each returned a distinct, independently re-verified integer balance at their own block height.
Quicknode MCP · Core RPC Tooling Access
Creates / usesCreates no endpoint. Tooling Access must be enabled and enabling it requires an Admin role; RPC calls use API credits. Details ↗
Paste this into your agent
Fill in: <EVM_WALLET>, <NETWORKS>
Using Quicknode Core RPC through the connected Quicknode MCP for discovery and the qn CLI's read-only Core RPC Tooling Access for the runnable artifact, build and run a zero-npm-dependency Node.js balance snapshot for <EVM_WALLET> across <NETWORKS>. Discover and validate the accepted network slugs and their chain families instead of guessing them, persist that family metadata in the artifact, and classify non-EVM networks before making any eth_* RPC call; for each valid EVM network retrieve its chain ID, latest block, block timestamp, and native-token balance at that exact block; preserve the exact integer balance before formatting it; and include address and block explorer links when known. Clearly report stale, invalid, non-EVM, and failed networks instead of omitting them, verify every successful result by repeating the balance read at the same block and confirming that a second block-height read did not move backward, print a readable local table, save the complete JSON snapshot, exercise both successful and failure paths, and never expose an API key or endpoint URL.
Four things on your station. Tick each one off as you go.
Your station
0 of 4 ready
Node.js 20 or newer
Several recipes use only built-in Node.js APIs, so use Node.js 20 or newer.
Show command
node --version # v20+
The qn CLI, installed and authenticated
Install and authenticate the qn CLI before you paste a recipe. Your Quicknode plan and API key must include the products and networks named on the recipe; check its Creates / uses line first. If a command returns 403, check the scope on your key before debugging anything else. On Linux, install the .deb, AUR or Fedora package from the CLI repo.
Adds web3 build guidance and the Quicknode MCP server on top of the qn CLI. Recipes 07 to 10 reach Quicknode through that MCP, so connect it before running them; the other six need only the CLI. Cursor, Windsurf, VS Code, Zed, and Codex each have their own install guide in the same repo.
Show command
/plugin marketplace add quicknode/agent-plugins # Claude Code
A frontier reasoning model
These prompts ask an agent to resolve live contract addresses, decode event ABIs, and reconcile reorgs correctly on the first try. That's a job for your provider's current flagship model, not a fast/cheap tier. On Claude, that's Sonnet 5 or Opus 5; use the equivalent frontier model on any other provider.
Each recipe already tells the agent to test before it creates, using qn stream test-filter, which runs against a real block for free. Each one also tells the agent to verify any network or deployment it assumes with qn agent context rather than guess.
Heads up
AI agents make mistakes. Treat a resolved contract address, a decoded event shape or a "verified" test block as a claim to check, not a fact. Read what the agent found before you activate a Stream, and never let it touch funds or production data unsupervised.
Some recipes create real resources in your account, which can use credits.
// The author
Nothing leaves the kitchen untested.
Ferhat writes and maintains Quicknode's agent plugins and CLI documentation. He wrote every prompt on this page and ran all ten end to end.
Four things, all listed under Ingredients: Node.js 20 or newer, the qn CLI installed and authenticated, Quicknode's agent plugin, and a frontier reasoning model. Set them up once, then each recipe is one paste.
It depends on the recipe. Each card says what it creates or uses before you copy it. Streams use credits per block processed, Webhooks use credits per delivered payload, SQL Explorer and RPC calls can use credits, and read-only recipes do not create persistent Quicknode resources.
Use your provider's current flagship model rather than a fast or cheap tier. These prompts ask an agent to resolve live contract addresses, decode event ABIs and reconcile reorgs correctly on the first try. On Claude that means Sonnet 5 or Opus 5; use the equivalent frontier model on any other provider.
Yes. Where a recipe offers a network picker, changing it rewrites the matching values inside the prompt, and the copy button always copies the version you can see. Placeholders wrapped in angle brackets are yours to fill in.
Yes. Use the Request a recipe link under The rest of the pantry.
AI Cookbook: 10 Web3 AI Agent Prompts | Quicknode
Arc mainnet is now liveGet started with RPC, Streams, and Webhooks.