Pay for the writing once
Writing is the scarce resource, so the system is designed so that I only pay for it once per version of the facts. n8n workflows and the Claude API do the authoring; the result is stored and served read-only after that.
That is what lets a solo project publish a fresh horoscope for all twelve signs every day, a growing library of full birth-chart reports, and daily social carousels, with no per-request AI bill. Treat generation as a per-request cost instead and the same surface area is unaffordable.
The honest caveat sits inside the promise rather than four sections below it, and the answer is that "once" applies to two different things. A chart is fixed once the birth data is, so that writing happens once and never again. Federal wage figures are revised a few times a year, and a page built on a stale number is simply wrong.
So the split is deliberate. The data-driven pages are incrementally regenerated: they re-render against the current dataset on a revalidation interval, which means a BLS or Davis-Bacon revision reaches the page without anybody rebuilding anything. What is written once is the generated prose, and that is what the registry tracks. The expensive thing happens once; the cheap thing happens continuously.
A registry, so nothing is written twice
A Postgres content registry records what already exists. An automated engine without one will happily generate the same article a second time, and the duplicate costs exactly what the original did while being worth less than nothing to a search engine.
Search demand decides what comes next
The pages are built against queries that already exist, like a trade in a state or a specific figure's chart, rather than against what I find interesting. The engine writes toward demand, and the registry makes sure it writes each thing once.