Different Hunger

Foundation

Library

The corpus of proven references + templates the engine builds from. Canonical types, Original vs Curated, Proven policy, the AI shortlist picker, and the moat flywheel.

The Library

The Library is the corpus the engine builds from — every approved reference and template for the install surfaces (ads, lead magnets, landing / presales / qualification / conversion pages, sequences, decks). Lives in Supabase (library table). Surfaced visually at /studio/library and as JSON via /api/library (the same data the AI reads).

It is not inspiration. It is the picked-from set: at LOFI the AI shortlists from here by fit, the POC picks one of three, and HIFI renders that pick by tokenize-and-substitute.

Two axes that matter

AxisValuesMeaning
OriginOriginal · CuratedOriginal = 0HR's own work (source='own_code'). Curated = pulled/curated from external + historical sources.
ProofProven · ReferenceProven = real DATA + PROOF. Reference = everything else (no exceptions).

PROVEN = DATA + PROOF, no exceptions

A row is Proven only if it has:

  1. Explicit metrics — real numbers (claimed_metrics: spend, CPL, leads, conversations), or
  2. FB-Ad-Library proxy proof — the same ad running ≥ multiple months + an established/large advertiser + high creative volume (dozens–hundreds of variants) + stated spend ("we spend $1M/mo") or conservatively estimated spend (e.g. $20M/yr revenue → ~10% to marketing → ~$2M/yr ad budget).

Editorial / AI quality ratings do not count — that's inspiration, not proof. Anything not proven is a Reference. (null > fabrication.)

Canonical types only

The Library carries the deliverable/template types the engine produces — nothing else. Internal docs and noise (text_doc, pdf_doc, brand-os-section, negative-example, post, page) are never part of the Library.

FormatSurface
ad_creativeLead-gen ad
lead_magnetLead magnet
landing_pageLanding page
presales_pagePresales page
qualification_pageQualifier
conversion_pageConversion / booking
email · email_sequenceNBO / nurture
copy_packProfiles · scripts
case_study · slide_deck · video · social_post · chatbot_flowSupporting assets

The picker (LOFI)

Stupid-simple, deterministic, instant — no AI guess at eligibility:

  1. Filteris_public AND approved AND component_slugs ∋ '<surface>' AND tier ≤ brand.tier.
  2. Matchvertical_slugs ∩ brand.vertical OR business_model_slugs ∩ brand.business_model. A homecare brand cannot be offered an agency template — the tags forbid it.
  3. Rank proven-first, return the top 3. (If a bucket has < 3, relax the vertical filter to fill — flagged as proven-fill.)
  4. The POC picks one; the pick is stored at brand.config.engine.selected_templates[<surface>]; HIFI renders it.
EndpointDoes
GET /api/libraryFilterable list + facets (format · industry · stage · origin)
GET /api/library/shortlist?brand=&surface=The LOFI picker — deterministic top-3
POST /api/library/selectStore the POC's pick → engine.selected_templates

The moat — a self-improving proven library

This is the key result that separates 0HR from everyone else.

Every brand's Command Center auto-ingests real campaign results (spend · CPL · leads · conversations) back into the Library as new Proven entries. That produces a continuously-growing, unforgeable corpus of proven, real-results templates. The AI shortlists from it — so every install gets better as the network grows:

more users → more real campaign data → more proven templates → better shortlists → better installs → more users

Competitors cannot fabricate real proven results at scale → a compounding data moat. A weekly newsletter features and gives kudos to top-performing user campaigns ("check out this campaign from user 10") — gamifying contribution and driving network effects.

See also: Templates (render mechanism) · Components (the install deliverables) · Workflows.