Як довести, що ви не використовували AI
Не існує одного факту, який доводить, як було написано есе. Натомість існує підтвердження: незалежні, важкі для підробки сліди, що сходяться до одного й того самого пояснення. Ось як насправді виглядають такі докази, і що варто почати робити вже зараз, якщо вас ще ні в чому не звинувачували.
Припустімо, що вас ніколи ні в чому не звинувачували. Питання про те, як довести, що ви не використовували AI, усе одно варто поставити заздалегідь, тому що відповідь формується протягом тижнів, а не створюється за один день після того, як з’являється звинувачення. Якщо ви ставите це питання просто зараз, під реальним тиском, добра новина полягає в тому, що більшість потрібного вам, можливо, уже існує десь, куди ви не подумали заглянути, розкидане між історією документа, браузером і папкою з нотатками, про які ви припускали, що ніхто ніколи не запитає.
Доказ, у суворому сенсі, який визнав би суд, для того, як було написано есе, не існує. Натомість існує підтвердження: незалежні, важкі для підробки сліди, що сходяться до одного й того самого опису подій. Це розрізнення має ще більше значення, коли ви розумієте наскільки точними насправді є AI детектори, і як часто позначений результат відображає інструмент, а не автора, який тримає перо. Рецензент шукає не один вирішальний доказ. Він шукає, чи витримує ваш опис того, як ви щось писали, зіткнення з усім іншим, що відбувалося тоді.
Як довести, що ви не використовували AI: які докази насправді витримують перевірку
П’ять видів доказів з’являються знову і знову, і тут вони наведені від найлегших до найскладніших для ретроспективної підробки. Жоден із них сам по собі не є доказом. Разом, особливо якщо вони охоплюють тижні, а не години, їх важко сфабрикувати заднім числом так, щоб вони залишалися узгодженими, і це варто мати напоготові з огляду на те, як часто добре побудований детектор усе одно дає хибнопозитивний результат.
| Доказ | Що воно насправді показує | Наскільки важко підробити це постфактум |
|---|---|---|
| Історія версій (Docs або Word) | Хронологію редагувань, а не лише готовий файл | Важко: це означає набрати весь чернетковий текст у фальшивих етапах, по порядку, розподіливши його на потрібну кількість днів |
| Часові позначки файлу та хмари | Коли файл було створено, збережено і синхронізовано, незалежно від того, що в ньому міститься | Важко для серверних хмарних журналів, легше для суто локального файла, який ніколи не синхронізувався |
| Історія пошуку та бібліотеки | Що ви справді переглядали релевантні джерела, коли казали, що переглядали | Важко: це вимагає створити правдоподібний багатоденний дослідницький слід після звинувачення |
| Рукописні нотатки та друковані чернетки | Фізичний, окремо датований запис вашого власного процесу | Важко: папір не успадковує цифрову історію скасувань |
| Обговорення прочитаного | Чи можете ви без підказок пояснити власні джерела і вибір | Найважче з усього: дуже важко підтримувати це під час справжнього опитування |
Чи доводить історія версій у Google Docs або Word, що ви це написали?
Так, але досить переконливо. Google Docs має вбудовану повну історію версій, яка автоматично зберігає вашу роботу, навіть якщо ви забуваєте робити це самостійно. Натисніть Last edit у верхній частині екрана або скористайтеся меню File, щоб побачити всі попередні версії документа, які зберігалися з часом, і скільки нового тексту щоразу було додано. Це безплатна стандартна функція для кожного облікового запису, а не додаткова платна опція.
Word працює подібним чином, коли файл зберігається в OneDrive або SharePoint, а не лише на локальному диску: знайдіть Version History у меню File або клацніть файл правою кнопкою миші там, де він зберігається, щоб побачити збережені версії за період написання. Файл, який існував лише як один локальний .docx без збереженої історії, є досить поширеним. Це означає, що саме такий вид доказу буде недоступний, і це варто знати, перш ніж покладатися на нього.
Історія версій є потужною головно тому, що переконливо сфальсифікувати її повільно. Той, хто намагається створити історію заднім числом після звинувачення, мав би поступово вставляти готове есе, у правдоподібному порядку, протягом правдоподібної кількості сеансів, а це займає майже стільки ж часу, скільки й написання есе від самого початку, і рідко відповідає моделі редагування реального чернеткового тексту під час перевірки. Справжня чернетка зупиняється, повертається назад і зростає нерівномірно. Підставлена фальшивка зазвичай з'являється великими, підозріло чистими блоками, що часто видно вже в самій списковій історії версій.
Чи доводять щось часові позначки файлів і хмарних сервісів?
Щось доводять, але не так багато, як історія версій. Дати створення і зміни файла показують, коли його було створено і коли його востаннє змінено, навіть якщо в ньому нічого немає. Журнал активності вашого хмарного сервісу для цього файла також покаже, коли його було створено і коли його востаннє змінено, знову ж таки, незалежно від того, що в ньому міститься. Саме це ускладнює редагування порівняно з одними лише часовими позначками у вашій локальній файловій системі. Google Drive, OneDrive і Dropbox усі зберігають такий запис активності окремо від самого файла, на власних серверах.
Чисто локальний файл є слабшою версією цього доказу, оскільки власні часові позначки файла на комп'ютері може змінити будь-хто з базовими технічними знаннями і підставою для цього. Файл, який увесь час перебував у синхронізованій хмарній папці, зі своїм незалежним серверним журналом активності, є значно сильнішим доказом, тому що цей журнал повністю існує поза вашим власним пристроєм. Якщо ви не впевнені, до якої категорії належить певний файл, перевірте його параметри спільного доступу або активності зараз, а не постфактум, адже файл, який тихо синхронізувався з хмарним обліковим записом протягом тижнів, уже має цей запис позаду себе, незалежно від того, чи відкривали ви самі журнал активності.
Гуманізуйте свою власну статтю
Перетворіть текст, створений за допомогою AI, і зробіть його природним, не змінюючи важливих слів або цитат.
Чи допомагає історія пошуку та бібліотеки у вашій справі?
Так, і це один із найлегших видів доказів, який можна не помітити. Історія браузера показує пошуки та сторінки, які ви відвідували під час дослідження, і більшість браузерів зберігають це за замовчуванням протягом тижнів або місяців. Журнали входу до баз даних університетської бібліотеки та записи пошуку йдуть далі: вони зберігаються на серверах самої установи, а не на ваших, тож ніхто не може правдоподібно стверджувати, що ви згодом їх сфабрикували.
Менеджери цитувань додають третій рівень. Zotero, Mendeley та подібні інструменти позначають часом кожне джерело, яке ви додаєте, і кожну примітку, яку ви до нього прикріплюєте, формуючи дослідницький слід, що автоматично зростає тоді, коли ви справді працюєте, а не слід, який ви б створили навмисно. citation generator, використаний під час написання чернетки, залишає подібний, менший слід, ще один незалежний запис, який існував до того, як хтось попросив його надати. Жоден із цих інструментів не був створений для того, щоб захищати вас від звинувачення. Саме тому слід, який вони залишають, є переконливим: його ніколи не інсценували.
Рукописні нотатки, друковані чернетки та читання, про яке ви можете говорити
Фізичні нотатки мають власну окрему хронологію, якої цифрове звинувачення не може торкнутися. Роздруківки з позначками, зошит із планом, накиданим на полях, стікери на книжці з бібліотеки, усе це існує незалежно від будь-якого комп'ютера і не може бути створене заднім числом шляхом редагування метаданих файлу Word. Зберігайте їх, а не здавайте на переробку після подання письмової роботи, принаймні до того, як оцінка стане остаточною.
І найсильніший доказ із усіх рідко є документом. Це здатність обговорити власне есе: чому ви обрали це джерело, а не те, що саме стверджує третій абзац, яке твердження ви майже вилучили і чому зрештою залишили його. За достатніх зусиль можна підробити завершений документ.
Чому це підтвердження, а не доказ, і що почати робити вже зараз
У строгому сенсі все це не є доказом. Це сукупність підтверджень, і її сила полягає в тому, що сфабрикувати її заднім числом важче, ніж було б написати есе спочатку. Рецензент, який зважує п’ять незалежних, взаємно узгоджених сигналів проти одного оскарженого відсотка, зважує набагато більше, ніж сам відсоток. Саме такий фактичний стандарт застосовують більшість апеляцій і слухань, незалежно від того, чи хтось формулює це саме так.
Якщо вас ні в чому не звинувачували, це найлегший момент, щоб виробити цю звичку. Увімкніть історію версій там, де вона ще не є автоматичною, зберігайте послідовні чернетки замість перезаписування одного файлу і зберігайте історію пошуку та нотатки, які ви інакше видалили б. Ви також можете побачити, як зараз читається ваше власне письмо за допомогою безкоштовних інструментів TextPulse, ще до того, як хтось інший оцінить його, і це є іншим використанням тієї самої базової метрики, яку застосовує детектор.
Перетворення цих доказів на документ є окремою навичкою, і саме для цього є сторінка про написання апеляційного листа. Корисно знати, що кілька університетів повністю припинили використовувати AI detector Turnitin.
Жодна з цих звичок не потребує багато часу, щоб почати. Їх дуже довго підробляти, і саме в цьому суть, а також саме тому варто запровадити їх ще до того, як вони вам знадобляться.
Часті запитання
Питання про те, як довести, що ви не використовували AI, зводиться до підтвердження, а не до одного окремого доказу. Історія версій у Google Docs або Word, часові позначки файлів і хмарних сервісів, історія пошуку та бібліотеки, а також паперові нотатки чи чернетки, усе це має значення. Жоден із цих елементів сам по собі не є вирішальним. Разом, якщо вони охоплюють реальний час, а не створені заднім числом, їх значно важче підробити, ніж саме есе було б написати.
PhD in natural language processing, with years spent building NLP applications end to end. Moe works on text analysis: lexical and syntactic structure, and what separates machine-generated prose from human prose statistically. He has been experimenting with computational linguistics since the early days of NLTK, spaCy and WordNet, and still writes most of his tooling in Python.