A news article lands in your feed. It mentions three tokens. Two of them you've heard of, one you haven't. The question on your mind is always some version of: is this actually moving the market?
Ninety percent of the time, the answer is no. A listing rumour turns out to be thin, a partnership announcement is priced in, a "major news" headline is actually a rehash of something from last week. But occasionally it's something real — and by the time the average trader has checked the chart, opened a dashboard, and pulled up the right timeframes, the move is already halfway done.
That gap — between "there's news" and "here's what the market is doing about it" — is where a news-driven research workflow earns its keep. With an AI agent, a language model that can parse text, and the Cryptohopper Market Data MCP pulling live market data, you can collapse that gap from minutes to seconds.
This article walks through the pattern.
The workflow, end to end
In plain English, here's what a news-driven research agent does:
- Reads text. A news article, a tweet, a Telegram post, a Discord message, an RSS feed item — whatever form the news arrives in.
- Identifies mentioned tokens. Pulls the ticker symbols out of the text, filtering out noise (not every "ETH" mention is about Ethereum).
- Queries live market data. For each token it identified, the agent calls the Cryptohopper MCP for tickers, candles, and — if warranted — orderbooks.
- Produces a written take. "Token X is trending up on the 4h, volume is 3× normal, RSI at 72. This article appears to be reflecting rather than driving the move."
The output isn't a trade signal. It's context. An instant, data-backed briefing on whether the news mentioned a token the market is actually reacting to, or whether it's background noise.
Done right, this is genuinely new capability. A year ago it would have taken a small team. Today it's a weekend project — if that.
Why this works so well with MCP
The part that used to be hard was stitching the language layer to the market-data layer. An LLM can read the article. A REST API can pull the data. But making them talk required writing a bunch of glue code: extract tokens, format API requests, parse responses, feed results back into the prompt.
MCP collapses the glue. The model reads the article, decides it wants ticker data for SOL and ARB, calls the MCP tool directly, and has the results back in its own context within seconds. No intermediate code. No format conversions. The same conversation that started with "summarise this article" ends with "and here's what SOL is doing right now."
This is the same class of benefit we discussed in MCP vs. REST API: which should you use for crypto market data? — the difference between a programmer workflow and an agent workflow. For news-driven research, the difference is especially stark.
What a good agent prompt looks like
The skeleton of the prompt is simple:
Here's a news article. Identify any crypto tokens mentioned by ticker.
For each one:
- Use the Cryptohopper MCP to pull the current ticker from Binance.
- Pull 4h candles (last 100 periods).
- Give me a one-paragraph take:
- Is the token trending or ranging?
- Is volume unusual vs. recent average?
- Does the price action support the article's framing?
At the end, tell me which (if any) tokens look like the market is
actually reacting to this news vs. ignoring it.
That's it. Paste the article beneath and let the agent go. For most news items, you get a useful briefing in under thirty seconds.
If you want to go further — flag divergences, cross-check sentiment against volume, spot tokens that look bullish on-chart but bearish on-volume — just add those instructions to the prompt. The agent handles the extra analysis without extra tool calls.
The full recipe, with a reusable prompt template and the schedule-it-daily variant, is at how to build a news-driven research workflow.
Where the signal lives (and where it doesn't)
Three patterns worth knowing, because most news-driven analyses reduce to one of them.
News before the move. The article mentions a token, the agent pulls market data, and — nothing. Volume is flat, price is flat, chart looks like it did yesterday. This is most news. Either the market hasn't seen it yet, or the market has seen it and correctly decided it doesn't matter. Your agent should say so plainly: "No material reaction yet."
News during the move. The article reports on a token and the market is already in motion. Volume up 5×, 4h chart on a clean leg, RSI pressing. The news isn't causing the move — it's describing it after the fact, or maybe amplifying it. Your agent should flag this: "Market is already reacting — you're late to this one."
News decoupled from the move. Rare but valuable. Article is bullish, price is falling. Article is bearish, price is ranging calmly. When there's a mismatch, something is going on that's not in the article — a catalyst the author didn't know about, or the market is pricing in a different future. Your agent should name it: "Article is bullish, chart is not. Worth a closer look."
The agent shouldn't speculate about why in these cases. It should note the pattern and leave interpretation to you.
Data sources beyond the MCP
This is a workflow where your agent needs news input, not just market data. A few ways to feed it:
Paste manually. Simplest. You see an article, paste it into your MCP client, run the prompt. No infrastructure. Good for ad-hoc research.
RSS feed or news API. Several crypto news sources offer feeds (CoinDesk, Cointelegraph, The Block). Wire one into your agent on a schedule — every hour, the agent pulls the latest items and runs the pipeline.
Social streams. Twitter/X, Telegram channels, Discord servers. Often where news breaks first. Harder to plumb, and noisier, but the earliest signal lives here.
On-chain events. Not news in the traditional sense, but things like large transfers, exchange inflows/outflows, unusual contract activity. This is where on-chain MCPs complement Cryptohopper's market-data MCP — see combine the Cryptohopper MCP with on-chain data for the stacking pattern.
Start with manual paste. Once the prompt is dialled in and you know what "good output" looks like, wiring in a feed becomes a small engineering task.
Making it reliable
Three honest failure modes to watch for.
Ticker ambiguity. "ETH" is unambiguous. "SOL" is (usually) unambiguous. But articles mentioning smaller tokens sometimes use project names, not tickers — and sometimes use tickers that collide across chains. Tell your agent to flag when it's unsure and ask, rather than guess. A wrong identification leads to a wrong analysis, and the reader won't always notice.
Source quality. If you feed the agent tabloid-tier crypto news, you get tabloid-tier analysis. The data layer will be fine — the MCP just returns what the market is actually doing — but the reasoning layer will amplify whatever framing the article used. Pick sources that are worth reading before the agent dresses them up.
Stale data misinterpreted as signal. If the article is a week old, the market has already reacted (or not). Have your agent note the article's timestamp and treat recency explicitly. "This article is from six days ago. Here's what the market has done since…" is a very different analysis from "This article dropped an hour ago…".
None of these are fatal — but all of them require you to actually look at the output, not just glance and trust. The agent is fast, not infallible.
Level up: the scheduled news digest
Once the basic workflow is solid, the natural next step is scheduling. A digest that runs every morning at 07:00 and delivers:
- The five or ten biggest crypto news items of the last 24 hours
- The tokens each one mentions
- A one-paragraph market take for each token (is it moving, is it quiet, is something interesting)
- A summary at the top: "Of today's news, these three look worth investigating further."
Delivered to Telegram, email, or your note-taking tool of choice. Five minutes of reading over your morning coffee, and you've covered more ground than a couple of hours of manual research.
See how to schedule Cryptohopper MCP workflows for the cron / GitHub Actions setup, and how to send reports to Telegram, Discord, or email for the output step.
The quota math
News-driven research is cheap on the MCP. A typical run per article:
- 5 to 10 ticker calls (one per identified token, sometimes across exchanges)
- 2 to 3 candle calls for the tokens worth looking at more closely
- 0 orderbook calls in most cases (escalate only if you're going to trade on the info)
That's maybe 15 calls per article, times the number of articles per day. Even at 20 articles per day, you're at 300 calls — well within the Pioneer free tier's 6,000 weekly calls. The workflow scales cleanly to Explorer's 30,000 weekly calls if you want to cover many feeds.
For the exact cost mechanics — especially if you start pulling longer candle histories — see rate limits and cost factors explained.
The bigger picture
News-driven research is one of the clearest examples of something MCP enables that would have been a heavy lift before. The combination is the point: a language model that reads text, connected via a standard protocol to live market data, producing a contextualised briefing in a single conversation.
This pattern — text in, context-rich analysis out — generalises. You can swap the input (news → research reports, tweets, Discord posts, on-chain alerts) and the workflow still holds. It's the shape of a lot of the most useful AI-trader workflows being built right now.
The MCP is the piece that makes the loop close.


_webp.webp&w=1920&q=75)
_webp.webp&w=1920&q=75)