3 Годувальник доками 4 Гід-напрямний ~9 хв

Перевірка перед запуском сайту: цикл верифікації агента

Перш ніж кричати «готово» - дай агенту самому себе перевірити

Перевірка перед запуском сайту: цикл верифікації з 6 кроків - збірка, типи, лінтер, тести, безпека, перегляд змін. Щоб сайт не падав на першому ж кліку.

Скіли ECC у цьому уроці: verification-loop

Що означає «перевірка перед запуском» простими словами

Уяви: друг шле фото торта. Рівний, блискучий, свічки горять. «Готово, налітай!» Ти приходиш - а всередині сире тісто. Зовні ж краса. Просто зубочисткою ніхто не проколов.

Ось «готово» від ШІ-агента - це рівно той момент, коли зубочистку ще не діставали. Агент чесно зробив те, що ти просив. І щиро вірить, що все чудово. Тільки він не перевіряв. Поки ти не попросив.

Робот гордо показує торт зі свічками, а з розрізу витікає сире тісто
«Готово!» - сяє агент. Зубочистка думає інакше.

Навіщо вайбкодеру перевіряти результат агента

Ти вайбкодер. Код рядок за рядком не читаєш - і це окей. Але саме тому тобі потрібен спосіб перевірити результат, не читаючи код. Цикл перевірки - і є цей спосіб. Опануєш - отримаєш одразу кілька бонусів:

  • перестанеш викладати сайти, які ламаються на першому ж кліку;
  • упіймаєш помилку, поки вона маленька - а не коли друзі пишуть «у тебе там усе біле»;
  • навчишся відрізняти «агент думає, що зробив» від «реально працює»;
  • спатимеш спокійно. Бо на руках зелений звіт, а не просто віра в краще.

Між «я виклав сайт» і «я виклав робочий сайт» - один прогін перевірки. Десять хвилин, які заощаджують тобі цілий вечір ганьби.

Як працює цикл перевірки (verification loop) у Claude

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

Крок 1. Збірка проєкту - а воно взагалі збирається?

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

Крок 2. Перевірка типів - усі деталі стикуються?

Далі - перевірка типів . По-простому: контроль «гвинтик А реально влізає в дірку А, а не забитий молотком навскіс». Машина сама пробігає по проєкту й показує, де щось не стикується. Критичні помилки лагодимо одразу. Не відкладаємо.

Крок 3. Лінтер - прискіпливий сусід-перфекціоніст

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

Крок 4. Тести - хтось тисне за тебе всі кнопки

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

Крок 5. Безпека - чи не забув ключі в замку

Тут агент шукає те, що ніколи не повинно потрапити в публічний код: паролі, секретні ключі, токени доступу. Це як перевірити, чи не лишив ти ключі від квартири під килимком із написом «КЛЮЧІ ТУТ». А заразом вичищає забуті налагоджувальні «крики в консоль».

Крок 6. Перегляд змін - що взагалі помінялося

Фінал: агент дивиться список того, чого реально торкнувся. Які файли змінилися, скільки рядків. Ось тут і спливають сюрпризи. «Ой, я переписав не той файл». Або «а чому змінилося 40 файлів - я ж просив поправити одну кнопку?»

Чек-лист із шести пунктів із зеленими галочками, останній пункт червоний
Шість фаз. Зелений - їдемо далі. Червоний - стоп, лагодимо.

Як виглядає хороший звіт про перевірку

Наприкінці агент має видати тобі короткий звіт-світлофор. Не простирадло тексту. Ось як з першого погляду відрізнити корисний звіт від пустушки.

Корисний звіт
  • Видно кожну фазу: збірка, типи, лінтер, тести, безпека.
  • Поруч із кожною - PASS або FAIL і цифри: скільки помилок, скільки тестів пройшло.
  • Унизу чесний вердикт: «готово до публікації» або «не готово».
  • Щось червоне - є список «що лагодити» по пунктах.
Марний звіт
  • Просто «все готово» без жодної цифри й доказу.
  • Сказав «тести пройшли», але не показав, скільки їх було.
  • FAIL захований десь усередині, а згори бадьоре «успіх».
  • Стіна логів без висновку - сам розбирайся, пройшло чи ні.

