Відеобібліотека
Пошук у нотатках курсу Python мануфактура та спільних матеріалах з переходом на потрібну секунду.
Делегуй двом subagents незалежні read-only питання про різні частини codebase. Обмеж scope кожного, заборони edits і попроси повернути лише evidence summary. Main agent має порівняти результати та назвати суперечності.
Main context отримує дві bounded summaries без write conflicts і формує один перевірений висновок.
Спеціалізований agent із власним Markdown/YAML definition, isolated context, model і контрольованим набором tools, permissions, skills, hooks та memory. Йому передається bounded task, а не весь main conversation history.
Як налаштувати мультиагентне середовище →Main agent делегує незалежну bounded task окремому agent thread і отримує стислий результат. Read-heavy research, tests і triage зазвичай ізолюються краще за паралельні write-heavy changes, які потребують координації.
Як налаштувати мультиагентне середовище →Якщо задачу треба відкласти, достатньо повернутися на `main`; її коміти залишаються у власній гілці. Після завершення та схвалення зміни гілка зливається відповідно до правил репозиторію. У сольній демонстрації показано локальний merge у `main` і подальший push. У командному проєкті джерелом правил є захищена гілка та PR workflow: не слід обходити review локальним merge. Після успішного merge локальну й remote-гілку можна видалити — коміти залишаються в історії.
Перед комітом створюється нова гілка. Для командної роботи назва починається з ідентифікатора задачі з Jira, Linear або іншої системи, а далі містить короткий опис. Це пов’язує код з конкретною роботою й спрощує пошук історії. Навіть у сольному проєкті гілки дозволяють відкласти незавершену задачу, повернутися на `main` і почати іншу, не змішуючи зміни.
[Дивитися з 10:30](https://www.youtube.com/watch?v=viR9Rnmxse4&t=630s). Щотижня очікується один або кілька нових tests. Перша домашня робота публікується як repository link; наступні — в окремих branches і pull requests порівняно з `main`. Це дає reviewer-у точний diff конкретного модуля, а учневі — невеликий, але реальний portfolio artifact. Якщо PR уже merged, треба чітко вказати commit або зміни, які відповідають домашній роботі.
Amend замінює останній коміт новою версією, що дозволяє додати забутий файл без окремого шумового коміту. Якщо попередній коміт уже запушено, його hash змінився, тому звичайний push відхиляється як non-fast-forward. У відео показано force-push у власну feature-гілку й окремо застережено не робити цього в `main`. Практичне уточнення: безпечніший варіант — `--force-with-lease`, і лише коли правила репозиторію дозволяють переписування гілки та ніхто інший не базує на ній роботу. Якщо це не погоджено, простіше додати новий виправний коміт.