Skip to content
Mercury .

Mercury Apex is Mercury Technology Solutions' competitive intelligence product. It watches competitor pages on a cadence, diffs real content changes, weaves every signal into a context graph, and delivers a morning brief with a recommended move. Lens is the console: one graph, a feed, a brief. Apex does not scrape review sites.

Competitive intelligence, competitor page watching, content diffs, context graphs, morning briefs, operator-facing CI

Mercury Technology Solutions, Mercury Apex, Mercury Lens, competitive intelligence, context graph

Competitive intelligence, with memory

Day 30 should be smarter than day 1.

Stop piling alerts. Start compounding context.

Mercury Apex watches your competitors on a cadence, diffs what actually changed, and weaves every signal into a context graph. The brief in the morning is not a digest. It is a recommendation — with the snapshot it came from.

Autonomous watcherLive graphMorning brief

Autonomous watcher · live graph · morning brief. No alert pile.

LENS — LIVE

Demo graph. Run the watcher to replace it with live intel.

CompetitorHomepageCareersPricingHiringBrief
Watching
3
New
1
Fetch errors
0
Watching 3 competitors · 1 new · 0 fetch errorsMove: update the TCO one-pager today.
Definition

What Mercury Apex is

Mercury Apex is competitive intelligence that remembers. A watcher fetches the pages you name. A diff tells you that something moved. A graph is where the product actually starts: every signal is a node, every shared entity is an edge. Lens is the console — one graph, a feed, a brief. The gathering is easy. The connecting is expensive.

Key takeaways

What operators should remember

  • Apex watches the pages you name, diffs real changes, and weaves every signal into a context graph.
  • The morning brief is a recommended move with a citation — not a digest of everything.
  • Day 30 is denser than day 1 because the graph remembers. Monday is a continuation.
  • Lens is the console: one graph, a signals feed, a brief.
  • We do not scrape G2 or Capterra. Apex watches properties you are allowed to fetch.
The pile problem

You already have the gathering. You don’t have the connecting.

Klue shipped a price. Crayon changed the hero. Someone posted five ML roles. Your stack caught all of it — as three unrelated alerts, in three tools, none of which know the others exist.

By Friday you have a pile. By day 30 you have a bigger pile. The analyst still has to do the expensive part by hand: what moved with what, and what should we do.

That work does not compound. Every Monday starts at zero.

Alerts

Alerts don’t remember.

Yesterday’s pricing change is not linked to this week’s hiring spike.

Prompts

Prompts don’t either.

A fresh chat about “what did Klue do” throws away last month’s graph.

Cards

Battlecards rot.

The page the rep is holding is three moves behind the site you could have been watching.

The thesis

The gathering is easy. The connecting is expensive.

Apex is built around that sentence. A watcher fetches the pages you name. A diff tells you that something moved. A graph is where the product actually starts: every signal is a node, every shared entity is an edge, and the next question is asked of structure — not of a prompt that has never seen the last 29 days.

How a watch runs

Fetch. Diff. Weave. Brief.

1

Watch the pages that matter.

Homepage, product, careers, articles — on the cadence you set. Cosmetic HTML churn is stripped so a class name does not become a “signal.”

2

Diff against yesterday’s snapshot.

First run is a baseline. After that, only real content changes land.

3

Classify and score.

Launch, pricing, hiring, messaging, weakness, and the rest — triaged, then scored for urgency. Optional model pass writes the summary and the recommended move; it only runs when something actually changed.

4

Weave it into the graph.

The new node attaches to a competitor you already know. Orphans are the exception, not the product.

5

Wake up to a brief.

Top moves, a concrete next action, and a citation back to the snapshot. Quiet nights say so. Broken URLs do not pretend to be quiet nights.

We do not scrape G2 or Capterra. Those walls block non-browser clients, and a 403 is not a strategy. Apex watches properties you are allowed to fetch.

The console

One graph. A feed. A brief.

Lens is the console. Apex is the brand.

Context graph

Every competitor, page, and signal is a node. Clusters form around pricing, messaging, GTM, risk. Hover a node, see what it is tied to. Click through to the signal. Density is a feature: it means the watcher connected something, not that we drew a prettier hairball.

Signals feed

Urgency first. Before / after. A recommended move. Ack it when you’ve acted. Copy a link into Slack. This is the triage queue, not the memory.

No open signals. The watcher will land diffs here after the next real change.

Morning brief

“Watching 3 competitors · 1 new · 0 fetch errors.” Then the line that matters: what to do. If the watchlist is unhealthy, the brief says so. We would rather page you about a 404 than congratulate you on a quiet night you did not earn.

Quiet sweep. Watchlist healthy.

Watchlist unhealthy. Fix the URLs before you trust the silence.

What it watches

Name the competitors. Point at the URLs.

Typical watch set:

Homepage and product

Positioning, packaging, claims.

Careers

Who they are staffing — often the tell before the launch.

Articles / changelog

What they want the market to notice.

You own the list. Apex fetches on a cadence, respects robots, retries when the network blinks, and refuses a silent redirect onto the wrong host. A “pricing” watch that lands on the homepage is a misconfigured watch, not a pricing signal.

Against the pile

The pile vs Apex

The pile
Apex
One alert per page change
One node, attached to what you already knew
Monday is a recap
Monday is a continuation
“Klue changed pricing”
“Klue repriced, posted ML roles, and is staffing the thing the price now funds”
Digest of everything
Recommended move, with evidence
Day 1 = day 30
Day 30 is denser than day 1

You can still buy a monitoring suite. Apex is what you run so the monitoring does not become another pile.

For teams

Who it’s for

Compete and product marketing

You need the move, not the raw HTML.

Sales enablement

The brief is the input to the card, not a folder of PDFs.

Founders watching a short list

Three competitors, seven pages, an hourly agent, no platform to implement.

Agencies

One watchlist per client (the product is headed there; the watcher already takes a config).

Not forBoiling the internet. If you want 4,000 sources and a firehose, you already know where to buy that.

A morning

Example — not a customer quote

Two edges in 48 hours: entry price up, 15-seat floor, five ML roles posted. Repricing up-market while staffing an AI build-out.

Move: update the TCO one-pager today. Do not wait for the QBR.

That is the product working. The graph already had Klue. The new nodes attached. The brief did not ask you to go find the careers page.

FAQ

Questions operators actually ask

It replaces the part those tools are worst at: connecting this week’s move to last month’s. Use Apex as the analyst layer on top of whatever you already gather — or as the gatherer, if your list is a handful of URLs.
Get a watch running

Put the watch on. Read the brief tomorrow.

Point Apex at the competitors you already lose sleep over. Tomorrow morning you’ll know whether they moved — and what the graph thinks you should do about it.

watchlist.yamlname the competitors. point at the urls.
competitors:
  - name: alpha
    pages:
      - url: https://alpha.example/
        kind: homepage
      - url: https://alpha.example/careers
        kind: careers
cadence: hourly

Watcher is stdlib Python. Console is the graph. No account required to run it locally.

Mercury Apex · the gathering is easy · the connecting is expensive