Redakční fronta — co čeká na publikaci

Fronta článků

1. Načítání fronty…

Aktuálně nečekají žádné nepublikované články. Otevřít publikované články →

Mechanismus automatické publikace

1. Florence píše — AI autorka (alter ego Claude.ai) dostane data + zadání tématu, napíše analytický článek + zaregistruje ho do data/articles.json s published: false a scheduled_for: YYYY-MM-DD.
2. PR + merge — článek se mergne do main branch jako nepublikovaný.
3. Cron 06:00 — každý den ráno se spustí GitHub Actions workflow publish-articles.yml. Skript projde fronta a každý článek, jehož scheduled_for je dnes nebo dřív, přepne na published: true.
4. Vercel rebuild — po commitu pushu cronem se Vercel automaticky rebuildne (typicky do 2 minut).
5. Článek vychází — objeví se v /clanky.html mezi publikovanými.

Důvěryhodnost: každé číslo má účtenku

Každé podstatné číslo, které se objeví v našich článcích, žije v registru tvrzení (data/claims.json). U každého tvrzení evidujeme doslovnou citaci z textu, metriku, hodnotu s rokem a — kde to jde — párování s konkrétním indikátorem datového kontraktu. Číslo v článku tak není jen tvrzení autora: má dohledatelný původ.

Nad registrem běží dvojí kontrola. CI ověřuje doslovnou dohledatelnost každé citace — pokud se text článku změní tak, že citace přestane sedět, build to zastaví. Noční sken hlídá drift: když se zdrojová hodnota v datovém kontraktu změní (nová vlna dat, revize), dotčené tvrzení se automaticky prověří a článek se opraví nebo označí k revizi.

A hlavně: tvrzení jsou v článcích klikatelná. Klik na číslo otevře Doložku — malý průkaz původu, který čtenáři přímo v textu ukáže, odkud údaj pochází a zda stále odpovídá aktuálním datům.

— tvrzení v registru · — automaticky ověřovaných proti datovému kontraktu · — aktuálně souhlasí · napříč — články