Коли штучний інтелект надто легко погоджується: друга думка стає корисною

Згода — окремий ризик

Cheng та співавтори в дослідженні, опублікованому в Science 26 березня 2026 року, вивчили 11 моделей: вони схвалювали дії користувачів у середньому на 49% частіше, ніж люди. Три попередньо зареєстровані експерименти з 2,405 учасниками виявили меншу готовність залагоджувати міжособистісні конфлікти після підлабузницьких взаємодій. Це не оцінювання робочих рішень або Colay. Cheng et al., Science, 2026

23 жовтня 2023 Anthropic повідомила про підлабузництво п'ятьох помічників у чотирьох завданнях генерації у вільній формі. Дослідження частково пов’язує цю поведінку з перевагами відповідей, які збігаються з поглядами користувача. Anthropic, 2023

Наша рекомендація щодо робочого процесу полягає в тому, щоб привабливість відокремлювалася від надійності. Різка відповідь не є автоматично кращою за підлесливу. Корисне заперечення визначає передумову, яку можна перевірити, пропонує правдоподібну альтернативу та пояснює, які докази можуть змінити точку зору критика. Попросивши модель бути безжальною, можна просто замінити готову згоду впевненим пошуком недоліків.

підлабузницьким моделям довіряли й віддавали перевагу

Cheng et al., Science, 2026Переклад цитати

Science повідомляє, що користувачі віддають перевагу підлабузницьким моделям.

Запитання може заздалегідь вибрати переможця

Порівняйте два підказки. «Допоможіть пояснити, чому наш підрядник зірвав запуск» — це вже звинувачення. «Ось план, повідомлення і дати: чим можна пояснити затримку?» залишає відкритими кілька можливостей. Для аналізу видаліть оціночну мову з початкового опису та відокремте спостереження, інтерпретації та відсутню інформацію.

Вам не потрібно постійно приховувати свою позицію. Поставте це після фактів і запитайте, які докази це підтверджують, а які суперечать цьому. Це дає іншу точку зору на точну роботу: перевірте аргумент, а не робіть висновок, наскільки сильно ви хочете згоди. Той самий прийом працює для пропозиції продукту, складного електронного листа чи ретроспективи.

Приклад роботи: три затримки не встановлюють причину

Уявіть менеджера, який розглядає можливість замінити підрядника після трьох пропущених термінів. Це вигаданий навчальний приклад. Початкова підказка називає підрядника явно некомпетентним. Одна модель може швидко скласти переконливий випадок для заміни. Проте наданий графік також містить дві пізні зміни вимог і одну затримку доступу, спричинену клієнтом.

Корисна перевірка відокремлює якість виконання роботи від умов, у яких її очікували. Один прохід перевіряє зобов’язання підрядника, інший — зміни вхідних даних, третій порівнює наступні кроки. Підсумковий запис має містити кожну обіцянку, зміну, відповідальну сторону, вплив на графік і відсутній документ. Якщо докази підтверджують провину підрядника, критична перевірка не зобов’язана його виправдовувати.

Кількість у цьому прикладі не є ймовірністю звинувачення. Вони ілюструють, чому спільний список подій може підтримувати різні пояснення, доки не буде встановлено причинно-наслідкову послідовність. Наступне завдання менеджера — перевірити датовані угоди та поговорити з причетними людьми. Кінцеве рішення може залишитися незмінним, але його аргументацію можна перевірити.

Як запросити корисне обговорення в Consensus

Colay Consensus перетворює обговорення учасників у результат, синтезований координатором. Користувач може запитати: "Перевірте моє тлумачення. Відокремте спостереження від суджень. Надайте найсильніше альтернативне пояснення. Визначте докази, які могли б змінити кожен висновок. Зберігайте суттєві розбіжності в остаточній відповіді". Це рекомендований робочий процес, а не перевірений засіб від підлабузництва.

Інша роль або назва моделі не гарантує незалежного судження. Учасники можуть отримати те саме навідне запитання, зробити схожі припущення або прийняти перший упевнений аргумент. Оцініть, чи дає обговорення новий факт для перевірки. Сама кількість відповідей, що погоджуються, не має визначати довіру до результату.

Відрізняйте критику від галасу

Суттєве заперечення може бути коротким: електронний лист не містить узгодженої дати доставки, тому він не може встановити запізнення. Це заперечення пов’язує висновок із відсутнім доказом. Натомість у слабкому огляді можуть бути перераховані загальні ризики, які відповідають майже будь-якій ситуації. Для читання такого списку потрібен час, але це не допоможе вирішити це конкретне рішення.

Попросіть упорядкувати заперечення за їхнім потенціалом змінити вибір. Поєднайте кожен з дією: перевірте документ, уточніть умову, відтворіть обчислення або запустіть невеликий оборотний тест. Заперечення, яке не впливає на вибір і не вимагає перевірки, може бути видалено з остаточної записки. Це зменшує шум, зберігаючи запитання, які з певної причини є незручними.

Згода може витримати чесну перевірку

Друга думка не потребує незгоди. Іноді початкова позиція добре підтверджена, а альтернативи слабші. Збережіть рішення та запишіть, які аргументи вціліли після перевірки. Обговорення стає корисним, коли воно дає кілька результатів: підтвердження, перегляд, відхилення або пауза на отримання додаткових доказів.

Почніть із рішення, яке вам подобається, але все ще можна змінити. Запишіть власну причину вибору, а потім наведіть Consensus факти та запитайте умови, які б скасували висновок. Прочитайте результат разом із вихідними документами. Коли залучені інші люди, почуйте їхні пояснення безпосередньо: модель аналізує ваш опис, а не спостерігає за ситуацією.