Запуск та тестування — Презентація

Орієнтовна тривалість: ~8 хвилин Тон: “Тепер Claude перестає бути read-only і починає діяти. Ось тут стає цікаво.”

Слайд 1: Claude як оператор (2 хв)

Тези:

“Досі Claude лише читав. Він дивився на файли, шукав патерни, пояснював архітектуру. Вражаюче — але пасивно.

Починаючи з цього моменту, Claude стає оператором. Він може запускати команди. Може встановлювати залежності, стартувати сервери, виконувати тести, збирати Docker-образи. І коли щось піде не так — а піде — він прочитає вивід помилки та спробує це виправити.”

• Інструмент Bash — це те, що робить Claude Code агентом, а не просто асистентом
• Під капотом Claude надсилає команду вашому шелу, читає stdout і stderr та міркує над виводом
• Це як мати молодшого розробника, який може запустити все, що ви скажете, але — що критично — він також розуміє результат

Аналогія: “Подумайте про це так. Блок 1 — це як колега, який може прочитати кодову базу й пояснити її. Блок 2 — це як дати цьому колезі термінал. Той самий інтелект, але тепер зі здатністю діяти.”

Слайд 2: Модель дозволів — безпека передусім (2 хв)

Тези:

“Перш ніж ви занервуєте через AI, що запускає команди на вашій машині — поговорімо про модель дозволів. Тому що в Anthropic про це точно подумали.”

• Claude Code запитує дозвіл перед запуском будь-якої команди
• Ви бачите, що саме він хоче виконати, перед тим як схвалити
• Є чіткий промпт: показується команда, і ви вводите y або n
• Це стосується всього: npm install, запуску серверів, запису файлів, виконання скриптів

Чому це важливо:

• Ви залишаєтеся в курсі — жодних сюрпризів на кшталт rm -rf
• Ви поступово будуєте довіру — через кілька сесій рутинні команди будете схвалювати швидко
• Це навчальний інструмент — спостерігаючи, що Claude хоче запустити, ви вчитеся, як він думає
• Можна налаштувати рівні довіри пізніше (автосхвалення безпечних команд, обов’язковий промпт для небезпечних)

“Модель дозволів — це не обмеження. Це фіча. Вона означає, що ви можете дати Claude Code молодшому розробнику й знати, що він випадково не знесе базу даних — тому що кожну команду треба схвалити.”

Нотатка до демо: “У практичній частині ви побачите ці промпти дозволів у дії. Ви побачите, як Claude запитує дозвіл на npm install, npm test, docker build. Кожен раз ви вирішуєте. Такі правила гри.”

Слайд 3: Цикл обробки помилок (2 хв)

Тези:

Це, мабуть, найцінніший патерн у Claude Code:

1. Claude запускає команду
2. Команда падає (помилка в stdout/stderr)
3. Claude читає вивід помилки
4. Claude з’ясовує, що пішло не так
5. Claude пропонує виправлення
6. Ви схвалюєте виправлення
7. Claude запускає команду знову

“Це цикл, що заощаджує найбільше часу на практиці. Не генерація коду. Не читання файлів. Обробка помилок. Бо скільки годин вашої кар’єри ви провели, вдивляючись у стек-трейс, гуглячи повідомлення про помилку, пробуючи рішення зі Stack Overflow?

Claude робить цей цикл за секунди. Він читає помилку, має контекст усієї вашої кодової бази і зазвичай вгадує з першого разу.”

Реальний приклад: “У практичній частині ми навмисно щось зламаємо — введемо помилку типу, зіпсуємо імпорт — і подивимося, як Claude знайде проблему, діагностує її та виправить. Все в одній плавній послідовності.”

Слайд 4: Управління контекстом — /clear та /compact (1.5 хв)

Тези:

• У Claude є контекстне вікно — максимальний обсяг розмови, який він може утримувати одночасно
• Довгі сесії з часом його заповнюють, що може сповільнити роботу
• Два інструменти для управління:

/clear — повний скид

• Стирає всю розмову
• Використовуйте при зміні завдань: “Я закінчив дебажити, тепер хочу працювати над новою фічею”
• Як закриття всіх вкладок браузера

/compact — розумне стиснення

• Claude стискає розмову в компактну форму
• Зберігає ключові факти, відкидає розлогий діалог
• Використовуйте, коли глибоко в завданні й хочете продовжити
• Як закладки на важливих вкладках і закриття решти

“Ось моє правило: якщо я міняю тему — /clear. Якщо продовжую працювати над тим самим, але розмова стала довгою — /compact. Просто й зрозуміло.”

Слайд 5: Перехід (0.5 хв)

Тези:

“Час до практики. Ми налаштуємо проєкт, прогонимо повний набір тестів, зберемо Docker-образ, а потім — моя улюблена частина — навмисно зламаємо щось і подивимося, як Claude це виправить. Поїхали.”