AI в iOS-разработке: что у меня реально закрепилось в 2026, а что я выкинул

[xbadmojox]

Очень интересно.
Про AGENTS.md вот интересно. Ты сильно ужал его и стало лучше. А не было обратной ситуации, когда наоборот не хватает контекста и модель начинает что-то додумывать и уезжает не туда?

[p_lunev]

Да, бывает. Но тут важно разделить: маленький AGENTS.md не значит что контекста нет, он значит что контекст подгружается лениво. Вместо 150 строк в начале каждой сессии у меня 10 строк со ссылками на .agents/, docs/, SPECS/. Когда модели нужна архитектура — она открывает docs/architecture.md. Когда нужен code style — docs/code-style.md. И так далее.

Проблема с "уезжает не туда" обычно не в том что контекста мало, а в том что нет чёткой спеки на задачу. Если ты даёшь агенту размытое ТЗ вроде "поправь этот экран", он будет додумывать независимо от размера AGENTS.md. А если есть спека с Context, Options Considered и Definition of Done — он держится в рамках, даже если AGENTS.md на 10 строк.

Короче, идея не в том чтобы убрать контекст, а в том чтобы перенести его из "всегда загружен" в "загружается по запросу". Usable context window от этого только выигрывает.

[Bardakan]

## Definition of Done- [ ] xcodebuild build -scheme MyApp — zero warnings

что у вас за проект такой, что 0 warnings? Их часто генерируют сторонние библиотеки

[p_lunev]

Справедливое замечание)) В реальности конечно не zero warnings на весь проект — ворнинги от SPM-зависимостей никуда не деваются. Тут имеется в виду ворнинги в нашем коде. На практике это выглядит так:

xcodebuild build -scheme MyApp 2>&1 | xcbeautify | grep -v "SPM" | grep "warning:"

Или через suppress warnings на таргеты зависимостей. Суть в том чтобы у агента была конкретная команда с boolean-результатом, а не "посмотри на глаз". Можно и grep -c сделать и сравнить с baseline — главное чтобы проверка была автоматизируемой.