Планування з ADR та діаграмами
Використовуйте режим Plan для обмірковування перед дією, створюйте Architecture Decision Records та генеруйте Mermaid-діаграми інфраструктури — все до написання єдиного рядка коду.
Сім разів відміряй, один раз відріж
Ось патерн, що вбиває проєкти: хтось відкриває файл, починає хакати, і через три години змінив 47 файлів і не пам’ятає, з чого почав. AI робить це гірше — він настільки швидко вносить зміни, що ви можете закопати себе в яму з надлюдською швидкістю.
Режим Plan — це антидот. Це спосіб Claude Code сказати: “Дайте мені спочатку подумати, показати вам, що я б зробив, і отримати ваше схвалення, перш ніж я торкнуся будь-чого.”
Цей блок — про дисципліну. Не нудну — ту, що робить вас швидшим. Ми сплануємо зміну темної теми, яку реалізуємо в Блоці 4, і залишимо документацію, за яку майбутній ви будете вдячні теперішньому вам.
Що ми розглянемо
- Режим Plan та ultraplan — коли достатньо локального плану, а коли краще відправити більший план у Claude Code on the web
- Architecture Decision Records — легковагі документи, що фіксують рішення та їх обґрунтування
- Mermaid-діаграми — текстові діаграми, що живуть у репозиторії та рендеряться на GitHub
- План темної теми — картування кожного файлу, який ми зачепимо, кожної змінної, яку змінимо, до написання єдиного рядка коду
Що ви створите
До кінця цього блоку у вашому репозиторії з’являться чотири нових файли:
| Файл | Призначення |
|---|---|
docs/adr/001-dark-theme.md |
Запис рішення про зміну теми |
docs/diagrams/infrastructure.md |
Mermaid-діаграма топології DO + k3s |
docs/diagrams/traffic-flow.md |
Mermaid-діаграма маршрутизації запитів |
docs/diagrams/deployment-pipeline.md |
Mermaid-діаграма CI/CD-пайплайну |
Це не домашні завдання. Це артефакти, які досвідчені інженери створюють перед внесенням змін на рівні інфраструктури — і Claude може згенерувати їх за хвилини.
Чому це важливо для DevOps
Якщо ви коли-небудь успадковували проєкт і питали “чому це налаштовано саме так?” — щоб знайти нуль документації — ви знаєте цей біль. ADR вирішують це. Вони не є дизайн-документами (ті довгі, і їх ніхто не читає). ADR короткі, з чіткою позицією і відповідають на одне запитання: чому ми прийняли це рішення?
А Mermaid-діаграми? Вони версіоновані, diff-friendly, і GitHub рендерить їх нативно. Більше жодних посилань на Lucidchart, що протухають, коли хтось звільняється з компанії.
Ще один інструмент планування варто тримати в голові ще до глибокого розбору в Блоці 13: /ultraplan. Локальний /plan ідеальний, коли вам достатньо терміналу. Ultraplan потрібен для більших змін, коли Claude готує план віддалено в Claude Code on the web, ви коментуєте окремі секції прямо в браузері, а потім або запускаєте виконання у вебі, або повертаєте затверджений план назад у термінал.
Оберіть формат
Виберіть формат, який відповідає тому, як ви використовуєте блок:
Що ви опануєте
- Зрозуміти, чому планування важливе навіть при роботі з AI
- Використати режим Plan для окреслення багатофайлової зміни теми перед редагуванням коду
- Зрозуміти, коли достатньо локального планування, а коли краще відправити велику задачу в ultraplan на Claude Code on the web
- Створити Architecture Decision Record (ADR), що фіксує *чому* за рішенням
- Згенерувати Mermaid-діаграми для топології інфраструктури, потоку трафіку та пайплайну деплою
- Переглянути та ітерувати план перед переходом до реалізації