Analytics and monitoring decision

Grepfeed

A stripped-down Grepfeed replacement (crawl+LLM scoring+digest) is realistic for a single competent developer using existing OSS pieces, but recreating the hosted polish, cross-source integrations (notably Twitter/X), and long-term tuned ranking is nontrivial so keeping the paid product could make sense.

Visit website

Built by Jean | Solo Builder, who ships 4 products in this index

You pay

Not priced

No pricing page we fetched carried a figure, so there is nothing to compare against. The build side is still real.

You’d pay instead

$100one-off50 h to build

$50/mo6 h/mo upkeep

No published price to break even against.

No open-source build does this yet

Nothing published replaces this one, so a replacement starts from an empty file. Here is what it would have to cover.

What a replacement has to do

  • Continuously crawl public tech sources, store posts, score/rank them with an LLM, present a filtered feed and generate a daily email digest.

What it still won’t have

  • Polish of the hosted product (UI/UX and cross-device behavior)
  • Proprietary ranking/fine-tuned AI models and any vendor-tuned prompts
  • Hosted integrations, uptime guarantees and payments handling
  • Built-in Stripe billing, trials and fraud handling
  • Years of collected user feedback and product improvements

What remains hard

  • Product polish and ongoing maintenance
Read the build prompt

First-year cost

No published price

Grepfeed does not publish a price we could read, so there is nothing to compare against. What building costs is below.

Money you would actually spend

Keep paying
—

Subscription price × seats × 12

Build it
—

AI build —APIs + hosting —

Time you would spend

—

—

What you would spend

What we assumed

The verdict above measures whether you could build it. This one is only about money.

Runnable build prompt

Not run yet
Build a minimal self-hosted Grepfeed-style service using: Node.js (or Python) backend, Postgres for storage, a small worker (Bull/Sidekiq) for ingestion, and a React frontend. Core features in scope: 1) source ingestors for Hacker News, GitHub Trending, Reddit (RSS/JSON endpoints) and user-provided RSS; 2) storage schema for items, sources, niches and users in Postgres; 3) an LLM-based scoring service that calls an external API (configurable key) to score/label items and deduplicate; 4) a daily digest generator that renders HTML email templates and sends via an SMTP/SendGrid API; 5) an authenticated web feed and simple API to query top rising items; 6) admin UI to configure niches and schedule digests. Out of scope: social network scraping requiring private API keys (Twitter/X full integration), payment/billing flows, and complex UI polish. Include error handling for failed ingests, retries, rate-limit backoff, logging, and unit tests for critical ingestion, scoring, and digest generation paths.
How we checked3 sources · 3/3 runs agreed · evidence score 59

How the score was reached

  • Partly verdict base52
  • 3 cited sources+3
  • 3/3 assessment runs agreed+4
  • Evidence score59

The base comes from the verdict. Everything under it is a check that either happened or did not, and each one is a fact frozen in this record rather than a judgement made at render time - so the same evidence always produces the same number.

How scoring works →

Cited sources · 3

Every page the run actually retrieved.

Integrity checks

What held up, and what did not.

✓ 3 independent runs, one answer✓ Citations limited to fetched pages! 1 moat recorded