Блок 13 Презентація

Просунуті патерни та що далі

Нотатки презентації та структура виступу для Блоку 13.

Тривалість: ~10 хвилин Мета: Показати студентам ширшу екосистему Claude Code, представити просунуті патерни, у які вони виростуть, та відправити їх далі з дорожньою картою. Це завершальний розділ — нехай відчувається повним.

Слайд 1: За межами одного агента

Все, що ви робили досі, було однією розмовою з одним інстансом Claude. Це потужно, але також однопотоково. Що якщо можна запустити кілька інстансів Claude, кожен з яких фокусується на різному аспекті проблеми — і вони координуються?

Це агентні команди.

Ви (координатор)
     |
     ├── Агент 1: Ревʼювер безпеки
     |   "Перевір ai-coderrank на вразливості безпеки"
     |
     ├── Агент 2: Аналітик продуктивності
     |   "Профілюй застосунок на вузькі місця"
     |
     └── Агент 3: Аудитор якості коду
         "Перевір якість коду, патерни та покриття тестами"

Кожен агент працює незалежно, паралельно, використовуючи власне контекстне вікно та доступ до інструментів. Вони можуть читати ту саму кодову базу одночасно, не заважаючи одне одному. Коли закінчать, ви отримуєте три окремі звіти — знахідки безпеки, проблеми продуктивності та покращення якості коду — згенеровані за час, що знадобився б одному агенту на одне ревʼю.

Статус: Ця функція експериментальна. Увімкніть її через CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1. API та поведінка можуть змінитися. Але концепція стабільна, і варто її розуміти, бо це напрямок, куди рухається AI-асистована розробка.

Уявіть це так: ви техлід на зустрічі код-ревʼю. Ваш спеціаліст з безпеки, спеціаліст з продуктивності та спеціаліст з якості коду кожен ревʼюїть той самий PR зі свого кута. Агентні команди — саме це, але ревʼю проходять за 2 хвилини замість 2 днів.

Слайд 2: /batch — одна зміна, багато файлів

У кожній кодовій базі бувають моменти, коли потрібно внести ту саму зміну скрізь. Перейменувати конфіг-ключ у 30 YAML-файлах. Додати resource limits до кожного K8s deployment. Оновити шлях імпорту по всьому проєкту. Додати заголовок ліцензії до кожного файлу коду.

Робити це вручну — нудно та ризиковано. Find-and-replace небезпечний для чого завгодно складнішого за literal strings. /batch — золота середина:

/batch "add CPU and memory resource limits to all K8s deployments in k8s/"

Claude:

  1. Знайде всі відповідні файли
  2. Зрозуміє контекст кожного файлу (не просто патерн-матчінг)
  3. Внесе відповідну зміну в кожен файл
  4. Покаже зведення всіх змін

Ключове слово — відповідну. Batch-зміна “додати resource limits” дасть різні значення для веб-сервера, бази даних та Redis-кешу — бо Claude розуміє, що робить кожен deployment. Ось різниця між /batch та sed.

Інші кейси /batch для DevOps/SRE:

  • Додати health check probes до всіх deployments
  • Оновити версію базового образу у всіх Dockerfile
  • Додати стандартні лейбли до всіх K8s-ресурсів
  • Вставити security-заголовок у всі обробники API-маршрутів
  • Оновити імена змінних середовища у всіх конфіг-файлах

Слайд 3: Headless-режим — Claude без чату

Іноді розмова не потрібна. Ви хочете запустити Claude як частину скрипта, cron-задачі або CI-пайплайну. Це headless-режим.

# Запуск промпту, отримання результату, вихід
claude -p "run all tests and report results" --output-format json

# Передача виводу іншому інструменту
claude -p "list all TODO comments in the codebase" --output-format text | sort

# Використання в CI-пайплайні
claude -p "review the diff in this PR for security issues" --output-format json \
  > security-report.json

Флаг -p (від “prompt”) відправляє один промпт Claude, отримує відповідь і завершується. Жодної інтерактивної сесії. Жодного діалогу. Просто вхід -> обробка -> вихід.

Флаг --output-format контролює формат виводу:

  • text — простий текст, добрий для передачі іншим командам
  • json — структурований JSON, добрий для парсингу у скриптах
  • stream-json — потоковий JSON, добрий для обробки в реальному часі

Ось як інтегрувати Claude Code в існуючу автоматизацію. Ваш скрипт моніторингу може викликати claude -p "analyze these logs for anomalies" та обробити результат програмно. Скрипт деплою може викликати claude -p "verify the K8s manifests are valid" як pre-flight check. Нічна cron-задача може викликати claude -p "check for dependency vulnerabilities" та надіслати звіт на пошту.

