Стартова база має бути чистою і відтворюваною
Capstone потрібно починати з контрольованої точки: репозиторій, SPEC.md, CLAUDE.md, EVIDENCE.md і мала наступна задача. Спочатку перевірте стан бази, а вже потім починайте функціональну реалізацію.
Новий проєкт може початися з git init, базових каталогів і першого коміту. В наявному репозиторії потрібні чисте дерево та окрема робоча гілка.
| Артефакт | Роль на старті |
|---|---|
| Репозиторій | Версіонована точка відліку та історія змін |
| CLAUDE.md | Короткі правила проєкту, команди та заборонені дії |
| docs/SPEC.md | Контракт scope, criteria, constraints і verification |
| docs/EVIDENCE.md | Журнал рішень, перевірок, ризиків і невирішених питань |
| Backlog | Малі послідовні кроки одного core flow |
Git baseline і .gitignore
- Перевірте git status і відсутність незбережених змін.
- Додайте структуру каталогів та стартові документи.
- Переконайтеся, що .env, залежності, build output, логи й кеші не відстежуються.
- Перевірте список файлів перед комітом.
- Створіть окремий baseline-коміт.
- Зафіксуйте стан, від якого починається перша мала задача.
git status
git diff --stat
git ls-files CLAUDE.md має бути коротким і локальним
Постійні правила належать до CLAUDE.md, а гіпотези, ідеї та поточні результати — до SPEC.md, EVIDENCE.md або окремих робочих нотаток. Не додавайте до інструкцій секрети чи неперевірені припущення.
- опишіть призначення системи;
- назвіть реальні команди запуску та перевірки;
- зафіксуйте правила внесення змін;
- забороніть дії, які потребують окремого погодження;
- вимагайте у звіті змінені файли та виконані перевірки.
EVIDENCE.md створюється одразу
- що було доручено Claude;
- який корисний результат отримано;
- які рішення прийняв розробник;
- як саме результат перевіряли;
- які ризики або питання залишилися відкритими.
Перша задача повинна бути малою
- Запустіть проєкт локально.
- Реалізуйте один happy path.
- Додайте smoke-check.
- Запишіть фактичний результат в EVIDENCE.md.
- Перегляньте diff і за потреби уточніть SPEC.md.
- Переходьте до наступного кроку лише після перевірки попереднього.
Канонічне джерело уроку · JavaRush
Відкрити матеріал JavaRush