Заметки / ИИ в разработке
Код свежий, а менять его уже тяжело
У продукта длинный план, а команда пишет код на ближайшую задачу. Как это расхождение видно в репозитории и что с ним делать.
Свежий код быстро становится легаси, если команда не рассчитывает отвечать за то, что с ним будут делать дальше.
Что происходило
В репозитории была видна вторая дорожная карта: решения почти не фиксировались, тесты появлялись эпизодически, а инструкции агентам оставались на личных машинах.
Разбор решения
Что решили и чем пожертвовали
Задача была вполне конкретной: сделать проверку следующей продуктовой гипотезы дешевле. Строить систему под вымышленный масштаб для этого не требовалось.
Что можно проверить
Спецификации, общий контекст для агентов и короткие записи решений стали хранить с историей изменений. Разработку и проверку разделили и тоже закрепили это в рабочих материалах.
Что не сработало или осталось неизвестным
Источник пока остаётся черновиком с округлёнными и обезличенными наблюдениями.
Рабочее правило
Рабочий принцип
В проекте должен оставаться и код в Git, и понятный способ его получать. Личные настройки разработчика этого не заменяют.