Capstone починається з brief, а не з коду
Фінальний проєкт оцінює не масштаб застосунку, а здатність організувати AI-assisted розробку як керований інженерний процес. Першою точкою є capstone brief: він допомагає обрати формат, один наскрізний сценарій, межі та необхідні докази.
Цінність проєкту — у відтворюваному робочому сценарії й прозорому процесі. Розширені механізми Claude Code не потрібні, якщо вони не розвʼязують конкретну проблему формату.
| Формат | Що демонструє | Рекомендований рівень |
|---|---|---|
| Feature in existing codebase | Аналіз, планування, зміни та перевірки наявного коду | Junior, Middle |
| AI-native MVP | Мінімальний продукт з одним корисним сценарієм | Junior, Middle |
| Legacy modernization mini-project | Поступове покращення старої системи без повного переписування | Middle, Senior |
| Migration slice | Обмежену міграцію з валідацією та rollback plan | Middle, Senior |
| DevOps automation | Перевірювану автоматизацію інженерного процесу | Middle, Senior |
| Team workflow design | Командний AI-workflow, артефакти, навички та policy | Senior |
Один core flow і чіткі non-goals
- оберіть лише один формат проєкту;
- сформулюйте один сценарій, який проходить від початку до кінця;
- запишіть функції та інтеграції, що свідомо не входять у роботу;
- збирайте evidence від першого дня, а не лише перед demo;
- перевірте, що результат можна показати без production-релізу.
Очікування відповідають рівню проєкту
Не потрібно додавати MCP, hooks, agents або plugin-архітектуру лише для враження складності. Додатковий механізм має мати конкретну користь і спосіб перевірки.
| Рівень | Очікуваний результат |
|---|---|
| Junior | Завершений core flow, SPEC.md, README, smoke-check і прозорий опис допомоги Claude |
| Middle | Керований цикл від вимог і плану до малих змін, комітів, перевірок, diff і demo |
| Senior | Контроль legacy або migration-ризиків, rollback, ownership, policy та обґрунтовані компроміси |
Самоперевірка ідеї до реалізації
- Назвіть свій рівень і формат capstone.
- Опишіть один core flow від входу до спостережуваного результату.
- Запишіть щонайменше три реальні non-goals.
- Визначте дві-три перевірки, які можна виконати локально.
- Зазначте, де допомагатиме Claude Code, а що ви перевірятимете самостійно.
- Переконайтеся, що scope відповідає часу та рівню проєкту.
Ознаки готового capstone brief
- формат обрано, а не змішано кілька великих ідей;
- core flow описаний через поведінку користувача;
- non-goals і production-обмеження зафіксовані;
- місце для SPEC.md та evidence визначене;
- зрозуміло, як продемонструвати результат без обіцянки production-ready.
Канонічне джерело уроку · JavaRush
Відкрити матеріал JavaRush