Вчера прошло четвёртое занятие по вайб-кодингу, где мы плотно работали с подходом SDD.

Пока агент работал, мы успели немного порефлексировать о будущем нашей индустрии.

Выделил два ценных вопроса из Q&A сессии, которыми хочу поделиться с вами.

Q: «Некоторые оставляют Cursor крутиться в лупе: он сам что-то пишет, через терминал запускает тесты и правит ошибки. Есть ли способ сделать это более безопасно, чтобы он не жёг квоту и не требовал всех разрешений сразу?»

Я сознательно не использую полностью автономные лупы, и вот почему:

• Риск «зацикливания» на ошибке. Если агент допустит ошибку в рассуждениях, он начнет ее «мусолить». Ошибка останется в контексте, и с его ростом вероятность вернуться к ней только возрастет.

• Сложность тестирования. Когда запускаешь много агентов параллельно, они создают большое количество изменений, которые потом придется тестировать в моменте, что очень выматывает.

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

Q: «Бывает, что я теряю представление о кодовой базе: Cursor знает, что он там сделал, а я уже не понимаю. Приходится просто продолжать промптить, потому что нет выбора. Как этого избежать и не терять контроль?»

Смириться с этим, мы плавно идем в сторону того, что все чаще оперируем контекстом, и все реже синтаксисом языка.

С ростом способностей агентов учитывать архитектуру и стиль кода, мы будем всё чаще «отпускать вожжи».

В некоторых ситуациях у вас не будет выбора, например вы знаете, что ваш техлид не пропустит ваш MR.

И тогда придется снижать скорость агентной разработки, чтобы сохранять контекст не только у агента в памяти, но и у себя в голове.