Expertise · Automatischer Inhalt
Ein Ablauf, der selbst die Themen des Tages sucht, den Artikel schreibt, ihn in neunzehn Sprachen übersetzt und veröffentlicht – aber erst, nachdem er ein Prüf-Gate passiert hat, das, wenn es nicht prüfen kann, nichts veröffentlicht.
Die Engine ist geschrieben, vollständig, und liegt genau im Repository dieser Website: acht Phasen, 1.706 Zeilen, ein Systemtimer, der täglich um 00:30 UTC startet. Der wichtige Teil ist nicht die Generierung, sondern das Tor: fünf lokale Prüfungen, zehn verbotene Ausdrücke und eine zusätzliche Prüfung, die Kundennamen ohne Zustimmung, erfundene Zahlen und Auszeichnungen sucht, die wir nicht haben. Wenn das Tor nicht laufen kann, wird nicht veröffentlicht.
Bereits gebaut„delivered“, denn die Arbeit existiert als Dateien, die Sie öffnen können, nicht als Beschreibung: `scripts/content-engine/` aus dem Repository megapromoting.com, 17 Dateien, 1.706 Zeilen TypeScript, systemd-Einheit mit Timer, acht miteinander verknüpfte Stufen und Laufprotokolle. Mit einem Vorbehalt, den wir selbst nennen, den Sie aber nicht erfahren: **der einzige vollständige Lauf in den Protokollen hat keinen einzigen Artikel veröffentlicht.** Das Gate hat alle drei gestoppt — zwei, weil die Prüfung überhaupt nicht laufen konnte, der dritte wegen eines fehlenden Feldes im Header. `publish` blieb leer, IndexNow erhielt null Adressen. Der Lauf war lokal, auf der Arbeitsstation, und dauerte zweieinhalb Stunden, also mehr als das in der systemd-Einheit festgelegte Limit von 60 Minuten — also wäre er auf dem Server gestoppt worden. Wir können von außen nicht bestätigen, dass die Engine heute auf dem Server läuft, und wir behaupten es auch nicht.
Die Automatisierung, die selbst schreibt und veröffentlicht, ist der Ort, an dem sich am leichtesten versprechen lässt, was nicht möglich ist. Ein Modell schreibt tausend überzeugende Wörter über alles, auch über Dinge, die nicht passiert sind, und es schreibt sie ebenso flüssig. Wenn zwischen dem Modell und dem Veröffentlichungsbutton nichts steht, haben Sie eine Maschine gebaut, die Fehler ins Internet stellt, in zwanzig Sprachen, jede Nacht. Die ganze Arbeit steckt in dem, was dazwischen steht.
Unser Ablauf hat acht Stufen. Er sammelt Themen aus offenen Quellen, gibt ihnen eine Note von 0 bis 100 dafür, wie geeignet sie sind, wirft alles unter 50 weg, wählt die ersten N mit einer Diversitätsregel aus, damit nicht zehn Artikel über dasselbe Thema entstehen, schreibt den Artikel auf Rumänisch, übersetzt ihn in neunzehn Sprachen, schickt ihn durch das Gate und veröffentlicht erst dann. Jede Stufe schreibt ihre Kosten und ihr Ergebnis in ein Protokoll, damit ein Lauf danach rekonstruiert werden kann.
Das Tor hat zwei Schichten. Die erste ist lokal und kostet nichts: Das Frontmatter muss vorhanden sein und Titel, Beschreibung und Schlüsselwörter haben; der Text muss über 1.200 Wörter lang sein; er muss mindestens drei Zwischenüberschriften, mindestens drei interne Links und einen Fragenabschnitt mit mindestens drei Paaren haben; und er darf keine der zehn Marketingformulierungen enthalten, die wir auf die Blacklist gesetzt haben. Die zweite Schicht ist ein Modell, das nach etwas anderem sucht: Kundennamen ohne Nachweis der Zustimmung, erfundene Statistiken, falsche Aussagen darüber, was wir leisten können, und Auszeichnungen, die wir nicht haben — die Liste der echten steht in der Prüfung, und alles andere wird gemeldet.
Es gibt eine menschliche Freigabe in der Kette, und wir nennen sie als Argument, nicht als Ausrede. Artikel, die die harten Prüfungen nicht bestehen, werden verworfen, nicht veröffentlicht. Diejenigen, die hart bestehen, aber von der zweiten Prüfung Meldungen erhalten, werden markiert beibehalten, damit ein Mensch sie sich ansieht. Und wenn die Prüfung nicht laufen kann — weil der Modellservice beispielsweise nicht antwortet — wird der Artikel als nicht bestanden behandelt. Fail-closed, nicht fail-open. Genau das ist auch bei der einzigen vollständigen Ausführung in den Protokollen passiert, und deshalb wurde nichts veröffentlicht.