Взял оригинальную статью Lars Faye + видео с разбором от Theo и сделал из этого свой рерайт.
Если коротко — главная мысль такая:
AI может ускорять разработку. Опасно отдавать ему саму практику, через которую разработчик остаётся разработчиком. Дефолт на «оркестрацию» атрофирует ровно те навыки, ради которых эту оркестрацию и затеяли — отличать рабочее решение от «случайно зелёного», держать ментальную модель системы, видеть архитектурные ошибки до того, как они станут дорогими.
Внутри ещё:
— почему «более высокая неоднозначность» ≠ «более высокая абстракция»
— парадокс надзора: чтобы контролировать агента, нужно уметь делать ту работу, которую агент якобы должен заменить
— какой код вообще можно отдавать модели, а какой нельзя ни при каких условиях (с интерактивной классификацией по зонам)
— 5 правил здорового использования
→ insuline.club/articles/agentic-coding-trap
📟 Прилетело из @insuline_eth