[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"blog-article-yak-pereviriaty-avtomatyzovani-rishennia":3},{"uuid":4,"title":5,"subtitle":6,"content":7,"preview":398,"date_published":403,"date_pinned":403,"img":404,"alias":405,"is_published":406,"is_pinned":407,"type":13,"category":408,"category_name":409,"category_alias":410,"background_color":411,"preview_icon":13,"category_value":412,"external_link":13},"9856d0d1-8e56-449c-9c81-3e3fb214a410","Як розвивати здатність перевіряти рішення автоматизованих систем","Як навчитися перевіряти рекомендації автоматизованих систем: від постановки питання й даних до аналізу помилок і відповідального перегляду рішення.",{"type":8,"content":9},"doc",[10,18,23,31,36,41,47,52,66,72,77,82,88,101,106,112,117,122,128,133,138,144,149,154,160,165,170,176,181,192,198,203,208,214,219,224,230,235,240,246,251,256,262,267,272,278,283,288,294,299,304,309,314,320,325,330,336],{"type":11,"attrs":12,"content":14},"paragraph",{"align":13},null,[15],{"text":16,"type":17},"Система позначила студента як такого, що потребує підтримки. Викладач бачить упевнену рекомендацію й коротке пояснення, але не знає, які дані лежать в її основі та що означає позначка. Чи достатньо цього для дії? Здатність перевіряти автоматизоване рішення починається з розуміння задачі, вхідних відомостей і наслідків помилки. Натиснути кнопку погодження або прочитати пояснення — ще не означає виконати змістовний людський контроль.","text",{"type":11,"attrs":19,"content":20},{"align":13},[21],{"text":22,"type":17},"Ці навички потрібні не лише розробникам. Викладач, координатор, редактор або керівник можуть приймати результат системи у своїй роботі. Їм не завжди потрібно знати всі технічні деталі моделі, проте потрібно вміти поставити правильні запитання, перевірити доступні підстави й розпізнати межу власних повноважень. Навчання має давати практику саме цих дій на безпечних прикладах, де є можливість порівняти рішення з незалежною підставою та пояснити зроблений вибір.",{"type":24,"attrs":25,"content":28},"heading",{"align":13,"level":26,"id":27},2,"heading_2_1",[29],{"text":30,"type":17},"Уточніть, що саме система вирішує",{"type":11,"attrs":32,"content":33},{"align":13},[34],{"text":35,"type":17},"Рекомендація може бути прогнозом, класифікацією, ранжуванням або застосуванням заданого правила. Ці результати мають різний зміст. «Потребує уваги» не обов'язково означає «не здатен навчатися», а низька позиція в рейтингу не доводить невідповідність мінімальній вимозі. У вправі попросіть учасника переформулювати вихід системи звичайною мовою без додавання прихованого висновку. Він повинен пояснити, на яке питання результат відповідає й на яке не дає достатньої відповіді.",{"type":11,"attrs":37,"content":38},{"align":13},[39],{"text":40,"type":17},"Далі назвіть людську дію, яку результат може підтримати. Наприклад, перевірити технічний доступ, запропонувати додаткове пояснення або відкрити випадок для предметного розгляду. Не дозволяйте непомітно переходити від сигналу до санкції. Якщо система створена для раннього звернення підтримки, використання її позначки як остаточної оцінки людини змінює задачу. Саме такі переходи варто тренувати розпізнавати в навчальних сценаріях, поки вони не стали звичним способом роботи реальної команди.",{"type":24,"attrs":42,"content":44},{"align":13,"level":26,"id":43},"heading_2_2",[45],{"text":46,"type":17},"Розглядайте весь шлях до рішення",{"type":11,"attrs":48,"content":49},{"align":13},[50],{"text":51,"type":17},"Помилка може виникнути до моделі: неправильно пов'язаний запис, застарілий статус, пропущена спроба або неоднозначне визначення поля. Почніть перевірку з походження вхідних даних. Чи належать вони потрібній людині й періоду? Чи відображає нуль невиконання або відсутність запису? Якщо цих відмінностей не видно, навіть технічно правильний розрахунок може підтримати неправильну дію. Учасник має навчитися перевіряти зміст запису, а не лише повторювати число, яке показав інтерфейс.",{"type":11,"attrs":53,"content":54},{"align":13},[55,57,64],{"text":56,"type":17},"У ",{"text":58,"type":17,"marks":59},"NIST AI RMF 1.0",[60],{"type":61,"attrs":62},"link",{"href":63,"title":13},"https:\u002F\u002Fdoi.org\u002F10.6028\u002FNIST.AI.100-1",{"text":65,"type":17}," ризики розглядаються в контексті повного життєвого циклу й використання системи. Для навчальної вправи намалюйте простий маршрут: джерело, підготовка, обробка, показ результату, людська дія. На кожному переході попросіть назвати можливу помилку та того, хто може її виправити. Це допомагає не вимагати від одного користувача технічної перевірки всього, але й не залишати відомі проблеми без відповідального власника рішення.",{"type":24,"attrs":67,"content":69},{"align":13,"level":26,"id":68},"heading_2_3",[70],{"text":71,"type":17},"Знайдіть підставу, незалежну від рекомендації",{"type":11,"attrs":73,"content":74},{"align":13},[75],{"text":76,"type":17},"Якщо людина спочатку бачить готовий висновок, їй може бути складніше сформувати власну оцінку. Для частини вправ запропонуйте спочатку розібрати випадок за джерельними матеріалами, а потім відкрити результат системи. Порівняння покаже, де змінилося рішення та чи з'явилася нова підстава. Не вважайте будь-яку незгоду доказом людської правоти. Потрібно перевіряти обидва варіанти за погодженими критеріями, а не обирати сторону через сам факт авторства висновку.",{"type":11,"attrs":78,"content":79},{"align":13},[80],{"text":81,"type":17},"Підставою може бути документ, контрольний розрахунок, предметне правило або належна експертна перевірка. Важливо, щоб вона справді додавала інформацію. Повторний запит тій самій системі з проханням підтвердити власний результат не є незалежним доказом. Учасник має пояснити, чому обраний спосіб здатен виявити саме можливу помилку. Якщо система переплутала вихідні записи, красивіше пояснення формули не допоможе встановити правильну особу або відновити відсутню спробу.",{"type":24,"attrs":83,"content":85},{"align":13,"level":26,"id":84},"heading_2_4",[86],{"text":87,"type":17},"Не ототожнюйте пояснення з правильністю",{"type":11,"attrs":89,"content":90},{"align":13},[91,93,99],{"text":92,"type":17},"Система може подати зрозумілу причину, яка не підтверджує достовірність висновку. У ",{"text":94,"type":17,"marks":95},"дослідженні Buçinca, Malaya та Gajos",[96],{"type":61,"attrs":97},{"href":98,"title":13},"https:\u002F\u002Farxiv.org\u002Fabs\u002F2102.09692",{"text":100,"type":17}," розглядали надмірне прийняття AI-порад і способи спонукати до осмисленої перевірки. Результати конкретного експерименту не означають, що одна інтерфейсна зміна працюватиме для всіх аудиторій. Вони нагадують, що наявність пояснення та реальна якість людського контролю — різні речі, які потрібно оцінювати окремо.",{"type":11,"attrs":102,"content":103},{"align":13},[104],{"text":105,"type":17},"Для практики дайте два правдоподібні пояснення, одне з яких спирається на неправильне поле. Нехай студент перевірить посилання на вхідні дані та знайде розрив. Оцінюйте дію, яку він виконав, а не його загальну недовіру до автоматизації. Постійно відкидати всі поради також не є компетентним контролем. Мета полягає в обґрунтованому прийнятті, зміні або відхиленні конкретного рішення відповідно до задачі й доступних доказів.",{"type":24,"attrs":107,"content":109},{"align":13,"level":26,"id":108},"heading_2_5",[110],{"text":111,"type":17},"Розрізняйте види помилок",{"type":11,"attrs":113,"content":114},{"align":13},[115],{"text":116,"type":17},"У простій класифікації є щонайменше два різні небажані випадки: система позначила проблему там, де її немає, або не помітила її там, де вона є. Їх наслідки залежать від процесу. Зайве дружнє звернення підтримки й безпідставне обмеження доступу мають різну вагу. Тому спочатку назвіть дію після сигналу. Без цього дискусія про прийнятний відсоток помилок залишиться абстрактною й може приховати реальний вплив на людей.",{"type":11,"attrs":118,"content":119},{"align":13},[120],{"text":121,"type":17},"Запропонуйте учасникам розкласти вигадані випадки на чотири групи: правильні позитивні й негативні результати, хибні спрацювання та пропуски. Потім попросіть пояснити, що потрібно робити з кожною групою в конкретному процесі. Так метрика пов'язується з роботою. Якщо вся увага спрямована лише на загальну точність, команда може не помітити, що система майже не знаходить рідкісних важливих випадків або створює надто багато зайвих перевірок для підтримки.",{"type":24,"attrs":123,"content":125},{"align":13,"level":26,"id":124},"heading_2_6",[126],{"text":127,"type":17},"Враховуйте частоту явища",{"type":11,"attrs":129,"content":130},{"align":13},[131],{"text":132,"type":17},"Розгляньмо суто навчальний приклад. Серед тисячі вигаданих випадків є двадцять, які справді потребують перевірки. Система знаходить вісімнадцять із них і помилково позначає сорок дев'ять інших. Отже, серед шістдесяти семи позначених випадків лише вісімнадцять відповідають умові. Ці числа задано для пояснення арифметики, а не отримано з реального сервісу. Вони показують, чому високий показник виявлення потрібних випадків не означає, що кожне окреме спрацювання майже напевно правильне.",{"type":11,"attrs":134,"content":135},{"align":13},[136],{"text":137,"type":17},"Попросіть студента самостійно відновити таблицю й пояснити різницю між часткою знайдених випадків та часткою правильних сигналів. Потім змініть частоту явища, зберігши інші умовні характеристики. Нехай він спрогнозує, що станеться з робочим навантаженням перевіряльника. Така вправа допомагає читати метрики через абсолютні кількості й конкретний процес. Вона також дає підставу ставити постачальнику предметні запитання про дані оцінювання та межі перенесення заявлених результатів на іншу аудиторію.",{"type":24,"attrs":139,"content":141},{"align":13,"level":26,"id":140},"heading_2_7",[142],{"text":143,"type":17},"Перевіряйте поріг і його наслідки",{"type":11,"attrs":145,"content":146},{"align":13},[147],{"text":148,"type":17},"Якщо система перетворює оцінку на категорію за порогом, його вибір змінює співвідношення спрацювань і пропусків. Попросіть учасника порівняти кілька порогів на вигаданих даних. Потрібно пояснити, як зміниться черга розгляду й які помилки стануть частішими. Не вимагайте універсального найкращого числа. Прийнятність залежить від мети, наслідків, ресурсів перевірки та того, чи можна помітити й виправити помилку до впливу на людину.",{"type":11,"attrs":150,"content":151},{"align":13},[152],{"text":153,"type":17},"Окремо розгляньте прикордонні випадки. Дві майже однакові оцінки можуть потрапити в різні категорії, хоча дані не дають підстав описувати людей як принципово різних. Інтерфейс повинен допомагати бачити цю межу, якщо вона важлива для рішення. У навчальній вправі попросіть сформулювати людське повідомлення про такий результат без надмірної впевненості. Точне число на екрані не завжди означає відповідну точність знання про реальну ситуацію.",{"type":24,"attrs":155,"content":157},{"align":13,"level":26,"id":156},"heading_2_8",[158],{"text":159,"type":17},"Зіставляйте результати в різних умовах",{"type":11,"attrs":161,"content":162},{"align":13},[163],{"text":164,"type":17},"Показник на одному наборі не гарантує таку саму роботу після зміни аудиторії, мови, способу збирання або предметного процесу. Учасник має вміти запитати, на яких випадках оцінювали систему та чи схожі вони на поточні. Для вправи підготуйте дві вибірки з різними пропусками або визначеннями. Нехай студент знайде, чому порівняння може бути некоректним, ще до обговорення складного алгоритму або причин конкретної рекомендації.",{"type":11,"attrs":166,"content":167},{"align":13},[168],{"text":169,"type":17},"Не робіть висновок про групу з кількох випадкових спостережень. Якщо даних замало, зафіксуйте обмеження та потрібну наступну перевірку. Водночас загальний середній показник не повинен автоматично приховувати помітну проблему окремих умов використання. Потрібен пропорційний аналіз з урахуванням якості даних. Навчання має розвивати здатність відрізняти сигнал, що потребує розгляду, від сильного висновку, для якого поки немає достатнього доказу.",{"type":24,"attrs":171,"content":173},{"align":13,"level":26,"id":172},"heading_2_9",[174],{"text":175,"type":17},"Визначте межу людського перегляду",{"type":11,"attrs":177,"content":178},{"align":13},[179],{"text":180,"type":17},"Людина повинна мати достатню інформацію, час і повноваження, щоб змінити результат. Інакше її присутність у процесі може залишитися формальною. У сценарії запитайте: чи бачить перевіряльник джерельні дані, чи може запросити уточнення, чи дозволено відхилити рекомендацію? Якщо рішення вже автоматично виконано й наслідки неможливо зупинити, просте натискання після факту не створює того самого контролю, що перегляд до важливої дії.",{"type":11,"attrs":182,"content":183},{"align":13},[184,190],{"text":185,"type":17,"marks":186},"Принципи AI OECD",[187],{"type":61,"attrs":188},{"href":189,"title":13},"https:\u002F\u002Foecd.ai\u002Fen\u002Fai-principles",{"text":191,"type":17}," включають прозорість, надійність і підзвітність. У навчальній програмі ці орієнтири варто перевести в конкретний маршрут спірного випадку. Хто приймає звернення, які підстави перевіряє та хто повідомляє результат? Це опис проєктування процесу, а не твердження про однакові юридичні вимоги в усіх ситуаціях. Для відповідального використання потрібно знати реальний порядок роботи конкретної організації та повноваження її учасників.",{"type":24,"attrs":193,"content":195},{"align":13,"level":26,"id":194},"heading_2_10",[196],{"text":197,"type":17},"Тренуйте коротке документування перевірки",{"type":11,"attrs":199,"content":200},{"align":13},[201],{"text":202,"type":17},"Попросіть студента записати початкову рекомендацію, перевірену підставу, знайдену проблему й остаточне рішення. Додайте невирішене питання, якщо воно змінює придатність висновку. Цього часто достатньо для навчального випадку. Не потрібно створювати довгий звіт на кожне просте спрацювання, але визначальні зміни мають бути зрозумілими іншій людині. Документування допомагає відрізнити справжню перевірку від погодження, яке не залишило жодної підстави для подальшого аналізу якості процесу.",{"type":11,"attrs":204,"content":205},{"align":13},[206],{"text":207,"type":17},"Використовуйте вигадані або належно підготовлені дані та мінімальний обсяг записів. Навчальний журнал не повинен накопичувати непотрібні особисті історії. Якщо приклад містить чутливий контекст, краще сконструювати модель ситуації, яка зберігає логіку помилки без відтворення реальної людини. Мета вправи — продемонструвати здатність перевірити рішення, а не довести автентичність за рахунок зайвого розкриття інформації про студентів, працівників чи клієнтів.",{"type":24,"attrs":209,"content":211},{"align":13,"level":26,"id":210},"heading_2_11",[212],{"text":213,"type":17},"Побудуйте вправу на помилці даних",{"type":11,"attrs":215,"content":216},{"align":13},[217],{"text":218,"type":17},"У першому сценарії система правильно застосовує правило, але отримує застарілий статус виконання. Учасник має помітити часову невідповідність, перевірити джерело та назвати наступну дію. Не просіть його здогадуватися, яку приховану помилку задумав викладач. Дайте достатні матеріали для виявлення проблеми: дату оновлення, запис подання й правило обробки. Це дозволяє оцінити реальну роботу з доказом, а не інтуїтивне вгадування несправності у вигаданій системі.",{"type":11,"attrs":220,"content":221},{"align":13},[222],{"text":223,"type":17},"Після виправлення попросіть пояснити, чи змінюється тільки один результат, чи потрібна ширша перевірка. Якщо проблема походить зі спільного джерела, аналогічні випадки можуть потребувати перегляду. Учасник повинен визначити масштаб припущення та відповідальну роль, не оголошуючи всі результати хибними без підстав. Такий розбір розвиває мислення про процес: окреме виправлення важливе, але слід також зрозуміти, як запобігти повторенню тієї самої причини в наступному навчальному циклі.",{"type":24,"attrs":225,"content":227},{"align":13,"level":26,"id":226},"heading_2_12",[228],{"text":229,"type":17},"Побудуйте вправу на неправильній інтерпретації",{"type":11,"attrs":231,"content":232},{"align":13},[233],{"text":234,"type":17},"У другому сценарії система видає коректний відносний рейтинг за заданим критерієм, але користувач трактує останню позицію як невиконання мінімальної вимоги. Дайте учаснику визначення показника та кілька результатів. Він має пояснити різницю між порядком і порогом придатності. Тут не потрібно шукати технічний збій. Помилка виникає в переході від числа до людського висновку, тому виправлення стосується інтерпретації, інструкції або способу представлення результату.",{"type":11,"attrs":236,"content":237},{"align":13},[238],{"text":239,"type":17},"Далі попросіть підготувати коротке повідомлення для колеги, який використовує цей показник. Воно має містити правильне значення й потрібну межу, не перевантажуючи адресата технічними деталями. Це окрема навичка: знати правильну відповідь недостатньо, якщо команда продовжує користуватися старим поясненням. Перевірка рішення завершується тоді, коли наступний учасник може діяти на коректній підставі, а не лише коли помилку помічено в особистих нотатках перевіряльника.",{"type":24,"attrs":241,"content":243},{"align":13,"level":26,"id":242},"heading_2_13",[244],{"text":245,"type":17},"Побудуйте вправу на недостатній підставі",{"type":11,"attrs":247,"content":248},{"align":13},[249],{"text":250,"type":17},"У третьому сценарії система пропонує висновок, але потрібного поля в матеріалах немає. Студент має назвати відсутність, відмовитися від остаточного судження й сформулювати найкорисніше уточнення. Це важливо оцінювати позитивно, якщо зупинка обґрунтована. Інакше учасники звикають завжди подавати завершений результат, навіть коли його доводиться домислювати. Вправа повинна показати, що невизначеність є властивістю ситуації, яку потрібно правильно передати, а не недоліком оформлення відповіді.",{"type":11,"attrs":252,"content":253},{"align":13},[254],{"text":255,"type":17},"Запропонуйте кілька можливих уточнень і попросіть вибрати те, яке найбільше змінює рішення. Так студент тренує пропорційність перевірки. Безмежно збирати нові дані не потрібно, особливо якщо вони особисті або не впливають на поставлене питання. Після отримання критичного факту учасник повертається до рішення й пояснює зміну. Викладач оцінює зв'язок між новою підставою та висновком, а не кількість запитань або довжину підготовленого пояснення.",{"type":24,"attrs":257,"content":259},{"align":13,"level":26,"id":258},"heading_2_14",[260],{"text":261,"type":17},"Оцінюйте якість контролю на нових випадках",{"type":11,"attrs":263,"content":264},{"align":13},[265],{"text":266,"type":17},"Для підсумкової роботи змішайте правильні рекомендації з різними видами помилок. Учасник не повинен знати, що кожен приклад обов'язково містить проблему. Інакше він навчиться шукати прихований дефект навіть там, де рішення обґрунтоване. Попросіть прийняти, змінити або відкласти результат і навести підставу. Оцінюйте здатність правильно діяти в різних умовах, включно з випадками, де автоматична рекомендація справді корисна й додаткова перевірка має бути короткою та цільовою.",{"type":11,"attrs":268,"content":269},{"align":13},[270],{"text":271,"type":17},"Рубрика може включати розуміння задачі, вибір незалежної підстави, правильну інтерпретацію та пропорційність наступної дії. Не оцінюйте компетентність за часткою незгоди із системою. Висока незгода може означати як уважність, так і необґрунтоване відкидання. Важливо, скільки правильних і помилкових рішень учасник розрізнив та чи може пояснити визначальні випадки. Для невеликої групи достатньо предметного розбору; сильні кількісні висновки потребують відповідного обсягу та дизайну оцінювання.",{"type":24,"attrs":273,"content":275},{"align":13,"level":26,"id":274},"heading_2_15",[276],{"text":277,"type":17},"Організуйте практику в навчальній програмі",{"type":11,"attrs":279,"content":280},{"align":13},[281],{"text":282,"type":17},"LMS платформа WeStudy може допомагати з послідовністю матеріалів, вправ і обговорення. Для кожного сценарію дайте достатні вихідні відомості, критерії та окреме місце для пояснення перевірки. Не використовуйте реальні високі наслідки для навчального експерименту. Учасник повинен мати можливість помилитися, отримати зворотний зв'язок і повторити змістовну дію на новому прикладі. Це дозволяє розвивати контроль як навичку, а не перевіряти витривалість у ситуації, де ціна помилки невиправдана для заняття.",{"type":11,"attrs":284,"content":285},{"align":13},[286],{"text":287,"type":17},"Після вправи попросіть сформулювати одне правило для власної роботи. Наприклад, перед важливою дією перевіряти актуальність джерельного статусу або окремо читати визначення показника. Правило має бути конкретним і придатним до застосування. Загальне «не довіряти AI» не допомагає вирішити, що робити з коректною рекомендацією. Навчальна мета полягає в обґрунтованій співпраці з автоматизацією, яка зберігає здатність людини бачити підстави, межі та наслідки кожного визначального рішення.",{"type":24,"attrs":289,"content":291},{"align":13,"level":26,"id":290},"heading_2_16",[292],{"text":293,"type":17},"Перевірте, чи команда вчиться на знайдених помилках",{"type":11,"attrs":295,"content":296},{"align":13},[297],{"text":298,"type":17},"Після кількох вправ об'єднайте причини розбіжностей: дані, визначення показника, непридатний контекст або неправильна наступна дія. Не зводьте все до одного числа «помилки AI». Різні причини потребують різних змін. Застарілий статус виправляють в обміні даними, неоднозначний показник — у визначенні й поясненні, а вихід за повноваження — у процесі прийняття рішення. Така класифікація допомагає команді спрямувати роботу туди, де вона може усунути повторювану проблему.",{"type":11,"attrs":300,"content":301},{"align":13},[302],{"text":303,"type":17},"Попросіть учасника запропонувати одну зміну й спосіб перевірити її результат. Наприклад, додати дату актуальності поля та перевірити, чи це допомагає помічати часові розбіжності на нових прикладах. Не припускайте, що будь-яка додаткова інформація автоматично покращить контроль. Надмір деталей може приховати головну ознаку. Порівнюйте поведінку на змістовних випадках і зберігайте той обсяг представлення, який справді допомагає прийняти обґрунтоване рішення в межах наявного часу та предметної компетентності перевіряльника.",{"type":11,"attrs":305,"content":306},{"align":13},[307],{"text":308,"type":17},"Окремо обговоріть навантаження. Якщо людина має переглянути стільки результатів, що не може прочитати визначальні матеріали, інструкція «перевіряйте уважніше» не розв'язує організаційну проблему. Потрібно змінити чергу, рівень автоматизації, обсяг задачі або ресурс контролю. Навчальна програма має показувати цю межу: особиста уважність важлива, але якісний процес також потребує реальної можливості діяти. Інакше відповідальність формально покладається на перевіряльника без умов, потрібних для виконання заявленої ролі.",{"type":11,"attrs":310,"content":311},{"align":13},[312],{"text":313,"type":17},"Після зміни повторіть перевірку на нових випадках, включно з правильними рекомендаціями. Порівняйте, чи зменшилася конкретна помилка та чи не з'явилося інше небажане спотворення. Результат потрібно описувати в межах вправи. Невеликий навчальний успіх не доводить придатність процесу для будь-якої реальної системи. Проте він показує, що учасник уміє пов'язати проблему, дію та доказ зміни, а це вже змістовна основа для подальшої предметної практики.",{"type":24,"attrs":315,"content":317},{"align":13,"level":26,"id":316},"heading_2_17",[318],{"text":319,"type":17},"Зберігайте відповідальність у повному процесі",{"type":11,"attrs":321,"content":322},{"align":13},[323],{"text":324,"type":17},"Коли LMS платформа WeStudy є частиною програми, поєднайте практику перевірки з предметними знаннями та зрозумілим маршрутом спірного випадку. Оновлюйте приклади після зміни даних, метрик або способу використання системи. Навичка розвивається через повторне розрізнення конкретних ситуацій, а не через запам'ятовування одного набору загальних пересторог. Людина повинна вміти пояснити, чому цього разу рекомендацію прийнято, змінено або відкладено та які підстави справді вплинули на остаточну дію.",{"type":11,"attrs":326,"content":327},{"align":13},[328],{"text":329,"type":17},"Корисний результат навчання — перевіряльник, який бачить власну межу й знає, куди передати питання. Він не зобов'язаний самостійно розв'язувати всі технічні, предметні та організаційні проблеми. Проте він повинен помітити, коли наявного доказу недостатньо, і не маскувати цю нестачу формальним погодженням. Тоді людський контроль стає реальною частиною якості процесу: він може змінити результат до значущої дії та залишає зрозумілу підставу для наступного вдосконалення системи й навчальної практики.",{"type":24,"attrs":331,"content":333},{"align":13,"level":26,"id":332},"heading_2_18",[334],{"text":335,"type":17},"Джерела",{"type":337,"content":338},"bullet_list",[339,352,364,375,386],{"type":340,"content":341},"list_item",[342],{"type":11,"attrs":343,"content":344},{"align":13},[345,350],{"text":346,"type":17,"marks":347},"NIST: Artificial Intelligence Risk Management Framework 1.0",[348],{"type":61,"attrs":349},{"href":63,"title":13},{"text":351,"type":17},".",{"type":340,"content":353},[354],{"type":11,"attrs":355,"content":356},{"align":13},[357,363],{"text":358,"type":17,"marks":359},"NIST: AI Risk Management Framework resources",[360],{"type":61,"attrs":361},{"href":362,"title":13},"https:\u002F\u002Fwww.nist.gov\u002Fitl\u002Fai-risk-management-framework",{"text":351,"type":17},{"type":340,"content":365},[366],{"type":11,"attrs":367,"content":368},{"align":13},[369,374],{"text":370,"type":17,"marks":371},"Buçinca, Malaya, Gajos: To Trust or to Think",[372],{"type":61,"attrs":373},{"href":98,"title":13},{"text":351,"type":17},{"type":340,"content":376},[377],{"type":11,"attrs":378,"content":379},{"align":13},[380,385],{"text":381,"type":17,"marks":382},"OECD: AI Principles",[383],{"type":61,"attrs":384},{"href":189,"title":13},{"text":351,"type":17},{"type":340,"content":387},[388],{"type":11,"attrs":389,"content":390},{"align":13},[391,397],{"text":392,"type":17,"marks":393},"UNESCO: Recommendation on the Ethics of Artificial Intelligence",[394],{"type":61,"attrs":395},{"href":396,"title":13},"https:\u002F\u002Fwww.unesco.org\u002Fen\u002Fartificial-intelligence\u002Frecommendation-ethics",{"text":351,"type":17},{"type":8,"content":399},[400],{"type":11,"content":401},[402],{"text":6,"type":17},1791392525,"https:\u002F\u002Fcloud.cs3.westudy.ua\u002Ffile?path=westudy_online%2Fpublic%2Fwestudy%2F0340f72b-5da2-43ab-8c3e-f9f356057ac3.webp","yak-pereviriaty-avtomatyzovani-rishennia",true,false,"1a2266a8-143b-428a-8320-d3f66d0468bb","Майбутнє освіти та навички","future-of-education-and-skills","light","news.articles"]