Второй шаг плейбука — выбор способа запуска. Он короче, чем принято думать, потому что выбирать надо не лучший инструмент, а подходящий под тип работы.
У меня в ходу все три способа, и переключаюсь я между ними по несколько раз в день.
Что даёт терминал
Работа в терминале означает, что у агента есть доступ к тем же командам, что и у вас: запуск тестов, миграции, композер, сборка, вход в контейнер, чтение логов.
Это главное отличие, и оно определяет класс задач. Всё, что требует запустить и посмотреть результат, живёт здесь:
- прогон тестов и разбор красных
- миграции и сидеры
- обновление зависимостей
- работа с контейнерами и логами
- многошаговые правки с проверкой на каждом шагеВторое преимущество — работа в корне проекта, а не в открытом файле. Задача формулируется на уровне репозитория, и агент сам решает, куда лезть.
Что в терминале хуже: нет визуального контекста. Если задача формулируется как «вот это место», приходится называть файл и строку словами.
Что даёт редактор
Работа в редакторе даёт контекст того, что открыто: файл, выделенный фрагмент, ошибки от анализатора, дерево проекта перед глазами.
Класс задач соответствующий:
- «поправь вот этот метод»
- «объясни, что здесь происходит»
- «перепиши этот блок под новый интерфейс»
- мелкие правки, где формулировка короче, чем указание местаВторое преимущество — диффы показываются прямо в файле, и принимать их можно построчно. На аккуратных правках это заметно быстрее, чем читать дифф в терминале.
Что хуже: доступ к командам проекта либо ограничен, либо неудобен. Прогон тестов через редактор у меня всегда получался более рваным, чем через терминал.
Что даёт облако
Запуск в облаке означает, что работа идёт не на вашей машине: агент получает задачу, работает сам и приносит результат в виде ветки или пулл-реквеста.
Класс задач узкий, но ценный:
- рутина с понятным результатом: типовое покрытие тестами,
однообразные правки по всему проекту
- длинные задачи, которые не хочется держать в своей сессии
- параллельная работа над несколькими независимыми кускамиУсловие применимости жёсткое: задача должна проверяться машинно и не требовать вашего вмешательства посередине. Если посередине нужно решение — облако бесполезно, потому что вы всё равно ждёте.
Что хуже: обратная связь медленная. Вы узнаёте о неверном понимании задачи не через минуту, а через двадцать. Поэтому в облако уходит только то, что сформулировано подробно и однозначно.
Как я распределяю
Грубая раскладка по типам работы, которой пользуюсь не задумываясь.
| Тип задачи | Где делаю |
|---|---|
| Разведка по незнакомой части | терминал |
| Правка в открытом файле | редактор |
| Многошаговое изменение с проверкой | терминал |
| Тесты, миграции, зависимости | терминал |
| Рутина с машинной проверкой | облако |
| Разбор красной сборки | терминал |
Перекос в сторону терминала не случаен: большинство моих задач упирается в запуск команд внутри контейнера. На проекте, где сборка и тесты гоняются иначе, раскладка была бы другой.
Стоимость переключения
Переключаться между способами дёшево при одном условии: файлы контекста и скиллы лежат в репозитории и читаются всеми.
Если правила живут в настройках конкретного инструмента, переключение означает потерю правил. У меня всё лежит в AGENTS.md и каталоге с пакетом скиллов, поэтому смена способа запуска не меняет ничего, кроме способа ввода.
Что теряется всегда — контекст текущей сессии. Начатую в терминале работу нельзя продолжить в редакторе, не пересказав. Поэтому переключаюсь я между задачами, а не внутри одной.
Вывод для новичка: не тратьте время на выбор «единственно правильного» инструмента. Потратьте его на файл контекста, который работает во всех трёх.
С чего начать
Если вы только начинаете и проект ваш — начните с терминала. Не потому что он лучше, а потому что он даёт полный доступ к проекту и сразу показывает, чего не хватает в описании среды.
Первая же задача выявит, что команда запуска неочевидна, что тестовая база поднимается отдельно, что сборка фронта делается не там, где кажется. Всё это надо записать, и терминал заставляет это сделать быстрее прочих.
Редактор добавляйте, когда начнёте раздражаться на объяснение словами, где находится нужное место.
Облако — последним, когда появится задача, которую вы можете описать так подробно, что не захотите делать сами.
Отклонения
Нет доступа в интернет или закрытый контур. Облако отпадает целиком, остаются терминал и редактор с локальной моделью. Планируйте маршрут вокруг коротких задач: локальные модели хуже держат длинный контекст, и автономные прогоны на них разваливаются. Зато чтение кода с вопросами и генерация тестов работают приемлемо.
Корпоративные ограничения на инструменты. Часто разрешён ровно один способ, и выбирать не приходится. Тогда стройте вокруг него: если разрешён только редактор — заводите привычку называть файлы явно; если только терминал — заведите заметки с путями к местам, куда часто возвращаетесь.
Слабая машина. Терминал требует меньше ресурсов, чем редактор с расширениями. При этом локальные модели требуют больше, чем любой из способов. Если машина слабая, а облако разрешено, разумно уйти в облако именно на тяжёлых задачах, а мелочь делать в терминале.
Работа на чужой машине или на сервере. Терминал выигрывает без вариантов, потому что переносится вместе с сессией. Файлы контекста при этом должны лежать в репозитории, а не в вашем домашнем каталоге, иначе на новой машине агент останется без правил.