Приклад: чому «готово» від агента ламає сайт

Ти вайбкодиш лендинг для свого каналу. Агент годину трудиться не покладаючи процесора - генерить форми, анімації, галерею. І радісно пише: «Готово! Сайт повністю працює 🎉». Ти викладаєш, кидаєш посилання друзям - а там білий екран і одна сумна помилка в кутку.

Що сталося насправді:

  1. Агент дописав останню фічу і не перезібрав проєкт - збірка тихо впала.
  2. Десь «гвинтик не вліз» (помилка типів), а перевірити було нікому.
  3. «Готово» означало «я закінчив друкувати». А не «я перевірив, що працює».

Тямущий вайбкодер зіграв би хитріше. Він заздалегідь заборонив би агенту вимовляти «готово» без звіту:

Промпт - скопіюй і спробуй

Коли закінчиш завдання, не пиши мені «готово», поки не проженеш повну перевірку й не покажеш звіт.

Пройди по кроках:

  1. Збери проєкт. Якщо збірка впала - зупинись і спершу полагодь її, нове поки не чіпай.
  2. Перевір типи й лінтер, перелічи знайдені помилки.
  3. Запусти тести й напиши: скільки всього, скільки пройшло, скільки впало.
  4. Перевір, що в код не потрапили паролі, ключі й токени.
  5. Покажи список змінених файлів.

Наприкінці видай короткий звіт-світлофор по кожному пункту: PASS або FAIL. І чесний вердикт: готово до публікації чи ні. Якщо щось червоне - спершу лагодь, потім доповідай.

Коли запускати перевірку перед запуском

Смикати зубочистку після кожної літери не треба - це повільно й дорого в токенах. Ганяй перевірку на межах:

  1. Закінчив фічу - прогнав перевірку, переконався, що не зачепив старе.
  2. Перед публікацією - обовʼязково. Останній рубіж перед очима друзів.
  3. Після великої переробки - агент багато перетрусив, зачепити щось - завиграшки.
  4. Коли «дивно поводиться» - кнопка не тиснеться, картинка не вантажиться. Перевірка покаже, де саме.
  5. У довгій сесії - раз на 10-15 хвилин активної роботи, щоб помилка не росла сніговою кулею.
Мем: агент показує великий палець і пише «готово, все працює», а за спиною горить сайт
Класика жанру: «працює на моїй машині».

Часті помилки новачка під час перевірки сайту

  • Вірити слову «готово». Це гіпотеза. Факт - лише зелений звіт після перевірки.
  • Пиляти нове поверх завáленої збірки. Збірка червона - усе решта безглузде. Спершу лагодь її.
  • Перевіряти один раз у самому кінці. Помилок накопичиться гора, і спробуй потім розберися, яка звідки. Ганяй на межах.
  • Приймати «тести пройшли» без цифр. Скільки їх було? Може, тестів рівно нуль - ось «усі й пройшли».
  • Забивати на безпеку. Один забутий ключ у публічному коді - і скористається ним явно не та людина.
  • Публікувати, не відкривши сам сайт. Навіть зелений звіт не звільняє від того, щоб глянути на живий сайт власними очима.
Піксель-арт: зелена галочка-щит на воротах не пускає до сайту червоних жуків-багів
Зелений звіт - це шлагбаум між твоїми багами й живими людьми.

TL;DR - если коротко

  • «Готово» від агента - це гіпотеза. Факт зʼявляється лише тоді, коли проєкт зібрався й запустився.
  • Цикл перевірки - 6 кроків: збірка, типи, лінтер, тести, секрети, перегляд змін.
  • Правило номер один: збірка впала - стоп. Не будуй другий поверх на завáленому першому.
  • Перевірку ганяє сам агент - ти просто забороняєш йому казати «готово» без зеленого звіту.
  • Хороший звіт - світлофор із цифрами, а не простирадло логів і бадьоре «все працює».
  • Запускай на межах: закінчив фічу, перед публікацією, після переробки - не один раз наприкінці.

Пошук по вікі

Натисніть Esc для закриття

Введіть запит для миттєвого пошуку по всіх сторінках курсів та уроків.