# Del 11 – Receptstrategi

Mål (spec §14): flera tusen kvalitetssäkrade recept och varianter vid lansering,
på juridiskt vattentät grund (spec §15). Ingen scraping, aldrig kopierade texter.

## Volymplan till lansering

| Källa                                                               | Antal           | Rättigheter                                                           | Kostnad (uppskattning)                                       |
| ------------------------------------------------------------------- | --------------- | --------------------------------------------------------------------- | ------------------------------------------------------------ |
| Egen redaktion (frilansande kock + redaktör)                        | 600 grundrecept | Fulla (source registry: proprietary)                                  | ~250–400 kr/recept                                           |
| AI-assisterade original, redaktionellt granskade                    | 1 400           | Fulla; AAMOS `GENERATE_RECIPE_OPTIONS` → mänsklig granskning av varje | granskning ~60–100 kr/recept                                 |
| Systematiska varianter av ovanstående                               | 2 000+          | Ärvda                                                                 | Motorgenererade (substitutionsregler) + stickprovsgranskning |
| Öppet licensierade/public domain (skrivs OM med egna formuleringar) | 200             | Per källa i source registry                                           | Redaktionstid                                                |
| Creators med avtal (post-beta)                                      | löpande         | Avtal med attribution                                                 | Intäktsdelning/exponering                                    |

Summa: **~4 200 recept/varianter** vid lansering – med 22 redan seedade som
kvalitetsreferens (struktur, ton, timers, DNA).

## Fördelning

Kök enligt spec §14 med svensk/nordisk tyngd (~35 %), därefter italienskt/asiatiskt/
mexikanskt (husmanskostens faktiska konkurrenter). Kategorier viktas mot vardagen:
minst 50 % middag ≤35 min, 25 % matlådevänligt, 20 % vegetariskt/veganskt, full täckning
av högtidstaggarna (midsommar, jul, påsk, kräftskiva, nyår …) före respektive högtid.

## Kvalitetssäkring (varje recept, spec §15)

Checklista i modereringsflödet: mängder rimliga (motorn räknar täthet/portion),
teknik och temperaturer korrekta (kritiskt: kyckling 72 °C etc.), tillagningstid
verifierad, allergener härledda deterministiskt ur ingredienser (aldrig manuellt),
näring beräknad av nutrition-engine (aldrig ur källtext), livsmedelssäkerhet
(varmhållning, återuppvärmning i förvaringsråd), svenska språket.

## Source registry (implementerat)

`recipe_source_registry`: källa, licens, rätt att lagra/ändra/visa, attribution,
kommersiell användning, giltighetsperiod. Varje recept FK:ar till sin post. Recept
utan registerpost kan inte få status `published` för redaktionellt innehåll – policyn
upprätthålls i moderering.

## Bilder

Lansering: egenproducerade foton för topp-300 (matfotograf, batchdagar ~150 st/dag),
stilren platshållare per kök/kategori för övriga. Aldrig bilder från andra sajter.
AI-genererade matbilder används inte för riktiga recept (förtroenderisk) – endast som
skisser i redaktionsverktyg.

## Creator-flödet (spec §35, byggt)

submission → AAMOS `MODERATE_RECIPE` (säkerhet/rimlighet/spam) → Jaccard-dubblettkontroll
mot publicerade (§36: dubblett/variant/inspirerat/självständigt – människan avgör,
vanliga rätter får ha varianter) → mänsklig moderering i adminpanelen → publicering med
cred ("Skapat av X"; forks: "Baserat på recept av Y, modifierat av X").
Krav för publicering: fullständig data (motorberäknad näring + allergener), inga
säkerhetsflaggor. Verifierat recept (§37): ≥25 lagningar, snitt ≥4,0, inga rapporter.

## Moderering & duplicate detection i drift

Beta: grundaren/redaktören modererar (kön i admin är byggd). >50 inskick/vecka:
utse community-moderatorer med begränsad adminroll. Dubblettmotorn förfinas post-launch
med embeddings via AAMOS (kontraktet `DEDUPLICATE_INVENTORY`-mönstret återanvänds).