Як я створив QC-шлюз, щоб приховати ознаки автоматизації
Автоматизація проявляється у неочікувані моменти.
Я запустив автоматизований контент-пайплайн для Bluesky. Один із дописів містив згадку про «the content pipeline». Для технічного блогу це нормально. Для соціальної стрічки це тривожний сигнал. Це дає читачам зрозуміти, що вони спілкуються з ботом.
Щоб запобігти цьому, я створив скрипт контролю якості. Він діє як шлюз між етапом генерації та етапом публікації.
Новий робочий процес виглядає так: bluesky-qc.mjs → (PASS) bluesky-post-queue.mjs → Bluesky API
Скрипт використовує чотири шлюзи для перевірки кожного запису:
Шлюз 1: Фільтрація фраз Я використовую список regex, щоб відловлювати слова, які вказують на автоматизацію. Він блокує такі терміни, як «AI-generated», «cron», «content pipeline» або «batch test». Якщо допис схожий на звіт розробника, він не проходить перевірку.
Шлюз 2: Перевірка актуальності Я перевіряю два типи застарілого контенту: • Застарілі фрази: він відловжує такі слова, як «today» або «just launched», які втрачають сенс, якщо публікація затримується. • Застарілі мітки часу: якщо запис старіший за 14 днів, він відхиляється.
Шлюз 3: Прогнозування залученості Скрипт аналізує мої останні 300 дописів. Він прогнозує, чи будуть хештеги в новому дописі ефективними. Наразі це лише фіксується як попередження, але незабаром я зроблю це критичною помилкою, яка блокуватиме публікацію.
Шлюз 4: Перевірка якості (у планах) Я маю намір додати останній рівень із використанням протоколу якості, щоб виявляти тонкі помилки.
Кожна помилка потрапляє до журналу відхилень. Я переглядаю цей журнал раз на тиждень. Це допомагає мені вдосконалювати промпти. Якщо шлюз постійно виявляє «content pipeline», я розумію, що мені потрібно змінити спосіб написання тексту ШІ.
Чому варто використовувати шлюз, а не просто кращі промпти? Промпти є ймовірнісними. Вони можуть дати збій. Шлюз є детермінованим. Він дотримується суворих правил.
Використання обох рівнів — це найбезпечніший спосіб зберегти «людський» тон.