Ключовий інсайт: Headless-режим перетворює Claude Code з інтерактивного інструменту на будівельний блок. Ви можете компонувати його у будь-який воркфлоу, що приймає stdin/stdout.

Слайд 4: /schedule — ваша хмарна операційна команда

Ви бачили /schedule коротко у Блоці 12 для щоденних health checks. Пірнемо глибше.

/schedule створює хмарних агентів, що працюють за cron-розкладом. Вони не працюють на вашому ноутбуці — вони працюють у хмарі, навіть коли ваш комп’ютер вимкнений.

# Щоденна перевірка вразливостей
/schedule create "dependency audit" --cron "0 8 * * *" \
  --prompt "Check all dependencies for known vulnerabilities. Report any \
  critical or high severity CVEs with affected packages and remediation steps."

# Щотижневий огляд інфраструктури
/schedule create "infra review" --cron "0 10 * * 1" \
  --prompt "Review the K8s cluster state. Check for pods in CrashLoopBackOff, \
  nodes with high resource utilization, certificates approaching expiration, \
  and any ArgoCD applications that are out of sync."

# Нічний запуск тестів
/schedule create "nightly tests" --cron "0 2 * * *" \
  --prompt "Pull the latest code, run the full test suite, and report any \
  failures with context about what changed since the last successful run."

Управління розкладами:

/schedule list                                    # Перегляд усіх запланованих задач
/schedule show "dependency audit"                 # Перевірка виводу останнього запуску
/schedule update "dependency audit" --cron "0 6 * * *"  # Зміна розкладу
/schedule delete "dependency audit"               # Видалення задачі
/schedule run "dependency audit"                  # Ручний запуск прямо зараз

Думайте про /schedule як про команду джуніор-SRE, що працюють 24/7, ніколи не нудьгують і завжди дотримуються чеклісту. Вони не вирішують проблеми самостійно (ви ревʼюїтимете їхні звіти), але надійно помічатимуть, коли щось не так.

Слайд 5: Відсутні 20% — операторські команди

Це команди, що не потребують власного 25-хвилинного блоку, але абсолютно заслуговують на місце у вашій робочій пам’яті:

/status — швидкий операційний знімок

  • Поточна модель
  • Версія
  • Акаунт / з’єднання
  • Стан сесії

/doctor — діагностика інсталяції та конфігурації

  • Зламана інсталяція?
  • Дивна shell-інтеграція?
  • Плутанина з налаштуваннями?
  • Починайте тут перед здогадуванням

/context — бачимо, коли сесія стає важкою

  • Корисно перед довгими рефакторингами
  • Чудово, коли Claude починає відповідати повільніше або менш фокусовано

/diff — точно бачимо, що змінилося

  • Поточний git diff
  • Diff по окремих ходах
  • Швидший цикл ревʼю перед комітом

/resume та claude -r

  • Відновлення іменованих сесій
  • Чисте продовження довготривалої роботи

/remote-control

  • Перетворення поточної локальної сесії на доступну з телефону/браузера на claude.ai
  • Ідеально для моніторингу розгортань далеко від ноутбука

/skills, /mcp, /hooks, /plugin

  • Це ваші “що тут насправді завантажено?” та “що я можу розширити?” команди
  • Вони стають важливими, коли ваше налаштування стає складнішим

“Якщо блоки 0-12 навчили вас основних воркфлоу, цей слайд дає вам операторську панель. Це команди, що економлять час, коли щось здається не так, коли потрібно відновити сесію або зрозуміти, що Claude може робити прямо зараз на цій машині.”

Слайд 6: Повна екосистема

Claude Code — це не просто CLI. Це екосистема, що швидко росте. Ось ландшафт:

Claude Code CLI (те, що ви використовували)

  • Термінальний, повнофункціональний
  • Найкраще для: розробки, інфраструктури, скриптинга, просунутих користувачів
  • Працює через SSH, у tmux, на віддалених серверах

Desktop-додаток

  • Візуальний інтерфейс з side-by-side diff
  • Кілька паралельних сесій у вкладках
  • Візуалізація дерева файлів
  • Найкраще для: візуальних людей, код-ревʼю, складного рефакторингу, де хочеться бачити повну картину

VS Code Extension

  • Claude Code інтегрований прямо у редактор
  • Inline-пропозиції, чат-панель, інтеграція з терміналом
  • Найкраще для: розробників, що живуть у VS Code і не хочуть перемикати контекст

