Terminierte Veröffentlichung
Freigegebene Beiträge bekommen einen Veröffentlichungstermin. Eine wiederkehrende Aufgabe prüft alle fünf Minuten, ob ein Termin erreicht ist, und stellt den Beitrag dann online.
Dynomic Core nimmt Ihnen Routinearbeit ab, ohne die Entscheidung aus der Hand zu geben: Die KI schreibt Entwürfe, ein Mensch gibt frei. Unten können Sie den Ablauf des Blog-Moduls als Simulation durchspielen.
Im Core läuft der Ablauf so: Ein Thema wird gewählt, eine KI-Sitzung schreibt einen Entwurf, die verantwortliche Person bearbeitet ihn, gibt ihn frei oder fordert Änderungen an, und erst danach wird er veröffentlicht. Hier können Sie jeden Schritt selbst ausführen.
Was im Core zusätzlich gilt: Die KI-Zusätze sind eigene, kostenpflichtige Module (sie verbrauchen KI-Tokens), werden im Backend der Instanz gesondert eingeschaltet und laufen über eine DYNOS-Runner-Sitzung. Die Freigabe kann auch ohne Anmeldung über einen geheimen Link erfolgen, den die verantwortliche Person per E-Mail erhält.
Freigegebene Beiträge bekommen einen Veröffentlichungstermin. Eine wiederkehrende Aufgabe prüft alle fünf Minuten, ob ein Termin erreicht ist, und stellt den Beitrag dann online.
Jede Einsendung wird gespeichert, als PDF erzeugt und per E-Mail gemeldet. Honigtopf, Wartezeit und optional Cloudflare Turnstile halten Automaten fern.
Mails gehen bei neuen Formular-Einsendungen, bei Terminanfragen und -bestätigungen, als Terminerinnerung (Vorgabe 24 Stunden und 1 Stunde vorher), für Themenvorschläge und Freigaben im Auto-Blog sowie bei Bestellungen im Shop. Technische Störungen wie eine nicht zustellbare Mail landen im Störungsprotokoll der Instanz, das die Verteilzentrale abholt.
Eine nachvollziehbare Prüfung bewertet Beiträge von 0 bis 100 mit Ampel und Einzelhinweisen, zum Beispiel zu Fokus-Keyword, Titel- und Meta-Länge, Überschriften, Absätzen, Kategorie und Alt-Text. Sie arbeitet ohne KI. Dazu kommen Sitemap und RSS-Feed der Beiträge sowie eine Kennzeichnung KI-gestützter Inhalte.
Beim Hosting-Anbieter ist genau ein Cronjob eingetragen, der jede Minute den Core aufruft. Welche Aufgaben tatsächlich fällig sind, steht in einer Tabelle der Instanz; neue Aufgaben kommen mit einem Update dazu, ohne dass jemand beim Anbieter etwas ändern muss. Der Stand ist im Backend unter Einstellungen einsehbar.
| Aufgabe | Intervall |
|---|---|
| Auto-Blog: fällige Läufe starten | alle 15 Minuten |
| Auto-Blog: gestarteten Lauf nachprüfen | alle 5 Minuten |
| Terminierte Beiträge veröffentlichen | alle 5 Minuten |
| Terminerinnerungen verschicken | alle 5 Minuten |
| Artikelseiten im Webroot prüfen | stündlich |
| Website-Dateien des Core prüfen | stündlich |
| Themen-Pool aufräumen | täglich |
| Besucherdaten nach Frist löschen | täglich |
| Cron-Protokoll kürzen | täglich |
Für Automatisierungen außerhalb des Backends stellt der Core token-geschützte JSON-Schnittstellen bereit. Sie sind für Runner und den Build Ihrer Website gedacht, nicht für Endkunden.
Themenvorschläge anlegen, gesammelte Themen speichern, ausgewählte Themen abholen, geschriebene Artikel und Überarbeitungsvorschläge einliefern. Eingelieferte Artikel landen als Entwurf in der Prüfung; die Freigabe bleibt beim Menschen.
Fällige Aufträge einreihen, den nächsten offenen Auftrag atomar übernehmen, das Ergebnis melden, den Automatik-Status abfragen.
Beiträge, Shop-Produkte, meistgelesene Seiten und Stammdaten des Betriebs als JSON, damit eine statische Website daraus gebaut werden kann.