AI / Business Intelligence · Client build · Case study

Pulse

AI-aggregated business intelligence across 107 topic verticals. Rebuilt for its founder from a Google AI Studio visual shell with no backend, no database, and no workers.

Starting from
Client build · Google AI Studio shell · Hardcoded mock data · No backend · No DB · No workers · No deployment
Shipped
January 20, 2026 · Last updated July 2, 2026
Offline · paused by its founder, mid-2026
Pulse business-intelligence platform — "Market Intelligence for Smart Professionals" homepage with topic niches (AI, SaaS, Crypto, Venture Capital, FinTech, HealthTech), Today's Technology Pulse and Today's Business Pulse cards

Pulse ran in production from January to July 2026. Its founder then paused the product to refocus on the other side of his business — a business-model call, not an engineering one. The case study stays because the build was real: the system below ran unattended for that entire six-month stretch.

001 / The numbers

What shipped, in figures

Pulse
15
Worker services on Railway
107
Topic verticals in production
89%
Research-cost cut (o3 → Parallel AI ultra)
002 / The arc

From starting point to shipped product

Three steps · No filler
01

Where they were stuck

Pulse arrived as a Google AI Studio export. The founder had used Studio's no-code AI builder to mock up a polished React frontend with hardcoded sample data in a single 661-line constants file. The shell looked like a real product: news feed, deals page, social posts, video views, stock tickers, topic verticals. None of it was wired to anything. There was no database, no authentication, no API layer, no background workers, no content pipeline, no deployment path, and no real AI behind the AI button. The only LLM call in the entire codebase was a "Generate Insight" button on detail views that posted directly to the Gemini API from the browser using a public key. The visual shell was good. Everything else needed to exist for the first time.

02

What we built

The Notus took the fractional CTO seat and rebuilt the product from the visual shell outward. The frontend moved from Vite to Next.js 15 with ISR on Vercel, pre-rendering roughly 3,700 pages so every article, video, deal, and social post has its own crawlable URL. The Supabase Postgres backend was built from scratch with row-level security and idempotent writes. The processing layer became 15 worker services on Railway, each with a single responsibility. We picked the model for each job — Groq for inference and topic scoring, Parallel AI for creator discovery (an 89% cost cut versus the legacy research stack), Replicate for in-app imagery, OpenAI for embeddings — and the data source for each surface (Exa and Jina for article extraction, Apify and BrightData for social, Supadata for transcripts, Finnhub for stocks). The governance pack was written alongside the code, not after.

03

What shipped

Pulse ran at pulse.bot for six months, aggregating news, social, deals, video, podcasts, and stocks across 107 topic verticals. The ingestion-to-display pipeline ran in independent stages so any single failure was retryable without re-processing the rest. The relevancy scorer rejected off-topic content with a documented display threshold that grandfathered legacy URLs when it was raised. The AI Analyst streamed Groq-generated answers grounded in Exa RAG context, behind per-IP rate limits and a panic switch the team could flip during incidents. The social-poster service published around 250 pieces of content per day across X, Threads, and Instagram with Satori-rendered overlay images stored on Cloudflare R2. Daily and weekly digest emails were AI-curated and delivered via Resend. When the founder paused the product in mid-2026 to refocus on his core business, the governance pack we wrote at the rebuild stage was still the artifact engineers consulted to change a prompt, swap a model, or move a threshold.

003 / What we built

The technical work, in plain terms

Production engineering · 11 systems
Stack
Production engineering delivered
Up next
Song Cage

Our own songwriting app, designed and built from a blank file: one React codebase that ships to web, iOS, Android, and inside DAWs as a plugin, with custom melody detection and offline word tools.

Get a free estimate →