Оркестрируй кодовых агентов в Orca и проверь результат

Навигация по видео

1. 00:00Зачем нужен Orca и что он объединяет▶
2. 01:32Проекты, сессии, терминал и файлы▶
3. 04:09Настройка кодовых агентов▶
4. 05:33Навык оркестрации и быстрые команды▶
5. 07:30Создание отдельного worktree▶
6. 09:47Запуск проекта во встроенном браузере▶
7. 11:12Задача агенту: перенос приложения на Vue▶
8. 12:36Вторая сессия для документации▶
9. 15:19Разрешения агентов и проверка запуска▶
10. 16:45Аннотация элемента в браузере и точечная правка▶
11. 18:33Просмотр изменений, коммит и pull request▶
12. 19:56Распределение задачи между субагентами▶
13. 21:48Мобильное приложение для наблюдения за сессиями▶

Выбери главу: видео выше начнётся с нужного момента.

Что происходит в демонстрации

Автор добавляет Git-проект в Orca, создаёт для эксперимента отдельный worktree и запускает Pi. Первый агент переносит приложение с React на Vue и готовит Docker Compose; второй следит за процессом и получает задачу описать изменившийся проект. Затем автор открывает сайт во встроенном браузере, отмечает элемент для точечной правки, просматривает файлы и создаёт pull request без слияния. Для своей первой практики выбери изменение меньшего масштаба, которое можно проверить за один проход.

Подготовь проект и доступы

• Возьми свой Git-проект с известными командами запуска и проверки. Если есть несохранённые изменения, сначала разберись с ними.
• Установи Orca по актуальной инструкции, добавь локальный репозиторий и проверь выбранную базовую ветку.
• Подключи кодового агента, к которому у тебя есть доступ. Для распределения задач между сессиями проверь доступность навыка оркестрации в настройках Orca.
• Создай отдельный worktree для опыта и убедись, что терминал и агент открыты именно в его папке.
• Заранее определи, как проверишь результат: тесты, сборка, страница приложения и diff.

Поручение агенту-разработчику

Работай только в текущем worktree. В моём проекте измени [одну небольшую функцию или экран]. Сначала назови файлы, которые собираешься затронуть, и критерий готовности. После правок запусти доступные проверки проекта и опиши, как вручную проверить результат в приложении. Не создавай коммит и pull request без моего просмотра изменений.

Поручение второй сессии

Посмотри текущую структуру проекта и ход работы первого агента. Подготовь краткий план обновления README: что изменилось, как запустить и как проверить. Пока первый агент редактирует код, не меняй его файлы и не коммить. После завершения первой задачи сверь план с итоговым diff и только затем обнови документацию по моему подтверждению.

Когда запускать агентов параллельно

В ролике второй агент получает доступ к процессу первого, чтобы готовить документацию. Это зависимая работа: окончательные инструкции нужно сверить с готовым кодом. Если поручения действительно независимы, раздели их по разным worktree и укажи каждому свои файлы и проверки. Для общей задачи с субагентами автор использует навык оркестрации и задаёт исполнителям роли; конкретные модели из ролика являются его выбором, а не обязательным условием. Разрешения на действия выдавай по задаче и проверяй запросы агента.

Браузер, Git и необязательные продолжения

Если у проекта есть интерфейс, открой его во встроенном браузере Orca. Как автор, отметь один элемент в Design Mode, попроси агента изменить конкретное свойство и обнови страницу, чтобы сравнить результат. Затем просмотри diff и запусти проверки; только после этого решай, нужен ли коммит или pull request. Не удаляй worktree, пока не учтены нужные изменения. Позже можно повторить большую миграцию стека с проверкой внешнего вида, сборки и локального запуска в контейнере. Мобильное приложение полезно для наблюдения за статусом и ответа агенту, когда он ждёт ввода.

Проверь результат перед публикацией

• Основной проект не получил экспериментальные изменения; они видны в отдельном worktree.
• Первый агент выполнил ограниченную задачу, а вторая сессия не изменила те же файлы одновременно.
• Сборка или тесты запущены; при наличии UI ключевой сценарий проверен во встроенном браузере.
• README описывает фактически полученный результат, а не первоначальный план агента.
• Ты просмотрел diff и знаешь, какие изменения попадут в коммит или pull request.