JetBrains Extension

  • Ті ж можливості, що у VS Code, для IntelliJ/WebStorm/PyCharm
  • Найкраще для: Java/Kotlin/Python-розробників на JetBrains IDE

Веб-версія Claude Code (claude.ai/code)

  • Повний досвід Claude Code у браузері
  • Вбудована віртуальна машина — запускає код, встановлює пакети, піднімає сервери
  • Найкраще для: швидких сесій, використання чужого комп’ютера, Chromebook, демо для інших

Ultraplan

  • Запускається з CLI через /ultraplan <prompt> або навіть через звичайний промпт зі словом ultraplan
  • Claude готує план віддалено в Claude Code on the web, поки ваш термінал лишається вільним
  • Ви ревʼюїте план у браузері з інлайн-коментарями та ітераціями, а потім або запускаєте виконання у вебі, або повертаєте затверджений план назад у термінал
  • Найкраще підходить для міграцій, архітектурних ревʼю та багатоетапних інфраструктурних задач, де термінального вікна вже замало

Плагіни

  • Пакування та дистрибуція навичок, хуків та конфігурацій агентів
  • Шерінг командного тулінга як інсталяційного плагіна
  • Найкраще для: команд, що хочуть стандартизувати воркфлоу Claude Code між проєктами

Слайд 7: Куди рухатися далі

Ви завершили Claude Code 101. Ось ваша дорожня карта:

Найближчі кроки (цього тижня):

  • Використайте Claude Code на реальній задачі на роботі. Не туторіал. Реальний PR, реальна дебаг-сесія, реальна зміна інфраструктури.
  • Налаштуйте пам’ять проєкту (.claude/CLAUDE.md) для робочих проєктів
  • Створіть 2-3 навички для задач, що регулярно повторюються

Короткострокове зростання (наступний місяць):

  • Інтегруйте headless-режим у один CI-пайплайн
  • Налаштуйте /schedule для щоденних операційних перевірок реальної системи
  • Використайте /ultraplan хоча б раз для реальної міграції або платформної зміни та проведіть ревʼю плану в браузері, а не в терміналі
  • Спробуйте агентні команди для складного код-ревʼю
  • Дослідіть Desktop-додаток для візуальних воркфлоу

Довгострокова майстерність (наступний квартал):

  • Побудуйте та поділіться плагіном з операційними плейбуками вашої команди
  • Зробіть внесок у спільноту Claude Code (навички, хуки, патерни)
  • Навчіть колегу — найкращий спосіб вивчити це пояснити

Ресурси:

  • Офіційна документація: docs.anthropic.com/claude-code
  • GitHub: github.com/anthropics/claude-code
  • Discord / форуми спільноти для обміну навичками та патернами
  • Репо цього курсу — повертайтеся до будь-якого блоку, коли потрібне освіження

Слайд 8: Що ви побудували

Давайте фінальний погляд на повну систему, що ви побудували в цьому курсі:

Блок 0:  Встановили Claude Code, перша розмова
Блок 1:  Дослідили ai-coderrank, згенерували CLAUDE.md
Блок 2:  Запускали тести, Docker-білди, обробляли помилки
Блок 3:  Планували темну тему з ADR та діаграмами
Блок 4:  Реалізували темну тему через розмову
Блок 5:  Налаштували пам'ять та правила проєкту
Блок 6:  Створили повторно використовувані навички для ревʼю K8s та аудиту Docker
Блок 7:  Провізіонували дроплет DigitalOcean, встановили k3s
Блок 8:  Автоматизували воркфлоу хуками
Блок 9:  Підключили зовнішні інструменти через MCP
Блок 10: Налаштували CI/CD з GitHub Actions
Блок 11: Побудували спеціалізованих субагентів
Блок 12: GitOps з ArgoCD — застосунок живий в інтернеті
Блок 13: Просунуті патерни та екосистема

Це не навчальна прогресія. Це професійний DevOps-воркфлоу. Ви використовували ті самі інструменти, ті самі патерни та ту саму архітектуру, що команди у компаніях будь-якого розміру використовують у продакшені щодня.

Різниця між вами сьогодні та вами 13 блоків тому не лише в тому, що ви знаєте Claude Code. Вона в тому, що ви вмієте працювати з AI-агентом як зі справжнім колаборатором — який читає ваш код, розуміє вашу інфраструктуру, дотримується ваших правил і допомагає шіпити швидше, не зрізаючи кути.

Готові перевірити засвоєне?

Пройти квіз →