Workstream — це ізольований робочий трек
Workstream має конкретну мету, окрему Git-гілку, власний worktree, ізольовану Claude-сесію та критерій завершення. Паралельність не прибирає невизначеність, тому в окремий потік варто виносити лише добре окреслену задачу.
Worktree надає окрему директорію для роботи, але не приймає інженерних рішень: scope, ownership, перевірки та інтеграцію все одно контролює людина.
| Шар | Відповідальність |
|---|---|
| Агент або сесія | Аналізує задачу та змінює код у межах brief |
| Worktree | Надає окремі файли для роботи |
| Git | Зберігає коміти, diff, merge, cherry-pick і rollback |
| Людина | Визначає scope, перевіряє результат і приймає рішення |
Контракт треку до запуску
- ціль і очікуваний результат;
- шлях до worktree та назва гілки;
- дозволені файли або каталоги;
- заборонена область;
- критерій зупинки та команди перевірки.
Типовий запуск worktree
Claude потрібно запускати саме з нового worktree, а не з основної папки. Worktree мають спільні Git-обʼєкти й історію, але різні файли на диску.
git worktree add -b feature/example ../project.example
cd ../project.example
git status
git worktree listМоніторинг і завершення
| Рішення | Коли застосувати |
|---|---|
| Прийняти | Scope дотримано, diff зрозумілий, перевірки успішні |
| Взяти частину | Перенести окремий безпечний коміт через cherry-pick |
| Розділити | Змішану роботу розкласти на окремі зміни |
| Відхилити | Ризик або відхилення від scope завеликі |
| Відкотити | Проблему виявлено після інтеграції |
git -C ../project.example status --short
git -C ../project.example diff --stat
git -C ../project.example log --oneline main..HEADCleanup — частина lifecycle
- Збережіть корисні нотатки, тести, ризики та інші артефакти.
- Перевірте, що результат прийнято, перенесено або свідомо відкинуто.
- Видаліть worktree.
- Видаліть непотрібну гілку.
- Очистіть застарілі службові посилання Git.
- Оновіть журнал треку.
Канонічне джерело уроку · JavaRush
Відкрити матеріал JavaRush