Google закриває Perspective API, інструмент для оцінки токсичності онлайн-коментарів, який використовували тисячі платформ, видань, маркетплейсів і спільнот. Сервіс належить підрозділу Jigsaw і припиняє роботу 31 грудня. Із 1 січня будь-який модераційний конвеєр, що звертається до Perspective, перестане працювати. Для команд, які будували модерацію на цьому API, це означає необхідність знайти заміну протягом найближчих місяців, а не в останній тиждень перед відключенням.
На цьому тлі стартап Hindsight оголосив, що готовий вкласти до $1 млн у власну ШІ-модерацію контенту. Пропозиція спрямована саме на компанії, яким потрібно перейти з Perspective на інший інструмент. Точних умов програми, критеріїв відбору та строків у доступному матеріалі немає, тож деталі варто уточнювати безпосередньо у Hindsight. Зауважимо також, що сама поява такої пропозиції показує, наскільки ринок залежить від одного безкоштовного сервісу, який тепер зникає.
Perspective був популярним саме тому, що давав простий спосіб отримати числову оцінку токсичності тексту: запит — і відповідь з імовірністю, що коментар сприйматиметься як образливий. Багато команд використовували його як фільтр першого рівня, щоб автоматично приховувати очевидне і відправляти спірні випадки на ручну перевірку. Через це закриття стосується не лише великих платформ, а й невеликих редакцій, форумів і сервісів відгуків, які інтегрували API в свої системи без власної моделі.
Для українського ринку ситуація теж відчутна. Редакції онлайн-медіа, форуми, агрегатори відгуків і маркетплейси з великою кількістю користувацького контенту часто інтегрують сторонні сервіси модерації, і зміна API потребує технічного рішення, а не лише зміни налаштувань. Команді доведеться оцінити, чи підходить для її мови та типу коментарів запропоноване рішення, як воно працює з українською і російською мовами, які помилки дає на сленгу та суржику, і який бюджет закладати на міграцію, включно з розробкою і тестуванням.
Практичний висновок простий: почати з інвентаризації всіх інтеграцій і визначити, які процеси залежать від оцінки токсичності. Далі варто протестувати два-три альтернативні рішення на власних даних, а не на демонстраційних прикладах, і заздалегідь погодити бюджет. Для продуктових команд це також нагода перевірити, наскільки модерація прив'язана до одного постачальника, і спроєктувати систему так, щоб наступна заміна не ставала кризою.