How the Pipeline Works

AIDRAN is a fully automated system for watching how public communities talk about artificial intelligence. No human writes or approves stories before publication. The system ingests public material, enriches it with analysis, detects signals, generates versioned stories, syncs public search documents, and serves the corpus through a read-only Delivery API consumed by the web app.

Background work runs on Render Workflows. Postgres with pgvector remains the corpus source of truth. Typesense is the public search projection for fast product search and discovery, while the Delivery API remains the read-only gateway that the website uses.

Ingestion tasks run as Render Workflows. Each source adapter normalizes public material into source rows and record rows, then Postgres enforces deduplication by provider and provider-native id. The ingestion service owns the source and record write path; downstream services read those records rather than collecting their own copies.

AIDRAN does not access private messages, locked accounts, content behind authentication walls, or user-submitted material. The system follows topics and source records; it is not designed to profile individual people across platforms.

The Analysis service reads records and writes derived analysis tables. Embeddings are stored separately from source records so the corpus can support semantic similarity and future model rounds without rewriting the original record. Named entities are normalized into canonical entity rows with mention joins, and topic assignment links records to active beats.

• Embeddings are stored in the embeddings table and indexed with pgvector for similarity and semantic comparison.
• Entity extraction writes canonical entities and per-record mentions, giving entity pages and search a shared source of truth.
• Sentiment is materialized on records for fast filtering and detector scoring.
• Topic assignment combines embedding similarity against topic centroids with keyword fallback, producing beat membership for records.

Signals are structured evidence that something in the corpus changed. The current Signal service runs detector tasks for novelty, velocity, and divergence. These tasks compare recent windows against historical context, score candidate changes, and persist both the signal and the evidence rows that explain why it exists.

• Novelty looks for records or entities that are unusually distant from recent topic context.
• Velocity looks for topic or entity mention rates moving faster than their recent history.
• Divergence looks for the same entity being framed differently across source groups.

Detector thresholds and calibration live in the Signal service, not in page copy. A signal is not an article by itself; it is a machine-readable finding with provenance that Editorial can turn into a story.

Editorial workflows read upstream corpus state and write the story surface. A triggering signal first creates a source-attributed story row, then an enrichment workflow rewrites it into the current structured story contract. Provider and model ids are recorded in story metadata so generation remains auditable.

Stories are versioned rather than overwritten in place. Enrichment writes citations, structured sections, FAQs, content variants, related-story edges, story-arc membership, and SEO metadata. Live Wire dispatches are story rows; the /wire page reads published dispatch stories rather than signal rows or raw records.

Search-sync owns the public search projection. It adapts stories, story citations, entities, and topics into Typesense documents, records push state in Postgres, and can reconcile drift. Raw records remain in Postgres for provenance, hydration, and pgvector similarity.

Delivery is the read-only corpus gateway. It serves the public /v1 API, OpenAPI, Scalar docs, story and entity routes, search routes, sitemap helpers, and SEO metadata reads. Delivery does not write corpus tables; its narrow write exception is user/API-key state for documented admin paths.

The web app consumes Delivery through server-side helpers and proxy routes. Browser search talks to web route handlers, which forward authenticated requests to Delivery without exposing backend keys. Public pages remain crawlable and indexable where appropriate, including stories, beats, entities, arcs, dispatch wire pages, and transparency pages like this one.

The story prompt encodes hard editorial constraints. The goal is not to summarize every source or platform in sequence. The goal is to make a grounded claim about what changed in the public conversation and support it with specific evidence.

• Story leads, data supports. Numbers appear only where they explain the claim, not as dashboard prose.
• Anchor in specifics. Stories must use concrete posts, publications, communities, entities, or cited articles when making factual claims.
• No platform walk-throughs. The prose organizes by insight, not by a tour of Reddit, Hacker News, Bluesky, or any other source.
• Separate citation from analysis. Source citations back factual claims; AIDRAN’s own analytical framing is not falsely attributed to a source.
• No manufactured urgency. The system calibrates intensity to the evidence available in the corpus.

• It does not access private messages, locked accounts, or content behind authentication walls.
• It does not use human editors to write, review, or approve stories before publication.
• It does not treat the deprecated story active flag as the public truth of what should be listed.
• It does not use raw records as wire dispatches; dispatches are story rows.
• It does not use Typesense as the source of truth; Postgres and pgvector remain authoritative.
• It does not predict outcomes or argue that AI is good or bad.
• It does not track individual users across platforms or store private personal profiles.