Наталя ХандусенкоШІ
15 жовтня 2026, 12:30
2026-10-15
Український айтівець розробив Unslop — плагін-аудитор, що очищає ШІ-дизайн від шаблонів та поганих рішень
Product та UX/UI Designer Олег Кухарук створив Unslop — плагін-аудитор, який допоможе розв’язати популярну проблему сучасного UI-дизайну і позбавить згенеровані штучним інтелектом інтерфейси типових помилок, застарілих патернів та шаблонних рішень (так званого design slop).
Product та UX/UI Designer Олег Кухарук створив Unslop — плагін-аудитор, який допоможе розв’язати популярну проблему сучасного UI-дизайну і позбавить згенеровані штучним інтелектом інтерфейси типових помилок, застарілих патернів та шаблонних рішень (так званого design slop).
Інструмент розроблено для інтеграції з ШІ-агентами, зокрема Claude Code, Codex, Cursor та Lovable.
Як працює Unslop?
На відміну від звичайних генераторів, Unslop функціонує саме як інспектор і контролер якості:
інструмент аналізує дизайн чи макет, який ШІ-агент уже згенерував;
замість розмитої оцінки «на око» чи за суб'єктивним смаком, Unslop виявляє конкретні проблеми та надає результат у форматі файл:рядок разом із чітким планом дій щодо їх виправлення (fix plan).
аудитор сам по собі не змінює код автоматично — остаточне рішення щодо внесення правок та концепції дизайну залишається за людиною.
Динамічна система критеріїв через MCP
Головною технічною особливістю Unslop є відсутність жорстко вбудованого локального списку правил.
Плагін не містить локальної копії каталогу "слоп-критеріїв", а звертається напряму до MCP Олега Кухарука. Кожен прогон фіксується за версією та хеш-сумою, що виключає приховане використання застарілих локальних файлів.
Це означає, що як тільки оновлюється або додається правило на MCP-сервері, воно миттєво стає доступним усім ШІ-агентам під час наступного запуску аудиту без потреби перевстановлювати плагін.
49 критеріїв «якісного дизайну»
Наразі базу знань Unslop складають 49 критеріїв, за якими перевіряється кожен екран інтерфейсу. Усі вони розділені на три ключові категорії.
Тексти та копірайтинг: перевірка на відсутність сфабрикованих соціальних доказів, штучного створення поспіху (false urgency), службових нотаток чи заглушок у продакшн-версії.
Інтерфейс: контроль візуальної ієрархії, відсутність надлишкових сіток та плашок під кожну іконку, перевірка контрастності текстів, правильних радіусів скруглення (concentric radii), оптичного центрування, анімацій та розмірів закритих зон для натискання (touch targets).
Процеси та системність: перевірка відповідності дизайн-системі, збереження робочих контекстів та чистота реалізації компонентів.
«Навряд чи можна вірити фідбекам компаній». Тестове в IT: робити чи не робити? Відповідають айтішники
Дизайнерка Анна Лазурко поскаржилася в LinkedIn, що жодна компанія, у яку вона робила тестове, не надала фідбек за її проханням чи без нього. «Отримали, ігнорили на тиждень-два, а потім „рухаємося з іншим кандидатом“. Це взагалі єдина фраза, якою мені відмовляють. Як зрозуміти, що ти робиш щось не так і не те, коли нема жодного фідбеку?», — запитала розчарована спеціалістка.