GPT-6 Astra зазнала значних змін порівняно з версією 5.6. Вчора багато фанатів просили G-Ge створити початковий посібник для GPT-6, якому можна просто слідувати. Сьогодні він тут! Щоб написати довгу статтю, варту вашої уваги, я витратив 80% своїх токенів на дослідження, щоб створити контент, який легко зрозуміти, але водночас навчає справжнім знанням. Він поданий у формі історії, щоб не було нудно, проведе вас від маленьких завдань до повного опанування.
Я використаю невелику сімейну справу, щоб пояснити вам GPT-6 Astra.
Припустимо, я хочу створити інструкцію до мобільного телефону для літніх людей вдома. Змісту небагато: знайти старі фото, надіслати їх родині та навчитися відповідати на відеодзвінки. В ідеалі її потрібно роздрукувати та покласти біля телефону для зручного доступу.
Це звучить просто. Складність у тому, що кроки, які мені здаються зрозумілими, можуть не спрацювати для когось іншого.
«Відкрийте галерею, виберіть фото, натисніть «Поділитися». Я розумію це миттєво. Але якщо інша людина не впізнає іконку галереї, вона зупиниться на першому кроці, і хоч би якими детальними були решта, це марно.
Тож у цьому посібнику я створю цю брошуру крок за кроком: як давати інструкції, як надавати матеріали, як дивитися на скріншоти, як виправляти неправильні відповіді та який результат вважати завершеним. Сценарії та діалоги в тексті є прикладами, написаними для пояснення методу.
Я не дозволю йому спочатку написати «повний посібник»
Якщо я почну з «допоможи мені написати мобільний посібник, придатний для літніх людей», йому доведеться надто багато вгадувати.
Яка модель телефону? Які операції людина вже знає? Вона вчиться фотографувати чи знаходити старі? Цей посібник призначений для телефону чи для паперу?
«Придатний для літніх людей» не відповідає на ці запитання. Я не хочу, щоб він ставився до літньої людини як до абстрактного читача: просто зробити шрифт більшим, тон дружнішим і додати кілька слів підбадьорення.
Цього разу я планую написати інструкції для конкретної людини. Для демонстрації я встановлю ситуацію: людина може розблокувати телефон і відповідати на звичайні дзвінки; вона губиться, коли бачить незнайомі іконки. Посібник вирішує лише ці кілька операцій, а не є телефонною енциклопедією.
Перше повідомлення, яке я напишу:
Я хочу створити інструкцію до мобільного телефону для літньої людини вдома. Вона вміє розблоковувати телефон і відповідати на звичайні дзвінки, але не знайома з назвами іконок. Цього разу опиши лише три функції: пошук фото, надсилання фото та відповідь на відеодзвінки. Я надам реальні скріншоти телефону. Будь ласка, напиши кроки на основі скріншотів, одна дія на крок. Не додавай кнопки з пам'яті, яких не видно на зображенні. Спочатку допоможи мені перерахувати, які скріншоти потрібні; не пиши ще весь посібник.
Мета цього повідомлення — спочатку зібрати матеріали. Без інтерфейсу телефону, навіть якщо він напише книгу, вона може бути неправильною з першої сторінки.
Я не дуже вірю в метод, коли додавання «ти найкращий експерт» магічним чином змінює відповідь. Те, що дійсно допомагає цьому завданню, — це знання, що людина може розблокувати телефон, не знає іконок і який телефон я використовую. Ці речі набагато конкретніші, ніж титул експерта.
Іноді я ще не продумав, чого хочу. Тоді я не поспішаю писати довгі вимоги; я кажу йому, кому це призначено, де буде використовуватися, і прошу поставити два запитання, які вплинуть на результат. Коли напрямок зрозумілий, тоді рухаємося далі.
Наприклад, «зробити це одним аркушем чи брошурою» впливає на розташування контенту; «чи варто виділяти заголовок жирним» ще не варто обговорювати.
Окрім назви моделі, я дивлюся ще на два місця
Перед завантаженням скріншотів я перевіряю поточну модель і наявність точок входу для завантаження зображень або обробки файлів біля поля чату.
ChatGPT — це продукт, який я відкрив, а GPT-6 Astra — це модель, відповідальна за розуміння та обробку завдань. Те, що може робити модель, і те, які інструменти надає це вікно, — це дві різні речі.
Я можу підтвердити в офіційному описі моделі, що Astra орієнтована на складні міркування, програмування, дослідження, комп'ютерні операції та створення документів, підтримуючи введення тексту та зображень. Щодо того, які функції доступні в моєму обліковому записі, я маю подивитися на конкретні точки входу. Опис моделі OpenAI
Наприклад, після того, як я завантажу скріншот, він може допомогти мені подивитися на кнопки та написати описи; якщо в поточному середовищі немає інструментів для керування телефоном, я не повинен припускати, що він уже натиснув кнопки на телефоні, просто тому що зрозумів зображення.
Файли теж. Розташувати кілька абзаців тексту в чаті та згенерувати файл для завантаження — це дві речі, які потребують окремого підтвердження. Мій запит залишить практичний вибір: дати файл, якщо можливо, інакше організувати текст, який можна скопіювати.
На початку я не поспішаю вивчати всі параметри. Спочатку дайте йому правильно прочитати текст на одному зображенні, потім дайте йому написати опис відповідно до запиту. Я можу оцінити правильність таких завдань, і мене нелегко залякати професійними термінами.
Коли зустрічаю нещодавно оновлені функції, я прошу його перевірити офіційну документацію та надати відповідну сторінку. Якщо немає веб-інструменту, я залишаю частини, які потребують перевірки, порожніми. Те, що він говорить вільно, не означає, що інформація все ще актуальна.
Якщо відповідний параметр ще не з'явився в списку моделей, я спочатку підтверджую фактичний обсяг, доступний для мого облікового запису, а не сприймаю чужі скріншоти як свій власний інтерфейс. Немає потреби збирати всі розширені інструменти лише для того, щоб практикувати методи з цієї статті.
Скріншотів не повинно бути багато, спочатку дайте мені знати, що кожен з них означає
Далі я підготую матеріали.
Один скріншот головного екрана телефону, один — інтерфейсу галереї та один — інтерфейсу після вибору фото. Якщо також потрібно описати відеодзвінки, підготуйте ці скріншоти окремо; не змішуйте функції.
Назвіть зображення впізнавано, наприклад «Фото — Початкова сторінка» або «Фото — Вибрано». Назви не повинні бути професійними, просто щоб я знав, який крок вони пояснюють пізніше.
Якщо в мене є старий посібник, я позначу його як «Стара версія для довідки». Це допомагає зрозуміти, як речі пояснювалися раніше, але не може визначити, як виглядають кнопки сьогодні. Якщо телефон було оновлено, старі скріншоти можуть бути недійсними.
Додатковий запит не повинен бути довгим:
Поточні скріншоти телефону є основою для операцій; старий посібник призначений лише для ознайомлення зі стилем викладу. Спочатку перерахуйте по порядку, які інтерфейси ви прочитали. Якщо є невідповідності між двома матеріалами, вкажіть на них; не об'єднуйте їх в один набір кроків самостійно.
Я хочу побачити, що він читає спочатку. Наприклад, якщо він може сказати, що одне зображення — це список фото, а інше — фото вибрано, мені легко перевірити. Фраза на кшталт «повністю опанував» не показує, чи він дійсно правильно прочитав.
Нечіткий текст також потрібно враховувати в статусі матеріалу. Якщо текст на маленькій іконці розмитий, напишіть, що він нечіткий; якщо на скріншоті не видно нижньої частини сторінки, зазначте, що ця частина відсутня. Не дозволяйте відсутній інформації мовчки стати повною у відповіді.
Якщо мені потрібно додати фото, я додам лише те, якого не вистачає, і вкажу, до якого кроку воно належить. Завантаження одразу десятка схожих фото може заплутати навіть мене.
Порядок зображень також вартий часу, щоб його організувати. Одна й та сама сторінка до та після вибору фото виглядає схоже, але кнопки, на які можна натиснути, могли змінитися. Я напишу «Не вибрано» та «Вибрано» в назвах файлів, щоб не плутати два стани.
Щоб оцінити, чи достатньо матеріалів, я можу попросити його повторити процес: починаючи з якого зображення, проходячи через яке та закінчуючи де. Якщо він пропускає проміжні екрани або ставить пізніші скріншоти першими, це ще не підходить для написання формальних кроків.
Іноді додавання одного фото вирішує проблему; іноді мені потрібно пояснити, що сталося між зображеннями. Наприклад, якщо між двома скріншотами з'явилося вікно вибору, але я його не зняв, це пропущений крок. Я повернуся до телефону, щоб завершити його, а не дозволю моделі вгадувати проміжну операцію з кінцевого результату.
Також є матеріал не на екрані: сімейні звички використання. Наприклад, людина звикла говорити «фотки» замість «додаток галереї»; вона краще розуміє «натисни на екран і штовхни вгору», ніж «проведи вгору». Це можна записати як вимоги, щоб зберегти узгодженість викладу.
Однак для фактичних назв кнопок на екрані я не буду їх змінювати для розмовності. Пояснення може бути простим, але якщо кнопка називається «Готово», пишіть «Готово». Інакше людина, яка читає, не знатиме, яке слово шукати.
Я спробую одну сторінку спочатку, щоб побачити, чи працює
Коли матеріали готові, я не буду одразу просити повний продукт.
Спочатку напишіть «Знайти фото». Це завдання, достатньо мале, щоб я міг перевірити його від початку до кінця. Після того, як воно написане, я звірю його з телефоном: чи є місце для натискання на кожному кроці, і чи знаю я, що побачу далі після прочитання цього речення?
Будь ласка, спочатку напишіть сторінку для «Знайти фото». Вкажіть дію для кожного кроку. Якщо необхідно, додайте речення про те, що буде видно після дії, щоб оцінити правильність. Перерахуйте частини, не підтверджені скріншотами, окремо; не включайте їх до формальних кроків.
Якщо перша версія занадто довга, я подивлюся, чому. Чи один крок робить дві речі, чи він пояснює непотрібний контекст? Ці дві проблеми потребують різних виправлень. Просте прохання бути «коротшим» може видалити необхідні підказки.
Наприклад, «Відкрити галерею» — це лише два слова, дуже коротко, але інформації може бути недостатньо. «Знайдіть іконку, обведену на зображенні на головному екрані, і торкніться її» — трохи довше, але читач знає, що шукати.
Зберігайте інформацію, яка допомагає в роботі, і видаляйте речення на кшталт «Далі ми увійдемо в чудовий світ фотографій». Якщо посібник все ще створює атмосферу в цей момент, я б нетерпів.
Під час спроби цієї сторінки занотуйте, де ви застрягли. Не відповідайте просто «все ще незрозуміло», а поясніть: «Крок другий каже мені натиснути у верхньому правому куті, але на скріншоті у верхньому правому куті є дві іконки, я не знаю, на яку з них посилаються».
Потім він може змінити цю конкретну частину. Я пройдуся по ньому знову, і коли це спрацює, я попрошу його використовувати той самий стиль написання для решти. Те, що повторно використовується, — це метод пояснення; конкретні кнопки все ще потрібно підтверджувати зображення за зображенням.
Мені подобається робити маленькі зразки з дуже практичної причини: якщо одна сторінка неправильна, просто виправте одну сторінку. Якщо всі десять сторінок написані, а потім я виявляю, що вся книга припускає, що читач знає іконки, то переробляти занадто багато.
Ставте запитання про зображення, я звужу питання до однієї дії
Припустимо, коли я дійду до «Надіслати фото», на екрані з'являється кілька кнопок.
У цей момент я не просто кину зображення і запитаю «що робити». Я включу поточний стан і те, що хочу зробити далі:
Я відкрив це фото і хочу надіслати його родині. Будь ласка, подивіться лише на цей скріншот і вкажіть, яку кнопку я маю шукати далі. Поясніть підставу для вашого судження; якщо скріншот недостатній, скажіть мені, який інтерфейс мені ще потрібно побачити. Спочатку дайте наступний крок; зачекайте, поки я додам фото для наступних кроків.
Це обмежує обговорення безпосередньою проблемою. Йому не потрібно вгадувати наступні п'ять сторінок, і мені не потрібно читати довгий список, щоб виявити, що другий крок непридатний.
Кнопки на зображенні призначені для пояснення стилю написання; фактичні назви та позиції слід перевіряти за допомогою телефону в руках.
Роблячи скріншоти, я зберігаю інформацію, яка показує позицію. Назви сторінок, сусідні кнопки та спливаючі підказки іноді корисніші, ніж сама маленька іконка. Обрізання її лише до стрілки може унеможливити визначення, чи призначена вона для повернення, надсилання чи обміну.
Якщо на зображенні є імена родичів, вміст чату або номери телефонів, які не мають відношення до справи, я спочатку їх розмию. Мені потрібно, щоб він розпізнав точку входу для операції, а не всю історію чату.
Якщо текст кнопки нечіткий, найпростіший спосіб — зробити інший чіткий знімок або ввести текст, який я бачу. Багаторазове прохання «подивися уважніше» не зробить розмиті пікселі чіткими.
Якщо назви кнопок, які він дає, не відповідають фактичному інтерфейсу, я довіряю телефону переді мною і додам: «Мій екран показує такі параметри». Немає потреби шукати скрізь неіснуюче меню, щоб пристосуватися до відповіді.
Той самий метод запитань можна застосувати до таблиць, веб-сторінок і помилок програмного забезпечення. Я пояснюю, де застряг, що спочатку хотів зробити, і надаю екран, який підтримує судження. Якщо запитання досить конкретне, я знатиму, як перевірити відповідь після її отримання.
Запитуйте, що потрібно, не потрібно чекати, поки я вирішу навіть назву
Якщо він виявить, що модель телефону відсутня або текст на скріншоті нечіткий, це нормально, що він уточнює. Ця інформація впливає на кроки операції.
Але чи буде назва «Надіслати фото» чи «Надіслати фото родині», AI може вирішити спочатку; не потрібно зупинятися через кожну дрібницю.
Моя вимога:
Ви займаєтеся порядком розділів і формулюванням назв. Запитуйте мене про питання, які впливають на роботу, такі як модель телефону, нечіткі скріншоти або кнопки, які неможливо оцінити. Спочатку завершіть частини, які можна підтвердити. Не зупиняйте інший вміст лише тому, що одного зображення не вистачає.
В офіційному посібнику користувача згадується, що Astra частіше ставить уточнюючі запитання, коли відсутність інформації може вплинути на результат. Я буду конкретним щодо того, що мені потрібно вирішити, даючи йому знати, де він може продовжити. Посібник користувача OpenAI
Я також не впадатиму в іншу крайність і не проситиму його нічого не питати. Для операцій з телефоном вгадування кнопки економить одне уточнення, але залишає неправильний крок.
Питання, на які зараз неможливо відповісти, можна внести до списку справ. Наприклад, якщо скріншот інтерфейсу відеодзвінка не готовий, залиште цю сторінку порожньою зараз; не заповнюйте її інтерфейсом іншого телефону.
Якщо одночасно надходить багато запитань, я попрошу його вибрати два найважливіші для першочергового підтвердження. Спочатку вирішіть речі, які можуть зробити весь посібник неправильним; решту можна заповнити в міру роботи.
Деякі запитання показують, що я сам не продумав речі. Якщо я кажу «текст повинен бути великим, папір повинен бути мінімальним, а зображення повинні бути повними», йому потрібно знати, що має пріоритет, коли вони конфліктують. Я виберу читабельність насамперед, навіть якщо кількість сторінок збільшиться. Якщо вимоги суперечать одна одній, не очікуйте, що він правильно вгадає мій компроміс.
Зміна з читання на телефоні на друк, я переробляю лише постраждалі частини
Припустимо, перший чернетка призначалася для сімейного групового чату, але пізніше я вирішив роздрукувати його.
Вміст все ще ті кілька функцій, але спосіб використання змінився. Маленький текст можна збільшити на екрані, але не на папері; кольори, які близькі, можуть бути нерозрізненні після друку.
Я продовжу писати в оригінальному діалозі:
Спосіб читання змінився: цей посібник призначений для друку, більше не відформатований для читання на телефоні. Збережіть підтверджені кроки операції. Будь ласка, відрегулюйте розмір шрифту, положення зображень/тексту та розбивку на сторінки, щоб зображення та відповідні описи були на одній сторінці; перевірте на наявність фраз на кшталт «натисніть посилання» або «збільште зображення», які не підходять для паперу.
Я чітко вкажу, який вміст залишається дійсним у цій модифікації. Інакше він може переписати навіть перевірені кроки, що дасть мені додаткову роботу з перевірки.
Якщо інструмент надає точку входу для проміжних додаткових вимог, я можу надіслати їх під час його роботи; якщо ні, я зачекаю, поки поточний раунд завершиться. Я не припускаю, що кожне вікно чату має можливості, знайдені в інтерфейсах розробника.
Коли зміни накопичуються, я попрошу його перерахувати поточні вимоги — без довгих пояснень, просто спосіб читання, включені функції, які скріншоти використовуються та які сторінки незавершені.
Порівняння з цим записом дозволяє легко знайти конфлікти. Наприклад, якщо я скасував «Відповісти на відеодзвінок», але він все ще в змісті, я попрошу його видалити. Основний текст і зміст належать до одного файлу; їх не можна змінювати окремо.
Я також не рекомендую починати новий діалог для кожної зміни слова. Це вимагатиме повторного пояснення моделі телефону, звичок формулювання та відповідностей скріншотів. Якщо завдання дійсно змінюється, почніть новий сегмент і перенесіть висновки, які потрібно зберегти.
Я не хочу писати інструкції для сім'ї, як брошуру
На цьому етапі може виникнути інша проблема: кроки в основному правильні, але речення не звучать так, як люди зазвичай розмовляють.
Наприклад, на початку може бути речення: «Опануйте цю навичку та легко насолоджуйтеся зручностями, які приносить цифрове життя».
Це речення нікому не допомагає знайти кнопку, тому я його видалю. Посібник не зобов'язаний мати захоплюючий вступ.
Фраза «прибрати AI-стиль» занадто широка. Конкретно для цієї брошури моя вимога:
Змініть відповідно до того, як я б особисто навчав свою сім'ю. Збережіть оригінальні назви кнопок з екрана, але в інших місцях використовуйте повсякденні слова. Одне речення повинно пояснювати лише безпосередню дію. Видаліть гасла, кліше підбадьорення та повторювані підсумки в кінці кожної сторінки. Не додавайте сімейні історії чи зворушливі сюжети. Якщо речення вже коротке, точне та зрозуміле, залиште його.
«Виконати операцію обміну зображенням» можна написати як «Надіслати це фото». Але якщо кнопка в інтерфейсі називається «Поділитися», я все одно залишу ці два слова в кроках для зручності посилання.
Я також слідкуватиму за двома діями, прихованими в одному реченні. Щось на кшталт «Після відкриття фото натисніть «Поділитися», потім виберіть контакт» звучить гладко для того, хто знайомий з телефонами; для цього посібника розбиття на кілька рядків полегшує виконання одного за одним. Короткі речення мають тут мету, а не просто імітують стиль написання.
І навпаки, природно гладке речення не потрібно розрізати на кілька сегментів. Зміна рядків кожні три слова читається як субтитри до відео та витрачає папір під час друку. Як розбивати абзаци, залежить від того, де читач зупиниться, щоб виконати дію.
Якщо в мене є інструкції, які я зазвичай пишу, я можу дати йому невеликий сегмент для довідки. Я вкажу вивчити лише формулювання, а не переносити імена, пристрої чи дати з прикладу в новий чернетку. Посилання на стиль і копіювання вмісту — це дві різні речі.
Найголовніше, не вигадуйте речення на кшталт «Тато нарешті посміхнувся», щоб здаватися теплим. Якщо цього не сталося, не використовуйте це для прикрашання посібника. Чітке пояснення «куди натиснути» вже корисніше за таке речення.
Те, що я хочу, це брошура, а не пропозиції щодо виробництва
Коли справа доходить до доставки, я висловлю результат більш прямо.
Будь ласка, організуйте підтверджений вміст у друкований посібник користувача, заповніть основний текст і відповідні зображення; не давайте просто зміст або шаблон. Якщо поточне середовище підтримує генерацію файлів, будь ласка, надайте мені версію для завантаження; інакше організуйте вміст по сторінках, щоб я міг легко скопіювати його в документ для макетування. Помістіть неперевірені кроки в окремий список справ; не змішуйте їх з основним текстом для сім'ї.
Коли я отримую відповідь, я спочатку дивлюся, що було фактично доставлено. Посилання на файл, текст, який можна скопіювати, або речення на кшталт «ви можете використовувати програму для документів, щоб зробити це» — це дуже різні речі. Останній тип відповіді не завершив роботу, яку я доручив.
Якщо функція файлу доступна, я не зупинюся лише на попередньому перегляді в чаті. Завантажте його, відкрийте та подивіться, чи не бракує зображень, чи не накладається текст на кнопки, чи не розбиває пагінація один крок.
Під час макетування спочатку оцініть довжину. Припустимо, три функції мають по шість кроків кожна, всього вісімнадцять кроків; чотири кроки на сторінку, чотирьох сторінок достатньо. Після фактичного додавання зображень перевірте, чи на кожній сторінці все ще достатньо місця для читання; не зменшуйте текст лише заради кількості сторінок.
Назвіть файл «Посібник користувача телефону — Поточна версія» та зазначте відповідну модель телефону або версію інтерфейсу в документі. Коли телефон оновиться пізніше, принаймні ви знатимете, чи посібник у руках все ще застосовний.
Якщо я також хочу надіслати його в сімейний чат, я відокремлю публікацію від створення: «Спочатку покажи мені кінцевий файл, і я надішлю його після підтвердження». Якщо немає інструменту для надсилання, я надішлю його сам. Мета цього посібника — отримати придатний до використання мануал, а не довести, що AI може взяти на себе всі дії.
Навіть якщо я це розумію, перевірка не закінчена
В останньому раунді я візьму телефон і пройдуся по всьому з початку.
Чи правильні кнопки, чи не пропущені кроки, чи відповідають зображення сторінці — перевіряйте пункт за пунктом. AI вже знає, для чого весь посібник, і може автоматично заповнювати ненаписані дії під час перевірки; я не можу робити те саме.
Будь ласка, перевірте цей посібник, шукаючи лише проблеми, які впливають на роботу: назви кнопок, що не відповідають скріншотам, відсутні попередні кроки, невідповідний порядок зображень і тексту, а також вміст, що базується на припущеннях. Вказуйте на конкретні місця пункт за пунктом. Виправте ті, які можна виправити на основі матеріалів; залиште ті, для яких бракує матеріалів, для підтвердження, не закінчуйте фразою «має бути добре».
Це допомагає мені зробити попередню перевірку, але хтось все одно повинен цим скористатися. Найбільш підходяща людина — та, для кого спочатку призначався посібник.
Під час тестування я намагаюся не поспішати з поясненнями. Якщо інша людина закінчує перше речення і все ще повинна запитати «про яке ти говориш», це речення потрібно змінити. У посібнику все ще бракує інформації, щоб допомогти їм вибрати правильну позицію.
Занотовуйте проблеми їхніми оригінальними словами. Те, що людина каже «я не знаю, для чого ця стрілка», корисніше, ніж моє узагальнення «когнітивний бар'єр взаємодії». Повернення цього оригінального речення та вимога відповідного пояснення дозволяє подальше вдосконалення.
Вирішуйте лише виявлену проблему щоразу. Якщо кнопка вже правильна, не змінюйте назву кнопки; якщо лише шрифт малий, відрегулюйте шрифт. Багаторазове переписування всього твору може легко перетворити перевірений вміст назад на елементи, які потребують перевірки.
Якщо певна функція ніколи не працює, вилучіть цю сторінку наразі та не надавайте її. Надання придатного короткого посібника краще, ніж збирання всіх розділів і передача проблем разом.
На цьому етапі ця вправа має оцінюваний результат: чи може людина, яка отримала брошуру, виконати операцію перед собою. Я не можу судити про це, просто дивлячись на кількість слів і макет.
Наступного разу, коли я зіткнуся з іншими речами, які вимоги я залишу
Після завершення цього прикладу я збережу кілька домовленостей, які вплинули на результат, щоб наступного разу не перегортати весь чат.
Наприклад, спочатку скажіть йому, для кого призначений контент; чітко позначайте мету матеріалів; спочатку робіть лише невеликий зразок; якщо не впевнені, вказуйте, чого не вистачає; пояснюйте, які старі вимоги все ще актуальні, коли потреби змінюються; після отримання результату відкривайте та перевіряйте.
Для робочих завдань я переписую ці домовленості відповідно до реальної ситуації. Для протоколів нарад перевіряю відповідальну особу та дату; для пояснення таблиць перевіряю одиниці виміру та методи розрахунку; для редагування електронного листа перевіряю, чи зможе інша людина зрозуміти, що я хочу, щоб вона зробила. Різні сценарії вимагають перевірки різних речей.
Якщо ви просто хочете спробувати один раз, я оберу скріншот знайомого мені програмного забезпечення, попрошу Astra написати наступний крок, а потім звірю це з інтерфейсом. Якщо неправильно, я можу вказати конкретне місце; якщо правильно, переходжу до наступного кроку. Не потрібно планувати собі величезний проєкт у перший же день.
Залишайте в нотатках лише три речення: де я застряг, що я доповнив і що змінилося після доповнення. Наступного разу, коли застрягнете в тому ж місці, цю нотатку знайти легше, ніж довгу колекцію підказок.
Іноді після кількох раундів редагування все ще неправильно, і я повертаюся до своїх власних вимог. Чи прошу я одночасно про деталізацію та надзвичайну стислість? Чи змінився новий скріншот, а текст все ще посилається на стару сторінку? Спочатку усуньте ці суперечності, перш ніж дозволяти йому продовжувати.
Якщо після усунення він все ще не може цього зробити, попросіть його пояснити, де він зупинився, що вже підтверджено, а чого все ще не вистачає. Я візьму цю інформацію та перевірю її сам або попрошу допомоги у знайомої людини — це корисніше, ніж просто сказати «будь серйознішим».
Сподіваюся, що після першого використання GPT-6 Astra у вас з'явиться ще одна корисна річ. Навіть якщо це лише односторінкова інструкція до телефону, для мене цього достатньо, щоб оцінити: у чому вона мені допомогла цього разу і що ще потрібно уточнити наступного разу.
Зачекайте, поки цю сторінку дійсно можна буде виконати, перш ніж перегортати.
Гаразд! Я G-Ge. Якщо ви вважаєте цю статтю корисною, раджу додати її до закладок, а також підписатися на мене @goan999999, щоб розвиватися разом!
