Как большие лимиты могут лишать нас опыта
Последние несколько месяцев я довольно экономно работал с Claude и Codex. Перед каждой задачей сам разбирался в проблеме, продумывал архитектуру, дробил работу на этапы и проверял результат. Не из-за особой дисциплины, а из-за лимитов.
Но именно благодаря этому я стал лучше понимать собственный проект и в целом разбираться в таких вещах, как архитектура, пайплайны, RAG и связи между отдельными компонентами.
Недавно мне удалось попользоваться Claude Max с гораздо большими лимитами. Уже не боясь в них упереться, я ставил Opus крупную задачу и подключал других агентов для ревью. Один пишет код, второй проверяет, первый исправляет замечания и снова отправляет результат на проверку — и так до выполнения задачи.
Большие лимиты позволяют передать агентам не только написание кода, но и почти весь процесс принятия решений. Через несколько часов ты получаешь готовый результат и огромный отчёт, который уже почти не читаешь. А даже если прочитать итоговое резюме и посмотреть изменения, это не заменяет участия в процессе: ты знаешь, что было сделано, но не всегда понимаешь, какие решения принимались по пути и почему.
Получается парадокс: лимиты замедляют разработку, но заставляют учиться. А почти безлимитный доступ позволяет получить результат, не приобретая опыт, который раньше неизбежно возникал в процессе.
Мне не хочется терять связь с собственным проектом и опыт, который я получаю благодаря участию в разработке. Поэтому для меня важно найти баланс: что полностью отдавать агентам, а в какие процессы и решения продолжать погружаться самому.
А как вы находите этот баланс — или считаете, что с учётом возможностей ИИ опыт разработки уже и вовсе не нужен?
Post #85
342
- 👍 7
- 🔥 6
- ❤ 2
- 👏 2